Am Sat, 7 Jan 2023 03:19:39 +0100 schrieb Thibaut Cuvelier <dourou...@gmail.com>:
> > What could you do, is to call xmlParser.pl directly to check if it working
> >
> > $ perl D:/LyX/lyx-unstable/development/autotests/xmlParser.pl
> > some_test_file.xml This should give the same error. In this case check if
> > C:/Strawberry/perl/vendor/lib/auto/XML/Parser/Expat/Expat.xs.dll exists.
> > (Maybe it is
> > in the D: partition?)
> >
> I gave this command a try, but it didn't yield any error. Actually, I got a
> representation of the XML tree:
>
> C:\Users\Thibaut\Documents>perl
> D:/LyX/lyx-unstable/development/autotests/xmlParser.pl
> "D:\LyX\lyx-unstable\autotests\export\docbook\abstract_list.xml" \\ (lang
> de_DE version
> 5.2) article || #10;
> article \\ ()
> article info || #10;
> article info \\ ()
> article info title || LyX-Anpassung:
>
> Would it be possible that it is due to some PATH issue, correctly set when I
> run
> Strawberry Perl (with its own shell configuration) and not when I just add
> perl.exe to
> the PATH for the test suite? I see that perl.exe is in
> C:\Strawberry\perl\bin, while
> Expat's DLL is in C:\Strawberry\c\bin.
>
> In any case, I don't believe the Perl code is to blame.
In this case we could try to examine some environment of the running perl.
You could use the following statements in xmlParser.pl
BEGIN {
open(FO, '>', "/tmp/abcd");
print FO qq(@INC);
}
just before
use XML::Parser;
...
Of course the "/tmp/abcd" is only an example. In any case, try to compare the
output.
Kornel
pgpYOQVf3NmHa.pgp
Description: Digitale Signatur von OpenPGP
-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
