Bug #14417 for version: version.xs triggers name clash with version.dll on win32 (dll hell)

Fri Sep 02 08:42:47 2005 Guest - Ticket created

Subject:

version.xs triggers name clash with version.dll on win32 (dll hell)

Dear John, unfortunately there is a severe problem with version.pm on win32. The file version.xs is compiled to the file version.dll on win32. There is already a library with the same name. So saying 'use version;' breaks for example every odbc database access within the same program. Perhaps it would be a good idea to provide also a pure perl version of version.pm (if this is possible) or change the name of version.xs to something else. With kind regards, Matthias Waldorf

Fri Sep 02 08:44:57 2005 jpeacock [...] cpan.org - Taken

Fri Sep 02 08:45:03 2005 jpeacock [...] cpan.org - Status changed from 'new' to 'open'

Fri Sep 02 08:54:48 2005 jpeacock [...] cpan.org - Correspondence added

Subject:

version.ddl conflict

Where is this other version.ddl coming from, since I've not seen this problem before. Specifically, I have been seeing [mostly] clean tests on Win32 since 0.27: http://testers.cpan.org/show/version.html where the scattered failures pre 0.42 were caused by a stupid mistake on my part in the Makefile.PL definition, and the couple after that due to lack of compiler or misconfigured local settings. I am working on a pure Perl implementation for other reasons, but I am unable/unwilling to rename the module without a lot more information. Thanks for the report... John

Wed Sep 14 13:27:34 2005 jpeacock [...] cpan.org - Correspondence added

version-0.48, soon to hit CPAN mirrors everywhere, renames the XS file (and hence the DLL) as the first step in supporting a pure Perl version object. Thanks for trying out the code. John

Wed Sep 14 13:27:35 2005 jpeacock [...] cpan.org - Status changed from 'open' to 'resolved'