Skip Menu |

This queue is for tickets about the Perl-Dist-Strawberry CPAN distribution.

Report information
The Basics
Id: 34571
Status: resolved
Priority: 0/
Queue: Perl-Dist-Strawberry

People
Owner: Nobody in particular
Requestors: MLAWREN [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: (no value)
Fixed in: (no value)



Subject: Missing symbol "xmlTextReaderByteConsumed" in libxml2.dll
I've just downloaded and installed Strawberry 5.10.0 on Windows XP (probably with SP1). Things work great except for XML::LibXML. As soon as I "use XML::LibXML;" I get a windows generated popup error: "procedure entry point xmlRextReaderByteConsumed could not be located in the dynamic link library libxml2.dll" Perhaps a newer libxml2 is needed? By the way, on a different note I didn't know which version of Perl::Dist::Strawberry to open this bug against, because the numbers in the version list currently don't mean anything to me. Could we perhaps make them match with what is advertised as the version on strawberryperl.com? Cheers, Mark. -- Mark Lawrence
Subject: Re: [rt.cpan.org #34571] Missing symbol "xmlTextReaderByteConsumed" in libxml2.dll
Date: Tue, 01 Apr 2008 13:38:30 +1100
To: bug-Perl-Dist-Strawberry [...] rt.cpan.org
From: Adam Kennedy <adamkennedybackup [...] gmail.com>
What surprises me is that the entire test suite passed, but this didn't get picked up. I have the latest version 2.6.30 being included... there's a 2.6.30+ version on the mirror server, but I have no idea what it is. Adam K Mark Lawrence via RT wrote: Show quoted text
> Mon Mar 31 09:04:18 2008: Request 34571 was acted upon. > Transaction: Ticket created by MLAWREN > Queue: Perl-Dist-Strawberry > Subject: Missing symbol "xmlTextReaderByteConsumed" in libxml2.dll > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: MLAWREN@cpan.org > Status: new > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=34571 > > > > I've just downloaded and installed Strawberry 5.10.0 on Windows XP > (probably with SP1). Things work great except for XML::LibXML. As soon > as I "use XML::LibXML;" I get a windows generated popup error: > > "procedure entry point xmlRextReaderByteConsumed could not be located in > the dynamic link library libxml2.dll" > > Perhaps a newer libxml2 is needed? > > By the way, on a different note I didn't know which version of > Perl::Dist::Strawberry to open this bug against, because the numbers in > the version list currently don't mean anything to me. Could we perhaps > make them match with what is advertised as the version on > strawberryperl.com? > > Cheers, > Mark. >
Subject: Re: [rt.cpan.org #34571] Missing symbol "xmlTextReaderByteConsumed" in libxml2.dll
Date: Wed, 2 Apr 2008 14:23:05 +0200
To: Adam Kennedy via RT <bug-Perl-Dist-Strawberry [...] rt.cpan.org>
From: Mark Lawrence <nomad [...] null.net>
On Mon Mar 31, 2008 at 10:45:06PM -0400, Adam Kennedy via RT wrote: Show quoted text
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=34571 > > > What surprises me is that the entire test suite passed, but this didn't > get picked up.
Hmm... it probably was a local issue, in that I found 4 other copies of a libxml2.dll on the system from GTK, Gimp, Avidemux.... etc. Removing all of those sorted things out. However, it does raise the question of can we not force Perl to look first for versions that came with the distribution? I don't know anything about how shared libraries work on Windows, but maybe there is an equivalent to LD_LIBRARY_PATH to set? *sigh*, Why doesn't Windows have a better library system? </rhetorical> Sorry for the noise. Mark. -- Mark Lawrence
Subject: Re: [rt.cpan.org #34571] Missing symbol "xmlTextReaderByteConsumed" in libxml2.dll
Date: Thu, 3 Apr 2008 15:50:43 +1100
To: bug-Perl-Dist-Strawberry [...] rt.cpan.org
From: "Adam Kennedy" <adamkennedybackup [...] gmail.com>
Windows looks for .dll files based on the PATH environment variable. Unfortunately, lots of things like to inject themselves into PATH, many at the FRONT of the PATH list. Strawberry currently adds itself to the end of PATH, because that's about the most sophisticated option I have available. There's code coming in Win32::Env::Path (for the June release) that should hopefully let me deal with PATH a bit smarter. Adam K On 02/04/2008, Mark Lawrence via RT <bug-Perl-Dist-Strawberry@rt.cpan.org> wrote: Show quoted text
> > Queue: Perl-Dist-Strawberry > > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=34571 > > > > On Mon Mar 31, 2008 at 10:45:06PM -0400, Adam Kennedy via RT wrote: >
> > What surprises me is that the entire test suite passed, but this didn't
> > get picked up.
> > > Hmm... it probably was a local issue, in that I found 4 other copies of > a libxml2.dll on the system from GTK, Gimp, Avidemux.... etc. Removing > all of those sorted things out. > > However, it does raise the question of can we not force Perl to look > first for versions that came with the distribution? I don't know anything > about how shared libraries work on Windows, but maybe there is an > equivalent to LD_LIBRARY_PATH to set? > > *sigh*, Why doesn't Windows have a better library system? </rhetorical> > > Sorry for the noise. > > Mark. > -- > > Mark Lawrence > >
Subject: Re: [rt.cpan.org #34571] Missing symbol "xmlTextReaderByteConsumed" in libxml2.dll
Date: Thu, 3 Apr 2008 06:36:43 -0400
To: bug-Perl-Dist-Strawberry [...] rt.cpan.org
From: "David Golden" <dagolden [...] cpan.org>
On Thu, Apr 3, 2008 at 12:51 AM, Adam Kennedy via RT <bug-Perl-Dist-Strawberry@rt.cpan.org> wrote: Show quoted text
> Windows looks for .dll files based on the PATH environment variable.
Though I think that it first looks in the same directory as the executable before searching the path. So if dll files can be put in the perl\bin directory, that should cause them to be loaded before anything else in the PATH. David
This problem should be solved with October release as we have chosen an alternative name for DLL included into strawberry: libxml2_.dll instead of libxml2.dll - so similar collisions will be minimised. So after October release this RT can be closed. -- kmx
Resolving since October release happened.
Resolving since October release happened.
Resolving since October release happened.