id3lib-devel

Re: [id3lib-devel] get an image

[Nicolas S. <ni...@la...>]

Rainer Oder a écrit :
> Hi Nicolas,

Hi Rainer,
Sorry for the time of my answer.

> this is the example, not in C, but C++ and I think you will make you way
> with it.

It seems very good (and what I'm looking for) but today I still have
errors of compilation. :-/
I don't know c++ and the library that much, so I'm going to get help
with a friend who knows c++.

If I still have problems, I will post here again (and tell you in case
of success).

Thank you for your help.


Cheers,

-- 
Nicolas Sebrecht

Re: [id3lib-devel] get an image

[Rainer O. <od...@bi...>]

Hi Nicolas,

this is the example, not in C, but C++ and I think you will make you way
with it.
The code could be much smaller... ;-)

    const char* inFile = "./myMP3.mp3";
    const char* file2 = "./test.jpg";

    ID3_Tag tag(inFile.c_str());

    const ID3_Frame* frame = tag.Find(ID3FID_PICTURE);

    if (frame && frame->Contains(ID3FN_DATA))
    {
        cout << "*** extracting picture to file \"" << file2 << "\"..." <<
endl;
        size_t imageSize = frame->Field(ID3FN_DATA).Size();

      if (0 ==  imageSize)
      {
         cout << "ERROR: Image size: " << imageSize << endl;
         return 1;
      }

        frame->Field(ID3FN_DATA).ToFile(file2);

        cout << " done!" << endl;
    }
    else
    {
        cout << "*** no picture frame found in \"" << inFile << "\"" <<
endl;
        return 1;
    }

Cheers,
Rainer



On Thu, Mar 13, 2008 at 7:00 AM, Nicolas Sebrecht <ni...@la...> wrote:

>
>        hello,
>
> I would like to get the image from id3v2 and more to a .jpg.
> I did not found a function for doing this.
>
> Could I have a C code example or any help please?
>
>
> --
> Nicolas Sebrecht
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> id3lib-devel mailing list
> id3...@li...
> https://lists.sourceforge.net/lists/listinfo/id3lib-devel
>



-- 
Gruß,
Rainer Oder

[id3lib-devel] get an image

[Nicolas S. <ni...@la...>]

	hello,

I would like to get the image from id3v2 and more to a .jpg.
I did not found a function for doing this.

Could I have a C code example or any help please?


-- 
Nicolas Sebrecht

[id3lib-devel] Linking to a file with unicode characters in the file/path name?

[Joe C. <joe...@ho...>]

I'm trying to create an ID3_Tag for a file whose path name is like:

"C:\Bart=F3k\01-The System-TEST.mp3"

In my application, I have the path name as a Windows-type wchar_t pointer. =
 I can convert it to UTF-8 easily, or to any other character encoding with =
some work.

If I try

myTag.Link(fileLoc, ID3TT_ID3V2);

and fileLoc is UTF-8, then Link() fails.  (As a UTF-8 string, the =F3 is ex=
panded to 0xC3 0xB3).  And there doesn't appear to be a way to Link() with =
a whcar_t version of fileLoc.

