Re: when does version != version?

I hesitate to venture this opinion, but it may be that the OpenBaseDBD version that is being referenced is the one in the shared object that the Dynaloader module is attempting to access. It is possible that the error message isn't showing you the version number inside the .so of .DLL or whatever (depends on OS), but rather that of the package code that is opening it.
If you are on a UNIX system, you may be able to poke around inside the guts of the shared object with the 'nm' command. This is assuming that the version is a symbol in the library itself.
Which is, of course, assuming a lot.
I doubt this helps, but it is at least a thought.
Submitted tentatively,
DrSax

Comment on Re: when does version != version?

Replies are listed 'Best First'.
Re: Re: when does version != version? by esilva (Initiate) on May 25, 2001 at 21:01 UTC
Hmmm... This is as close as I've come to a clue yet: I used strings to look at the bundle (OS X version of a .so) and found this: %s::%s XS_VERSION VERSION 0.03 %s object version %s does not match %s%s%s%s %_ But doing the same thing on the DBI bundle shows this: %s::%s XS_VERSION VERSION %s object version %s does not match %s%s%s%s %_ So where is the version number in the DBI? The mystery deepens... More digging for me. :-/ Thanks for the clue.	[reply]

Replies are listed 'Best First'.

Re: Re: when does version != version?
by esilva (Initiate) on May 25, 2001 at 21:01 UTC

Hmmm... This is as close as I've come to a clue yet: I used strings to look at the bundle (OS X version of a .so) and found this: %s::%s XS_VERSION VERSION 0.03 %s object version %s does not match %s%s%s%s %_ But doing the same thing on the DBI bundle shows this: %s::%s XS_VERSION VERSION %s object version %s does not match %s%s%s%s %_ So where is the version number in the DBI? The mystery deepens... More digging for me. :-/ Thanks for the clue.

[reply]