#musicbrainz

one prints your request, and explains what all the HTTP headers mean.

I got an email from someone asking if I'd care to add a new one which just showed the headers, and didn't have all the bumph.

So in the course of doing that, I managed to overwrite (truncate) the existing script. Doh!

Damn. :-(

Luckily, 'cos I work at my ISP :-) I got root on that box.

So one pseudo "grep /dev/sda text-in-the-script" later, I got it back!

Gotta love root :-)

heheheh.

root == god

Or at least any god I'll believe in. ;-)

Then /after/ that, I took a backup to my box at home. Hindsight, eh?

OK, work time. Catch you later.

G'nite!

later -- have a good one!

ruaok is now known as ruaok|zzz

eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz

eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz

jsimmons|out (~jsimmons@gryphon.punk.net) has joined #musicbrainz

eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz

yalaforge (~matthias@krl9-d9bb4dfb.pool.mediaWays.net) has joined #musicbrainz

David_Swe (David_Swe@62.100.151.186) has joined #Musicbrainz

Hello?

hi, what's up?

I got problems.....=)

perhaps I can help, but not if it's pascal again

ok

ascii_sig

ascii_sig?

in MP3_generateTRM

(trm.dll)

Sorry, I'm not competent with that. You could wait until ruouk shows up.

I heard, icepick is an expert, too.

...

They live in USA?

ruoak is on PST, where it's in the middle of the night right now

yes, at least ruaok. You could try again in about 4-5 hours. Then your chances are much better.

I can wait 7 hours......=)

Sorry :-(

It wasn't a joke....thats my life

So.. You know C++

?

No, I'm a C guy. Systems, not software engineering

your djce?

me? no

aha

Does char * exist in C?

sure

ok wait

char ascii_sig[100];

Is that null terminated?

It is un-initialized. In C++ as in C. You can't make any assumptions about ascii_sig after the declaration.

So how do you find out its length?

In the same function this is possible with sizeof.

Will you get 100 or 0?

char ascii_sig[100]; printf("%d\n", sizeof(ascii_sig)); /* prints 100 */

I'd use: #define SIG_SIZE 100

char ascii_sig[SIG_SIZE];

ok

MP3_generateTRM(fileName.c_str(), ascii_sig, &duration);

ascii_sig should be a pointer but it is a array....It doesn't make any sense

In C, the *name* of an array is the same as a pointer to it's first element.

The same applies for C++, of course.

MP3_generateTRM(fileName.c_str(), ascii_sig, &duration);

If it makes you feel better, you can write &(ascii_sig[0])

;-)

ok =)

Where's the problem with the code snippet?

It's something with the returning of the chars and getting them to a string

From which library is this function? It seems it isn't from libmusicbrainz.

I could test it if you tell me :-)

=). I know that musicbrainz work...

It's from the TRM generator

Ah, got it. I'm there.

The example works...for C++ users.=)

There isn't much difference to C in this case.

You copied MP3_generateTRM() to your own code?

Hell no! I use the dll =)

morning

icepick: hi

america?

Looks like some basic C++ problems.

David_Swe: Can you put your source file online?

It's in pascal..=)

EST

pascal, oh dear.

=)

David_Swe: ascii_sig is going to be always ... uhh... 17 chars?

and it most likely won't be null term...

but i've not used trm.dll

Hmm..Il try

is that from tunepimp?

Don't think so. It's from mp3_trm.cpp

which is in trm-0.2.1

ok...

Im going mad

David_Swe: So you want to call a C++ function from trm.dll from pascal?

yes

The second argument needs to be a pointer. That pointer should point to a buffer which is large enough.

100

array of ansichar

David_Swe: found it ... no it should be 37

So why not define an array of type ansichar, and a pointer that points to the first element of that array. Then pass the pointer as the second argument to the function.

and it is null terminated

the beginning of an array is a pointer in C

David_Swe: what pascal complier are you using?

Is it ansi?

it should be ascii, which is a subset

ok

If your ansichar base type is 1 byte wide, it should be OK

VAR ascii_sig: ARRAY[0..37] OF ansichar;

Or something like that. Don't remember properly.

So why doesn't it work =)

It is certain, that MP3_generateTRM(..., ascii_sig[0], ...) won't work

you need the address of ascii_sig, don't know how that is done in pascal

@ascii_sig[0]

ascii_sig is a c string... does that help?

then try MP3_generateTRM(..., @ascii_sig[0], ...)

Well if I knew what a c string is.......=)

David_Swe: a C string is simply an array of char's. Terminated with ASCII NUL.

Mmm..I wonder if its the same as shortstring in pascal

You can easily print it: i = 0; while ascii_sig[0] != 0 begin print ascii_sig[i]; i:=i+1; end.

oops: i = 0; while ascii_sig[i] != 0 begin print ascii_sig[i]; i:=i+1; end.

David_Swe: no, it's no shortstring. AFAIK in shortstring, the length is coded in the 0's element.

Aha...how=

?

David_Swe: in shortstring, I thought. In C, a string works that way:

str[0]='H'; str[1]='i'; str[2]='!'; str[3] = 0;

Which is the string 'Hi!'

=)

Ill try

Ok, good luck

It's a messy thing to use pascal with libraries written for C. I tried that with Delphi, 5 years ago.

BTW: The first argument to MP3_generateTRM() has to be a C string, too.

You went over from delphi to c?

No, I just had a look at delphi for about half a year.

I used C before and after that.

Perhaps it would be a good idea to look for (or write) conversation functions for mapping between pascal and C strings.

Well there are a lot built in i pascal but they result in the same error

I think it's maybe the dll refusing to let go if the memory space........=/

Hm, that's bad. Probably you should ask someone on a pascal channel or newsgroup. I can't help very much due to lacking knowledge.