It looks like Id3lib tries to open the file in utils.cpp in ID3_Err dami::o=
penReadableFile(String name, ifstream& file) and it uses file.open(name.c_s=
tr() where file is an std::ifstream

I'm digging through and experimenting with the source code to try to figure=
 out a way to fix this ... by any chance does anybody know a relatively eas=
y solution to this?  Should I be converting the file path name to ISO-8859-=
1 (if I am remembering the "typical" windows code page correctly)?

There doesn't seem to be an equivalent call to Link() for wchar_t, or UTF-8=
.  I kind of hate converting the string -from- unicode to a code page ... I=
 guess that would probably not lead to data loss, the c++ std functions are=
 probably going to recognize 8859-1, because that is what windows is using =
at least in the file system.

When I get the file path name from windows though, I have their idea of "UN=
ICODE" enabled, so Windows is giving me the path in whcar_t.

Anyway ... I am going to keep experimenting with this and digging through t=
he code, but I am about to break for lunch so I am hoping somebody might be=
 reading the list and have an easy solution to this, because it is probably=
 going to be a couple of hours at least of trial and error the way I'm doin=
g it.

Thanks for any help.


--=20
Joe Cosby
http://joecosby.com/=20
"For the first time in history of a civilized nation we have full gun
control and registration, our streets will be safer, the police will do
a better job of protecting its citizens, and the world will follow our
lead into the future".=20
-- Adolph Hitler - 1935

:: Currently listening to Sonate in G-Dur, Opus 5 No. 2, Adagio sostenuto, =
1799, by Beethoven, from "Cello-Sonaten"


_________________________________________________________________
Connect and share in new ways with Windows Live.
http://www.windowslive.com/share.html?ocid=3DTXT_TAGHM_Wave2_sharelife_0120=
08=

Re: [id3lib-devel] id3lib object destruction

[Dave B. <da...@ac...>]

On Thursday 17 January 2008 07:06:54 Joe Cosby wrote:
> This is probably a stupid question ...
>
> I just set up id3lib and set up a test project, everything's working great.
>
> But I just managed to confuse myself ... there were comments in the test
> projects I was basing my test on that said:
>
> // use an std::auto_ptr here to handle object cleanup automatically
>
> Do I need to do something special to be sure that the memory allocated by
> an id3lib object gets freed when I'm done with it?  That is, if I create an
> object like this
>
> //scope
> {
>   ID3_Tag myTag("myfile.mp3");
> }
> //out of scoped
>
> Is everything going to be freed when the object goes out of scope?
>
> Usually an std::auto_ptr as far as I know would just be used if an objects
> creation/scope/ownership is ambiguous, but would just call delete on an
> object allocated with new automatically when it goes out of scope ... so,
> it seems like in this case it would not be doing anything.  (Either way,
> the end result would be that the destructor for ID3_Tag gets called, it
> seems like it would work the same either way).
>
> I am guessing probably that comment was just a note from the person writing
> the example to himself/herself and I am making something out of nothing.
>
> Anyway sorry if I am making something out of nothing but I thought I should
> double-check before I wound up with a memory leak.

Hi,

I'd ignore that comment about auto_ptr's - the only reference to them in the 
code is in that and another similar comment, so the code doesn't use them at 
all. It looks like all it is is someone taking an opportunity to be 
evangelical.

In your case, you're allocating the object on the stack, and so it will be 
deleted when it goes out of scope.

On a another note though, bear in mind that the last release of id3lib was in 
2003, so it's not exactly maintained - you might not want to be writing new 
code that uses it.


Hope that helps,


Dave Baker

[id3lib-devel] id3lib object destruction

[Joe C. <joe...@ho...>]

This is probably a stupid question ...

I just set up id3lib and set up a test project, everything's working great.

But I just managed to confuse myself ... there were comments in the test pr=
ojects I was basing my test on that said:

// use an std::auto_ptr here to handle object cleanup automatically

Do I need to do something special to be sure that the memory allocated by a=
n id3lib object gets freed when I'm done with it?  That is, if I create an =
object like this

//scope
{
  ID3_Tag myTag("myfile.mp3");
}
//out of scoped

Is everything going to be freed when the object goes out of scope?

Usually an std::auto_ptr as far as I know would just be used if an objects =
creation/scope/ownership is ambiguous, but would just call delete on an obj=
ect allocated with new automatically when it goes out of scope ... so, it s=
eems like in this case it would not be doing anything.  (Either way, the en=
d result would be that the destructor for ID3_Tag gets called, it seems lik=
e it would work the same either way).

I am guessing probably that comment was just a note from the person writing=
 the example to himself/herself and I am making something out of nothing.

Anyway sorry if I am making something out of nothing but I thought I should=
 double-check before I wound up with a memory leak.



--=20
Joe Cosby
http://joecosby.com/=20
If I can't kill it in 16 shots I deserve what's coming

:: Currently listening to Tip On In (Part 2), 1967, by Slim Harpo, from "Sl=
im Harpo: The Excello Singles Anthology"

_________________________________________________________________
Share life as it happens with the new Windows Live.
http://www.windowslive.com/share.html?ocid=3DTXT_TAGHM_Wave2_sharelife_0120=
08=

Re: [id3lib-devel] compiling on mingw32

[Frederick E. G. I. <fgr...@gm...>]

T2theSwgc28gSSd2ZSBkb25lIGEgbGl0dGxlIG1vcmUgZGV0ZWN0aXZlIHdvcmsuICBUaGUgY2x1
ZXMgZG9uJ3QgaGVscCBtZSwKYnV0IEknbSBob3Bpbmcgc29tZW9uZSBlbHNlIGNhbiBzZWUgdGhl
IHNvbHV0aW9uIGluIHRoZW0uCgpNeSBvdXRwdXQsIGFnYWluLCBpczoKPiBsaWIgL09VVDoubGli
cy9saWJ6LmxpYiAgIGFkbGVyMzIubyBjb21wcmVzcy5vIGNyYzMyLm8gZGVmbGF0ZS5vIGd6aW8u
bwppbmZibG9jay5vIGluZmNvZGVzLm8gaW5mZmFzdC5vIGluZmxhdGUubyBpbmZ0cmVlcy5vIGlu
ZnV0aWwubyB0cmVlcy5vCnVuY29tcHIubyB6dXRpbC5vCj4gTWljcm9zb2Z0IChSKSBMaWJyYXJ5
IE1hbmFnZXIgVmVyc2lvbiA2LjAwLjgxNjgKPiBDb3B5cmlnaHQgKEMpIE1pY3Jvc29mdCBDb3Jw
IDE5OTItMTk5OC4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KPgo+IExJQiA6IGZhdGFsIGVycm9yIExO
SzExODE6IGNhbm5vdCBvcGVuIGlucHV0IGZpbGUgIkM6XHVuc29ydGVkXHdlYlxNU1lTLQoxLjAu
MTFcT1VUOy5saWJzXGxpYnoubGliIgo+IG1ha2VbNF06ICoqKiBbbGliei5sYV0gRXJyb3IgMTU3
Cj4gbWFrZVs0XTogTGVhdmluZyBkaXJlY3RvcnkgYC9pZDNsaWItMy44LjMvemxpYi9zcmMnCj4g
bWFrZVszXTogKioqIFthbGwtcmVjdXJzaXZlXSBFcnJvciAxCj4gbWFrZVszXTogTGVhdmluZyBk
aXJlY3RvcnkgYC9pZDNsaWItMy44LjMvemxpYicKPiBtYWtlWzJdOiAqKiogW2FsbF0gRXJyb3Ig
Mgo+IG1ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvaWQzbGliLTMuOC4zL3psaWInCj4gbWFr
ZVsxXTogKioqIFthbGwtcmVjdXJzaXZlXSBFcnJvciAxCj4gbWFrZVsxXTogTGVhdmluZyBkaXJl
Y3RvcnkgYC9pZDNsaWItMy44LjMnCj4gbWFrZTogKioqIFthbGxdIEVycm9yIDIKCkkndmUgZGV0
ZXJtaW5lZCB0aGUgb2ZmZW5kaW5nIGN1bHByaXQgdG8gYmUKLi96bGliL2xpYnRvb2w6MTczOm9s
ZF9hcmNoaXZlX2NtZHM9ImxpYgovT1VUOlwkb2xkbGliXCRvbGRvYmpzXCRvbGRfZGVwbGlicyIK
Ck15IGluc3RhbGxhdGlvbiBvZiBNU1lTIGlzIGF0IEM6XHVuc29ydGVkXHdlYlxNU1lTLTEuMC4x
MS4gIEl0IGxvb2tzIHRvIG1lCmxpa2Ugc29tZXRoaW5nIGlzIHR1cm5pbmcgdGhlIGBsaWJgIGFy
Z3VtZW50ICIvT1VUIiBpbnRvIGEgZnVsbHkgZXhwYW5kZWQKcGF0aCwgIkM6XHVuc29ydGVkXHdl
YlxNU1lTLTEuMC4xMVxPVVQiLiAgTXkgdGhlb3J5IGlzIHRoYXQgYGxpYmAsIHVuYWJsZSB0bwpz
ZWUgdGhlICIvT1VUIiBmbGFnLCBhc3N1bWVzIHRoaXMgaXMgYW4gaW5wdXQgZmlsZSBhbmQgdGhl
biBjb21wbGFpbnMgYWJvdXQKYmVpbmcgdW5hYmxlIHRvIGZpbmQgaXQuCgpJJ20gbm90IHF1aXRl
IHNjcmlwdCBzYXZ2eSBlbm91Z2ggdG8ga25vdyB3aGF0IGRvIHRvIHRob3VnaC4gIEkgdHJpZWQK
Y2hhbmdpbmcgIi9PVVQiIHRvICJcL09VVCIsIGJ1dCBubyBsdWNrLgoKQW55IHN1Z2dlc3Rpb25z
PwoKVGhhbmtzIGluIGFkdmFuY2UsIGFzIGFsd2F5cywKRnJlZGVyaWNrCgoKT24gTm92IDI3LCAy
MDA3IDE6NDYgQU0sIErDqXLDtG1lIENPVURFUkMgPGplcm9tZS5jb3VkZXJjQGdtYWlsLmNvbT4g
d3JvdGU6Cgo+IEhpLAo+Cj4gICAgSSBkb24ndCBrbm93IGlmIHRoaXMgd2lsbCBoZWxwIHlvdSBh
cyBpdCBpc24ndCB0aGUgc2FtZSBlcnJvciB0aGFuIGZvcgo+IG1lLiBCdXQgdG8gYnVpbGQgaWQz
bGliLCBJIG11c3QgZG8gdGhpcyBiZWZvcmUgOgo+Cj4gLSBlZGl0IGNvbmZpZ3VyZS5pbiA6IGNv
bW1lbnQgY2hlY2sgZm9yIHRydW5jYXRlKCkgKGxpbmUgMjUyIHRvIDI1NSkKPiAtIGFjbG9jYWwg
JiYgYXV0b21ha2UgJiYgYXV0b2NvbmYKPiAtIENYWEZMQUdTPSItRElEM0xJQl9MSU5LT1BUSU9O
PTEiIC4vY29uZmlndXJlICYmIG1ha2UgaW5zdGFsbAo+Cj4gUmVnYXJkcywKPiBKZXJvbWUKPgo+
Cj4gMjAwNy8xMS8yNiwgRnJlZGVyaWNrIEV1Z2VuZSBHcmluZGVyIElJSSA8IGZncmluZGVyQGdt
YWlsLmNvbT46Cj4gPgo+ID4gSGkgZ3V5cywgc3RpbGwgaGF2aW5nIHRyb3VibGUgZ2V0dGluZyB0
aGlzIHRoaW5nIHRvIGNvbXBpbGUgb24gbWluZ3czMi4KPiA+Cj4gPiBub3csIHdoZW4gcnVubmlu
ZyBgbWFrZWAsIEkgZ2V0IHRoZSBmb2xsb3dpbmc6Cj4gPgo+ID4gbGliIC9PVVQ6LmxpYnMvbGli
ei5saWIgIGFkbGVyMzIubyBjb21wcmVzcy5vIGNyYzMyLm8gZGVmbGF0ZS5vIGd6aW8ubwo+ID4g
aW5mYmxvY2subyBpbmZjb2Rlcy5vIGluZmZhc3QubyBpbmZsYXRlLm8gaW5mdHJlZXMubyBpbmZ1
dGlsLm8gdHJlZXMubwo+ID4gdW5jb21wci5vIHp1dGlsLm8KPiA+IE1pY3Jvc29mdCAoUikgTGli
cmFyeSBNYW5hZ2VyIFZlcnNpb24gNi4wMC44MTY4Cj4gPiBDb3B5cmlnaHQgKEMpIE1pY3Jvc29m
dCBDb3JwIDE5OTItMTk5OC4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KPiA+Cj4gPiBMSUIgOiBmYXRh
bCBlcnJvciBMTksxMTgxOiBjYW5ub3Qgb3BlbiBpbnB1dCBmaWxlICJDOlx1bnNvcnRlZFx3ZWJc
TVNZUy0KPiA+IDEuMC4xMVxPVVQ7LmxpYnNcbGliei5saWIiCj4gPiBtYWtlWzRdOiAqKiogW2xp
YnoubGFdIEVycm9yIDE1Nwo+ID4gbWFrZVs0XTogTGVhdmluZyBkaXJlY3RvcnkgYC9pZDNsaWIt
My44LjMvemxpYi9zcmMnCj4gPiBtYWtlWzNdOiAqKiogW2FsbC1yZWN1cnNpdmVdIEVycm9yIDEK
PiA+IG1ha2VbM106IExlYXZpbmcgZGlyZWN0b3J5IGAvaWQzbGliLSAzLjguMy96bGliJwo+ID4g
bWFrZVsyXTogKioqIFthbGxdIEVycm9yIDIKPiA+IG1ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5
IGAvaWQzbGliLTMuOC4zL3psaWInCj4gPiBtYWtlWzFdOiAqKiogW2FsbC1yZWN1cnNpdmVdIEVy
cm9yIDEKPiA+IG1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvaWQzbGliLTMuOC4zJwo+ID4g
bWFrZTogKioqIFthbGxdIEVycm9yIDIKPiA+Cj4gPiBzZWVtZWQgd2VpcmQgdG8gbWUgdGhhdCBp
dCBjb21wbGFpbmVkIGFib3V0IG5vdCBiZWluZyBhYmxlIHRvIG9wZW4gYW4KPiA+IGlucHV0Cj4g
PiBmaWxlIGZvciB0aGUgL09VVCBhcmd1bWVudCwgc28gaSBmaWd1cmVkIHNvbWV0aGluZyBoYWQg
dG8gYmUgdXAgd2l0aAo+ID4gdGhhdC4KPiA+Cj4gPiBJIHdlbnQgaW50byB6bGliL3NyYyBhbmQg
dHJpZWQgdG8gcnVuIGBsaWJgIHdpdGggYW4gYWJzb2x1dGUgcGF0aCB0byB0aGUKPiA+IC9PVVQg
ZmlsZSwgbGlrZSBzbzoKPiA+Cj4gPiAkIGxpYiAvT1VUOkM6XHVuc29ydGVkXHdlYlxNU1lTLQo+
ID4gMS4wLjExXGlkM2xpYi0zLjguM1x6bGliXHNyY1wubGlic1xsaWJ6LmxpYmFkbAo+ID4gZXIz
Mi5vIGNvbXByZXNzLm8gY3JjMzIubyBkZWZsYXRlLm8gZ3ppby5vIGluZmJsb2NrLm8gaW5mY29k
ZXMubwo+ID4gaW5mZmFzdC5vaW5mbAo+ID4gYXRlLm8gaW5mdHJlZXMubyBpbmZ1dGlsLm8gdHJl
ZXMubyB1bmNvbXByLm8genV0aWwubwo+ID4KPiA+IHdoaWNoIGdhdmUgbWUgc2ltcGx5Cj4gPgo+
ID4gTWljcm9zb2Z0IChSKSBMaWJyYXJ5IE1hbmFnZXIgVmVyc2lvbiA2LjAwLjgxNjgKPiA+IENv
cHlyaWdodCAoQykgTWljcm9zb2Z0IENvcnAgMTk5Mi0xOTk4LiBBbGwgcmlnaHRzIHJlc2VydmVk
Lgo+ID4KPiA+Cj4gPiBzZWVtcyB0byBtZSB0aGF0IHRoZXJlJ3Mgc29tZXRoaW5nIHdyb25nIHdp
dGggdGhlIHdheSBhIHNjcmlwdCBpcwo+ID4gcGFzc2luZwo+ID4gdGhlIC9PVVQgcGFyYW1ldGVy
IHRvICBgbGliYCwKPiA+IHNvIGkgZGlkIGEgYGdyZXAgLWUgL09VVCAtZHJlY3Vyc2UgaWQzbGli
LTMuOC4zLypgLiAgSXQgc2hvd2VkIG1lCj4gPgo+ID4gLi9hY2xvY2FsLm00OiAgICBvbGRfYXJj
aGl2ZV9jbWRzPSdsaWIgL09VVDokb2xkbGliJG9sZG9ianMkb2xkX2RlcGxpYnMnCj4gPiAuL2Nv
bmZpZ3VyZTogICAgb2xkX2FyY2hpdmVfY21kcz0nbGliIC9PVVQ6JG9sZGxpYiRvbGRvYmpzJG9s
ZF9kZXBsaWJzJwo+ID4gLi9saWJ0b29sOm9sZF9hcmNoaXZlX2NtZHM9ImxpYiAvT1VUOlwkb2xk
bGliXCRvbGRvYmpzXCRvbGRfZGVwbGlicyIKPiA+IC4vbHRjb25maWc6ICAgIG9sZF9hcmNoaXZl
X2NtZHM9J2xpYiAvT1VUOiRvbGRsaWIkb2xkb2JqcycKPiA+IC4vemxpYi9hY2xvY2FsLm00OiAg
ICBvbGRfYXJjaGl2ZV9jbWRzPSdsaWIKPiA+IC9PVVQ6JG9sZGxpYiRvbGRvYmpzJG9sZF9kZXBs
aWJzJwo+ID4gLi96bGliL2NvbmZpZ3VyZTogICAgb2xkX2FyY2hpdmVfY21kcz0nbGliCj4gPiAv
T1VUOiRvbGRsaWIkb2xkb2JqcyRvbGRfZGVwbGlicycKPiA+IC4vemxpYi9saWJ0b29sOm9sZF9h
cmNoaXZlX2NtZHM9ImxpYgo+ID4gL09VVDpcJG9sZGxpYlwkb2xkb2Jqc1wkb2xkX2RlcGxpYnMi
Cj4gPgo+ID4gSSB0cmllZCBwb2tpbmcgYXJvdW5kIGluIHpsaWIvbGlidG9vbCwgdGhlIGZpbGUg
SSBzdXNwZWN0ZWQgbW9zdCwgYnV0Cj4gPiBpdCdzCj4gPiB3YXkgb3ZlciBteSBoZWFkLgo+ID4K
PiA+IEFueW9uZSBoYXZlIGFueSBpZGVhcz8KPiA+Cj4gPiBUaGFua3MgaW4gYWR2YW5jZSEKPiA+
IEZyZWRlcmljawo+ID4KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiA+IFRoaXMgU0YubmV0IGVtYWls
IGlzIHNwb25zb3JlZCBieTogTWljcm9zb2Z0Cj4gPiBEZWZ5IGFsbCBjaGFsbGVuZ2VzLiBNaWNy
b3NvZnQoUikgVmlzdWFsIFN0dWRpbyAyMDA1Lgo+ID4gaHR0cDovL2Nsay5hdGRtdC5jb20vTVJU
L2dvL3ZzZTAxMjAwMDAwNzBtcnQvZGlyZWN0LzAxLwo+ID4gX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18KPiA+IGlkM2xpYi1kZXZlbCBtYWlsaW5nIGxpc3QK
PiA+IGlkM2xpYi1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+IGh0dHBzOi8vbGlzdHMu
c291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2lkM2xpYi1kZXZlbAo+ID4KPgo+CgoKLS0g
ClBHUCBQdWJsaWMgS2V5OiBodHRwOi8vbWFzb24uZ211LmVkdS9+ZmdyaW5kZXIvZmdyaW5kZXIu
dHh0Cg==

Re: [id3lib-devel] compiling on mingw32

[<jer...@gm...>]

Hi,

   I don't know if this will help you as it isn't the same error than for
me. But to build id3lib, I must do this before :

- edit configure.in : comment check for truncate() (line 252 to 255)
- aclocal && automake && autoconf
- CXXFLAGS="-DID3LIB_LINKOPTION=1" ./configure && make install

Regards,
Jerome


2007/11/26, Frederick Eugene Grinder III <fgr...@gm...>:
>
> Hi guys, still having trouble getting this thing to compile on mingw32.
>
> now, when running `make`, I get the following:
>
> lib /OUT:.libs/libz.lib  adler32.o compress.o crc32.o deflate.o gzio.o
> infblock.o infcodes.o inffast.o inflate.o inftrees.o infutil.o trees.o
> uncompr.o zutil.o
> Microsoft (R) Library Manager Version 6.00.8168
> Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
>
> LIB : fatal error LNK1181: cannot open input file "C:\unsorted\web\MSYS-
> 1.0.11\OUT;.libs\libz.lib"
> make[4]: *** [libz.la] Error 157
> make[4]: Leaving directory `/id3lib-3.8.3/zlib/src'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/id3lib- 3.8.3/zlib'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/id3lib-3.8.3/zlib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/id3lib-3.8.3'
> make: *** [all] Error 2
>
> seemed weird to me that it complained about not being able to open an
> input
> file for the /OUT argument, so i figured something had to be up with that.
>
> I went into zlib/src and tried to run `lib` with an absolute path to the
> /OUT file, like so:
>
> $ lib /OUT:C:\unsorted\web\MSYS-
> 1.0.11\id3lib-3.8.3\zlib\src\.libs\libz.libadl
> er32.o compress.o crc32.o deflate.o gzio.o infblock.o infcodes.o
> inffast.oinfl
> ate.o inftrees.o infutil.o trees.o uncompr.o zutil.o
>
> which gave me simply
>
> Microsoft (R) Library Manager Version 6.00.8168
> Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
>
>
> seems to me that there's something wrong with the way a script is passing
> the /OUT parameter to  `lib`,
> so i did a `grep -e /OUT -drecurse id3lib-3.8.3/*`.  It showed me
>
> ./aclocal.m4:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
> ./configure:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
> ./libtool:old_archive_cmds="lib /OUT:\$oldlib\$oldobjs\$old_deplibs"
> ./ltconfig:    old_archive_cmds='lib /OUT:$oldlib$oldobjs'
> ./zlib/aclocal.m4:    old_archive_cmds='lib
> /OUT:$oldlib$oldobjs$old_deplibs'
> ./zlib/configure:    old_archive_cmds='lib
> /OUT:$oldlib$oldobjs$old_deplibs'
> ./zlib/libtool:old_archive_cmds="lib /OUT:\$oldlib\$oldobjs\$old_deplibs"
>
> I tried poking around in zlib/libtool, the file I suspected most, but it's
> way over my head.
>
> Anyone have any ideas?
>
> Thanks in advance!
> Frederick
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> id3lib-devel mailing list
> id3...@li...
> https://lists.sourceforge.net/lists/listinfo/id3lib-devel
>

Re: [id3lib-devel] compiling on mingw32

[Robin S. <ro...@ni...>]

Frederick Eugene Grinder III schrieb:
> Hi guys, still having trouble getting this thing to compile on mingw32.
> 
> now, when running `make`, I get the following:
> 
> lib /OUT:.libs/libz.lib  adler32.o compress.o crc32.o deflate.o gzio.o
> infblock.o infcodes.o inffast.o inflate.o inftrees.o infutil.o trees.o
> uncompr.o zutil.o
> Microsoft (R) Library Manager Version 6.00.8168
> Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
> 
> LIB : fatal error LNK1181: cannot open input file "C:\unsorted\web\MSYS-
> 1.0.11\OUT;.libs\libz.lib"
> make[4]: *** [libz.la] Error 157
> make[4]: Leaving directory `/id3lib-3.8.3/zlib/src'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/id3lib- 3.8.3/zlib'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/id3lib-3.8.3/zlib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/id3lib-3.8.3'
> make: *** [all] Error 2
> 
> seemed weird to me that it complained about not being able to open an input
> file for the /OUT argument, so i figured something had to be up with that.
> 
> I went into zlib/src and tried to run `lib` with an absolute path to the
> /OUT file, like so:
> 
> $ lib /OUT:C:\unsorted\web\MSYS-1.0.11\id3lib-3.8.3\zlib\src\.libs\libz.libadl
> er32.o compress.o crc32.o deflate.o gzio.o infblock.o infcodes.o inffast.oinfl
> ate.o inftrees.o infutil.o trees.o uncompr.o zutil.o
> 
> which gave me simply
> 
> Microsoft (R) Library Manager Version 6.00.8168
> Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
> 
> 
> seems to me that there's something wrong with the way a script is passing
> the /OUT parameter to  `lib`,
> so i did a `grep -e /OUT -drecurse id3lib-3.8.3/*`.  It showed me
> 
> ./aclocal.m4:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
> ./configure:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
> ./libtool:old_archive_cmds="lib /OUT:\$oldlib\$oldobjs\$old_deplibs"
> ./ltconfig:    old_archive_cmds='lib /OUT:$oldlib$oldobjs'
> ./zlib/aclocal.m4:    old_archive_cmds='lib
> /OUT:$oldlib$oldobjs$old_deplibs'
> ./zlib/configure:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
> ./zlib/libtool:old_archive_cmds="lib /OUT:\$oldlib\$oldobjs\$old_deplibs"
> 
> I tried poking around in zlib/libtool, the file I suspected most, but it's
> way over my head.
> 
> Anyone have any ideas?

Hi again,

You could try the other patches at:

http://id3lib-ruby.rubyforge.org/svn/trunk/ext/mswin32/patches/

Maybe id3lib-3.8.3-zlib.patch helps. I don't know what exactly the
problem was in my case, it was too long ago. And I cross-compiled it on
a Linux machine for mingw32, so it's different anyway. But maybe you can
try that as a last resort ;).

Regards,
  Robin

[id3lib-devel] compiling on mingw32

[Frederick E. G. I. <fgr...@gm...>]

Hi guys, still having trouble getting this thing to compile on mingw32.

now, when running `make`, I get the following:

lib /OUT:.libs/libz.lib  adler32.o compress.o crc32.o deflate.o gzio.o
infblock.o infcodes.o inffast.o inflate.o inftrees.o infutil.o trees.o
uncompr.o zutil.o
Microsoft (R) Library Manager Version 6.00.8168
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.

LIB : fatal error LNK1181: cannot open input file "C:\unsorted\web\MSYS-
1.0.11\OUT;.libs\libz.lib"
make[4]: *** [libz.la] Error 157
make[4]: Leaving directory `/id3lib-3.8.3/zlib/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/id3lib- 3.8.3/zlib'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/id3lib-3.8.3/zlib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/id3lib-3.8.3'
make: *** [all] Error 2

seemed weird to me that it complained about not being able to open an input
file for the /OUT argument, so i figured something had to be up with that.

I went into zlib/src and tried to run `lib` with an absolute path to the
/OUT file, like so:

$ lib /OUT:C:\unsorted\web\MSYS-1.0.11\id3lib-3.8.3\zlib\src\.libs\libz.libadl
er32.o compress.o crc32.o deflate.o gzio.o infblock.o infcodes.o inffast.oinfl
ate.o inftrees.o infutil.o trees.o uncompr.o zutil.o

which gave me simply

Microsoft (R) Library Manager Version 6.00.8168
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.


seems to me that there's something wrong with the way a script is passing
the /OUT parameter to  `lib`,
so i did a `grep -e /OUT -drecurse id3lib-3.8.3/*`.  It showed me

./aclocal.m4:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
./configure:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
./libtool:old_archive_cmds="lib /OUT:\$oldlib\$oldobjs\$old_deplibs"
./ltconfig:    old_archive_cmds='lib /OUT:$oldlib$oldobjs'
./zlib/aclocal.m4:    old_archive_cmds='lib
/OUT:$oldlib$oldobjs$old_deplibs'
./zlib/configure:    old_archive_cmds='lib /OUT:$oldlib$oldobjs$old_deplibs'
./zlib/libtool:old_archive_cmds="lib /OUT:\$oldlib\$oldobjs\$old_deplibs"

I tried poking around in zlib/libtool, the file I suspected most, but it's
way over my head.

Anyone have any ideas?

Thanks in advance!
Frederick

Re: [id3lib-devel] ./configure problem in mingw32

[Frederick E. G. I. <fgr...@gm...>]

That allowed me to successfully complete the configure script, but now I'm
having problems with `make`ing it.  (separate post on that).

Thanks Robin

-Frederick

On Nov 26, 2007 3:12 AM, Robin Stocker <ro...@ni...> wrote:

> Frederick Eugene Grinder III schrieb:
> > in running ./configure in mingw32/msys, I get the following:
> > .
> > .
> > .
> > checking for truncate... no
> > configure: error: Missing a vital function for id3lib
> >
> > I tried to edit configure.in to replace
> >> AC_CHECK_FUNCS(
> >>   truncate                      \
> >>   ,,AC_MSG_ERROR([Missing a vital function for id3lib])
> >> )
> > with
> >> AC_CHECK_FUNCS(truncate)
> > and I even tried removing those 4 lines altogether (both suggestions I
> found
> > in the archives of this list),
> > but neither fixed the configure error.
> >
> > Anyone have any ideas?
> >
> > Thanks in advance!
>
> Hi,
>
> Try with this patch here:
>
>
> http://id3lib-ruby.rubyforge.org/svn/trunk/ext/mswin32/patches/id3lib-3.8.3-configure-truncate.patch
>
> It's weird that even though truncate isn't found, it compiles cleanly.
>
> Cheers,
>  Robin Stocker (id3lib-ruby developer)
>



-- 
PGP Public Key: http://mason.gmu.edu/~fgrinder/fgrinder.txt

Re: [id3lib-devel] ./configure problem in mingw32

[Robin S. <ro...@ni...>]

Frederick Eugene Grinder III schrieb:
> in running ./configure in mingw32/msys, I get the following:
> .
> .
> .
> checking for truncate... no
> configure: error: Missing a vital function for id3lib
> 
> I tried to edit configure.in to replace
>> AC_CHECK_FUNCS(
>>   truncate                      \
>>   ,,AC_MSG_ERROR([Missing a vital function for id3lib])
>> )
> with
>> AC_CHECK_FUNCS(truncate)
> and I even tried removing those 4 lines altogether (both suggestions I found
> in the archives of this list),
> but neither fixed the configure error.
> 
> Anyone have any ideas?
> 
> Thanks in advance!

Hi,

Try with this patch here:

http://id3lib-ruby.rubyforge.org/svn/trunk/ext/mswin32/patches/id3lib-3.8.3-configure-truncate.patch

It's weird that even though truncate isn't found, it compiles cleanly.

Cheers,
  Robin Stocker (id3lib-ruby developer)

[id3lib-devel] ./configure problem in mingw32

[Frederick E. G. I. <fgr...@gm...>]

in running ./configure in mingw32/msys, I get the following:
.
.
.
checking for truncate... no
configure: error: Missing a vital function for id3lib

I tried to edit configure.in to replace
> AC_CHECK_FUNCS(
>   truncate                      \
>   ,,AC_MSG_ERROR([Missing a vital function for id3lib])
> )
with
> AC_CHECK_FUNCS(truncate)
and I even tried removing those 4 lines altogether (both suggestions I found
in the archives of this list),
but neither fixed the configure error.

Anyone have any ideas?

Thanks in advance!

[id3lib-devel] Massive Licensing Violation?

[Scott F. <sc...@un...>]

Hey there!

I'm writing to say that I came across a piece of software that looks 
like it is violating the id3lib license. It appears that they are trying 
to hide the fact that they are using it by wrapping your software in a DLL.

The name of the closed-source software is DVD Photo Slideshow 
(http://www.dvd-photo-slideshow.com). The only email address I can find 
on their site is su...@an... . The software sells for $60 (!!) 
and is highly dependent on the software that it is mis-using.

The software is also violating the licenses of several software packages 
as well. I am sending those other projects a similar email. For GPL 
packages, there is no source available. For LGPL packages, there is no 
license anywhere and there is no link to download the sofware. grep'ing 
the installation shows that there is no mention of 'gpl' anywhere.

Project		Component			License
---------------------------------------------------------------
cdrecord	mkisofs				GPL
cdrdao		cdrdao				GPL
dvdauthor	dvdauthor, spumux		GPL
id3lib		id3lib				LGPL
lame		lame				LGPL
mjpeg-tools	mpeg2enc, mplex			GPL

I may very well have missed other violations. This is pretty freaking 
stupid of the company. With such a large number of violations, I'm 
wondering if the FSF would jump in to represent all of the projects?

- Scott Fritzinger
   Founder and former developer for the gPhoto Project

Re: [id3lib-devel] Can I use ID3Lib to embedded linux system?

[<der...@es...>]

SGksCgpZb3UgY2FuIHN0YXJ0IHRoaXMgaW1wbGVtZW50YXRpb24gd2l0aCBnbGliLCBhIHJhdGhl
ciBnb29kIGxpYnJhcnkgLQpodHRwOi8vd3d3Lmd0ay5vcmcvCgpJZiB5b3UgbmVlZCB0ZW1wbGF0
ZXMsIHNlZSB0aGUgbGFzdCBwb3N0IG9mCmh0dHA6Ly93d3cuZ2FtZWRldi5uZXQvY29tbXVuaXR5
L2ZvcnVtcy90b3BpYy5hc3A/dG9waWNfaWQ9MjA3OTIwCgpPbiA4LzIvMDcsIFJhaW5lciBPZGVy
IDxvZHlAYmlnLWd1eS5jb20+IHdyb3RlOgo+IHRoZSBsaWIgdXNlcyB0aGUgU1RMLCBzbyB5b3Ug
d291bGQgbmVlZCB0byByZXBsYWNlIHRoZXNlIHBhcnRzIGJ5IHlvdXIgb3duIEMKPiByZWxhdGVk
IGltcGxlbWVudGF0aW9uIG9mIGNvbnRhaW5lcnMgYW5kIHN0dWZmLgo+IE9uIDgvMi8wNywg7J20
7ZuI7JqwIDxodW51eWlAZ21haWwuY29tPiB3cm90ZToKPiA+IEkgbmVlZCBJRDNMaWIgdG8gdXNl
IGluIG15IGVtYmVkZGVkIGxpbnV4IHBvcmplY3QuCj4gPiBCdXQgQysrIGlzIG5vdCBzdXBwb3J0
ZWQgb24gbXkgc3lzdGVtLiBJdCBzdXBwb3J0IG9ubHkgQyBsYW5ndWFnZS4KPiA+IENhbiBJIHVz
ZSBJRDNMaWIgdG8gZW1iZWRkZWQgbGludXggc3lzdGVtPwoKLS0gClNpbmNlcmVseSwKU8OpYmFz
dGllbiBTYW50b3JvIGFrYSBEZXJlY2tzb24KUnVlIGRlIGxhIFNjaWVuY2UgMTQgLSA2MDAwIENo
YXJsZXJvaSAtIEJlbGdpcXVlCgpUZWwgKzMyIDQ4NyAxNTggMzQ0IC0gc2t5cGU6Ly9kZXJlY2tz
b24vCgpFc3BhY2UgV2luIC0gaHR0cDovL3d3dy5lc3BhY2Utd2luLmluZm8vCk9wZW4gWW91ciBX
aW5kb3dzIC0gT3V2cmV6IHZvcyBob3Jpem9ucwoKRG91YmxlIFYgTmV0d29yayAtIGh0dHA6Ly93
d3cuZG91YmxlLXYuY29tLwpEb3VibGUgViAtIFBhc3NleiDDoCBsYSB2aXRlc3NlIFYgVicK

Re: [id3lib-devel] Can I use ID3Lib to embedded linux system?

[Rainer O. <od...@bi...>]

SGksCgp0aGUgbGliIHVzZXMgdGhlIFNUTCwgc28geW91IHdvdWxkIG5lZWQgdG8gcmVwbGFjZSB0
aGVzZSBwYXJ0cyBieSB5b3VyIG93biBDCnJlbGF0ZWQgaW1wbGVtZW50YXRpb24gb2YgY29udGFp
bmVycyBhbmQgc3R1ZmYuCgoucm8KCgoKT24gOC8yLzA3LCDAzMjGv+wgPGh1bnV5aUBnbWFpbC5j
b20+IHdyb3RlOgo+Cj4gSGVsbG8uCj4KPiBJIG5lZWQgSUQzTGliIHRvIHVzZSBpbiBteSBlbWJl
ZGRlZCBsaW51eCBwb3JqZWN0Lgo+IEJ1dCBDKysgaXMgbm90IHN1cHBvcnRlZCBvbiBteSBzeXN0
ZW0uIEl0IHN1cHBvcnQgb25seSBDIGxhbmd1YWdlLgo+IENhbiBJIHVzZSBJRDNMaWIgdG8gZW1i
ZWRkZWQgbGludXggc3lzdGVtPwo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBUaGlzIFNGLm5ldCBlbWFp
bCBpcyBzcG9uc29yZWQgYnk6IFNwbHVuayBJbmMuCj4gU3RpbGwgZ3JlcHBpbmcgdGhyb3VnaCBs
b2cgZmlsZXMgdG8gZmluZCBwcm9ibGVtcz8gIFN0b3AuCj4gTm93IFNlYXJjaCBsb2cgZXZlbnRz
IGFuZCBjb25maWd1cmF0aW9uIGZpbGVzIHVzaW5nIEFKQVggYW5kIGEgYnJvd3Nlci4KPiBEb3du
bG9hZCB5b3VyIEZSRUUgY29weSBvZiBTcGx1bmsgbm93ID4+ICBodHRwOi8vZ2V0LnNwbHVuay5j
b20vCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBp
ZDNsaWItZGV2ZWwgbWFpbGluZyBsaXN0Cj4gaWQzbGliLWRldmVsQGxpc3RzLnNvdXJjZWZvcmdl
Lm5ldAo+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2lkM2xp
Yi1kZXZlbAo+CgoKCi0tIApDaGVlcnMsClJhaW5lcgo=

[id3lib-devel] Can I use ID3Lib to embedded linux system?

[<hu...@gm...>]

Hello.

I need ID3Lib to use in my embedded linux porject.
But C++ is not supported on my system. It support only C language.
Can I use ID3Lib to embedded linux system?

[id3lib-devel] id3info Demo Reading id3v2 Tags

[Dave B. <da...@ac...>]

Hi,

I've been using the id3info tool from the examples directory as part of a 
script for a while, but it seems to have stopped working at some point. 
Further investigation reveals that the program is only reading the id3v1 tag, 
and not the id3v2 tag.

This particularly strange since the tag in question was just written with 
EasyTag 2.1.2, which is using id3lib 3.8.3.

More specifically, running the tool show the TIT2 tag in the id3v1 tag. 
Changing the parameter to the Link() call in the demo to ID3TT_ID3V2 gives no 
tag output at all.

I'm totally puzzled as to how this is happenning, so I'm wondering if anyone 
can confirm this behaviour or offer any suggestions as to why it might be 
happenning and how to fix it, to save me having to chase down the cause in 
id3lib or re-writing the script to use a different tool.

Thanks!


Dave Baker

Re: [id3lib-devel] Help for simply opening an mp3 for reading

[David M. C. <me...@da...>]

what you want is:

ID3_Tag		file( "mysong.mp3");

the Link command takes a "fileInfo" string, not a file path

what you have is a link error, you have to make sure you're linking  
against the library, (or compile the whole library into your code  
base (for testing purposes only, you're supposed to keep it separated  
due to LGPL restrictions))

[id3lib-devel] Help for simply opening an mp3 for reading

[Raymond <the...@gm...>]

I am having a bit of a problem. I am about to scream from searching for
the answer.  I have written a simple program to test reading an id3
tag.  Goes like this -

#include <id3/tag.h>
 
using namespace std;

int main()
{
    ID3_Tag file();
    file.Link( "mysong.mp3" );
    return 0;
}


JUST like it says in all the documentation I can find (even the source
files themselves). I get this error:

id3test.cpp:8: error: request for member 'Link' in 'file', which is of
non-class type 'ID3_Tag ()()'

What is up?? I also tried:

ID3_Tag file( "mysong.mp3" );

again, just like in the docs (minus the Link statement). In this example
I get (using make):

id3test.o: In function `main':
/home/theronnightstar/working/id3test/src/id3test.cpp:7: undefined
reference to `ID3_Tag::ID3_Tag(char const*)'
/home/theronnightstar/working/id3test/src/id3test.cpp:9: undefined
reference to `ID3_Tag::~ID3_Tag()'
collect2: ld returned 1 exit status
make: *** [id3test] Error 1

I do the above with:

g++ id3test.cpp -o id3test

and I get:

/tmp/ccDSx88i.o: In function `main':
id3test.cpp:(.text+0x85): undefined reference to `ID3_Tag::ID3_Tag(char
const*)'
id3test.cpp:(.text+0x96): undefined reference to `ID3_Tag::~ID3_Tag()'
collect2: ld returned 1 exit status

I've even tried assigning the file name to a string and using c_str().
Same thing (as one would guess.) Any info would truely be appreciated,
I'm about to rip my hair out.

Thanks in advance
Raymond

Re: [id3lib-devel] How to run the examples

[Nitin M <nit...@ho...>]

Hi!

Are the headers helpers.h,io_decorators.h, io_helpers.h, io_strings.h, 
id3lib_bitset are not required to be exported from id3lib?

Could anyone please tell me how to run the example "testio", bascally with 
what inputs?

regards

-Nitin





>From: "Richard Lynch" <ce...@l-...>
>Reply-To: ce...@l-...
>To: "Nitin M" <nit...@ho...>
>CC: id3...@li...
>Subject: Re: [id3lib-devel] How to run the examples
>Date: Thu, 24 May 2007 12:22:57 -0500 (CDT)
>
>On Wed, May 23, 2007 10:19 pm, Nitin M wrote:
> > I am working with the id3lib version 3.8.3. Can anyone please tell me
> > how to
> > execute the examples testpic, testcompression etc, and more
> > importantly how
> > do I verify whether test was successful or not.
> >
> > When I am running the scripts for these test cases from examples
> > directory,
> > I dont see anything in the screen, so how do I know whats happening?
>
>It's pretty common for a "tests" script to output nothing if
>everything is a-ok.
>
>Others will print a progress report with "OK" for each line item...
>
>You can usually tell by reading the Makefile what should happen.
>
>--
>Some people have a "gift" link here.
>Know what I want?
>I want you to buy a CD from some indie artist.
>http://cdbaby.com/browse/from/lynch
>Yeah, I get a buck. So?
>

_________________________________________________________________
Catch the best matrimonial profiles in town. Visit Shaadi.com 
http://www.shaadi.com/ptnr.php?ptnr=mhottag

Re: [id3lib-devel] Borland BCB6 link questions

[jon b. <ne...@on...>]

In article <465...@co...>, Damon Register 
<dam...@co...> writes
>Jim Davis wrote:
>> I'm in Win XP with Borland C++ Builder 6 ,
>> trying to wrap id3lib 3.8.3 .
>I gave up on that project.  I had to use Borland 5.02 to get
>anything useful out of id3lib.
>
>> (1) do an IMPLIB on the DLL
>> to generate a compatible import library .
>did that
>
>> (3) Use the C interface (ID3Tag_*) of id3.h  .
>did that.  I had to do that too but I found this really annoying
>because I saw there were things I could do with the C++ interface
>but were not available with the C wrapper.
>
>Even with limiting to the C wrapper I found that CBuilder 6 just would
>not work with id3lib.  I could build an app, even a simple example, and
>run it but the run time behavior was unpredictable.  Often the app would
>crash.  Could I persuade you to keep us posted on your results with
>using id3lib and Borland CBuilder 6?  If you get them to work together
>reliably, I would certainly like to  know how you did it.
>

Yes I also pointed out that there had been a variety of issues 
interfacing to BCB that weren't apparent using older versions of Borland 
and suggested a read through previous posts in the archive on where we 
went with that. Which as it turns out, nowhere...

-- 
== jon bird - software engineer
== <reply to address _may_ be invalid, real mail below>
== <reduce rsi, stop using the shift key>
== posted as: news 'at' onastick 'dot' clara.co.uk

Re: [id3lib-devel] Borland BCB6 link questions

[Damon R. <dam...@co...>]

Jim Davis wrote:
> I'm in Win XP with Borland C++ Builder 6 ,
> trying to wrap id3lib 3.8.3 .
I gave up on that project.  I had to use Borland 5.02 to get
anything useful out of id3lib.

> (1) do an IMPLIB on the DLL 
> to generate a compatible import library .
did that

> (3) Use the C interface (ID3Tag_*) of id3.h  . 
did that.  I had to do that too but I found this really annoying
because I saw there were things I could do with the C++ interface
but were not available with the C wrapper.

Even with limiting to the C wrapper I found that CBuilder 6 just would
not work with id3lib.  I could build an app, even a simple example, and
run it but the run time behavior was unpredictable.  Often the app would
crash.  Could I persuade you to keep us posted on your results with
using id3lib and Borland CBuilder 6?  If you get them to work together
reliably, I would certainly like to  know how you did it.

Damon Register

[id3lib-devel] Borland BCB6 link questions

[Jim D. <ji...@ve...>]

I'm in Win XP with Borland C++ Builder 6 ,
trying to wrap id3lib 3.8.3 .

Jon B says :

(1) do an IMPLIB on the DLL 
to generate a compatible import library .

(2) Because the VC DLL exports 
using WINAPI calling convention , 
you can link to it static or dynamic . 

(3) Use the C interface (ID3Tag_*) of id3.h  . 

 

Re: [id3lib-devel] How to run the examples

[Richard L. <ce...@l-...>]

On Wed, May 23, 2007 10:19 pm, Nitin M wrote:
> I am working with the id3lib version 3.8.3. Can anyone please tell me
> how to
> execute the examples testpic, testcompression etc, and more
> importantly how
> do I verify whether test was successful or not.
>
> When I am running the scripts for these test cases from examples
> directory,
> I dont see anything in the screen, so how do I know whats happening?

It's pretty common for a "tests" script to output nothing if
everything is a-ok.

Others will print a progress report with "OK" for each line item...

You can usually tell by reading the Makefile what should happen.

-- 
Some people have a "gift" link here.
Know what I want?
I want you to buy a CD from some indie artist.
http://cdbaby.com/browse/from/lynch
Yeah, I get a buck. So?