Skip Menu |

This queue is for tickets about the PAR-Packer CPAN distribution.

Report information
The Basics
Id: 30667
Status: stalled
Priority: 0/
Queue: PAR-Packer

People
Owner: Nobody in particular
Requestors: markus.schmalzried [...] tilak.at
Cc:
AdminCc:

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



Subject: creating PAR-exe in dependent-mode -> problem
Hello, I'm using PAR 0.976(Module::ScanDeps 0.77) and PAR:Packer 0.976 from the activestate-repositority with activestate-perl 5.8.8 build 822 on winxp SP2. I can't create executables with pp in dependent-mode(without included perl-interpreter): pp -v -d -o test.exe test.pl(in test.pl i only load the DBI-module and make a print) I always get the following error-message, no matter which perl-modules are included in the sript: Can't locate loadable object for module DBI in @INC (@INC contains: CODE(0x100b2 70) C:\DOKUME~1\SUPERU~1\LOKALE~1\Temp\par-superuser\cache-ce897acf99fc0e65cb963 bc7628ccad5a4aeee94\inc\lib C:\DOKUME~1\SUPERU~1\LOKALE~1\Temp\par-superuser\cac he-ce897acf99fc0e65cb963bc7628ccad5a4aeee94\inc CODE(0xe01cc0) CODE(0xdfd310)) a t C:/programme/perl588/site/lib/PAR/Heavy.pm line 87 BEGIN failed--compilation aborted at dbi.pm line 261. Compilation failed in require at script/test.pl line 2. BEGIN failed--compilation aborted at script/test.pl line 2. And if i copy the perl runtime-dll(perl58.dll) in the current-dricetory, the PAR-archive won't get extracted and the execution died with this error-message: Can't locate Win32.pm in @INC (@INC contains: .) at -e line 713. BEGIN failed--compilation aborted at -e line 898. I used PAR since perl 5.6 for creating windows-executables and it always runs pretty fine. also the creation of non-dependent-mode exe with perl 5.8 is okay with the current PAR-version. Can you help me? Thanks a lot, mark
Hi Mark, Thank you for your bug report. I'd love to help you, but I currently don't have access to a Win32 system and I cannot reproduce the problem on linux. I don't know when I will have both the system and the time to track this down. I would suggest you write an email to the PAR mailing list about this. Perhaps there is somebody on the list who can help you. Well, perhaps you already did this. (Sorry in that case!) I have not been able to read the list for the past three weeks :( I'll keep the ticket open. Please report any progress you make. Best regards, Steffen
Hi, On Mon Nov 12 07:36:40 2007, schmalzi wrote: Show quoted text
> Can't locate loadable object for module DBI in @INC (@INC contains: > CODE(0x100b2 > 70)
Is this still happening for PAR::Packer 0.977 with the newest Module::ScanDeps 0.82? Cheers, Steffen
From: markus.schmalzried [...] tilak.at
hi steffen, i'm currently working on another project, but i'll try it as soon possible with the new version of the modules. have a nice day, mark On Do. 06. Mär. 2008, 09:01:56, SMUELLER wrote: Show quoted text
> Hi, > > On Mon Nov 12 07:36:40 2007, schmalzi wrote:
> > Can't locate loadable object for module DBI in @INC (@INC contains: > > CODE(0x100b2 > > 70)
> > Is this still happening for PAR::Packer 0.977 with the newest > Module::ScanDeps 0.82? > > Cheers, > Steffen
From: dhirving [...] gmail.com
On Thu Mar 06 09:01:56 2008, SMUELLER wrote: Show quoted text
> Is this still happening for PAR::Packer 0.977 with the newest > Module::ScanDeps 0.82?
I am able to reproduce this bug on my machine using PAR::Packer 0.980 with PAR 0.977 and Module::ScanDeps 0.83. ActiveState Perl 5.8.8 build 822 on Windows XP. A few other notes: - It's not just the DBI module, but any module using XS that causes this error to occur. (In particular I tried threads and Storable) - If I open the packed executable, all the appropriate dll's are included. For some reason they are just not found by DynaLoader. - If I copy perl58.dll into the directory containing the packed executable, the following error occurs instead: Can't locate Win32.pm in @INC (@INC contains: .) at -e line 790. BEGIN failed--compilation aborted at -e line 975. Win32.pm (and its dll's) are included in the packed executable, even though I don't use them anywhere in the script. - As long as the -d flag to pp is not used, everything works fine. The following minimal program will reproduce this error: use threads; print "ok"; -- David Irving
From: dhirving [...] gmail.com
I managed to work around this problem by downgrading to ActivePerl release 819, but there were other variables involved so I'm not 100% sure what the exact source of the problem was. Under release 822 I built my own PAR-Packer using MinGW, but under release 820 and 819 the build failed so I tried PPMs from two repositories: 0.978 from http://www.bribes.org/perl/ppm/ and 0.973 from http://theoryx5.uwinnipeg.ca/ppms/. I first tried these under release 820, which had the same behavior as release 822. Release 819 works as expected. If I have some time this weekend I am going to be a little more systematic about testing this and see if I can isolate the cause of the problem. -- David Irving
Subject: Re: [rt.cpan.org #30667] creating PAR-exe in dependent-mode -> problem
Date: Wed, 21 May 2008 09:31:24 +0200
To: bug-PAR [...] rt.cpan.org
From: Steffen Mueller <wyp3rlx02 [...] sneakemail.com>
Hi David, David Irving via RT wrote: Show quoted text
> If I have some time this weekend I am going to be a little more > systematic about testing this and see if I can isolate the cause of the > problem.
sorry for not answering any earlier. I'd think it's a PAR::Packer problem, not an ActivePerl problem, so I'm surprised that downgrading AP helped. But then again, you wrote that there were several variables changing at the same time. It would be much appreciated if you could do some more testing if you can. Best regards, Steffen
Hi again, On Wed May 21 03:31:57 2008, wyp3rlx02@sneakemail.com wrote: Show quoted text
> It would be much appreciated if you could do some more testing if you can.
I did a slight bit of testing on my own, but only on linux. The dependent mode works fine on linux. I can't test on Win32 for lack of a computer running the dreaded OS. Best regards, Steffen