[rt.cpan.org #48027] MinGW main.o:main.c:(.text+0xe): undefined reference to `Perl_get_context'
Wed Aug 26 11:01:30 2009: Request 48027 was acted upon. Transaction: Correspondence added by SMUELLER Queue: PAR-Packer Subject: MinGW main.o:main.c:(.text+0xe): undefined reference to `Perl_get_context' Broken in: 0.991, 0.992_01 Severity: Critical Owner: Nobody Requestors: Status: new Ticket https://rt.cpan.org/Ticket/Display.html?id=48027 > I just applied the supplied patch. Kludge or not, we're not magically growing a better fix. Cheers and thanks, Steffen
[rt.cpan.org #45403] Program too big to fit in memory
Wed Aug 26 10:01:41 2009: Request 45403 was acted upon. Transaction: Correspondence added by SMUELLER Queue: PAR Subject: Program too big to fit in memory Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: richard@freescale.com Status: new Ticket https://rt.cpan.org/Ticket/Display.html?id=45403 > Hi Richard, apologies for the delay in replying. On Fri Apr 24 15:28:19 2009, richard@freescale.com wrote: > I'm running PAR & pp on Windows XP to generate a standalone .exe. > Resulting .exe runs on a different computer just fine, but gives a > "Program too big to fit in memory" error on another. Both computers are > running XP as well with at least 1GB RAM. Am running ActivePerl 5.10.0 > Build 1004. Is this a 32 vs. 64bit issue? > The test script is short: [snip test script] This is very, vry likely not at all related to your test script. > I've tried pp -m option without any success. I also tried the > evaluation version of perl2exe with no success. > > I have verified the paging file on both computers and they are bigger > than the 384MB I have. I have also tried running the .exe in > compatibility mode with no success. There doesn't appear to be any > differences for autoexec.nt and config.nt. >From my very distant and limited experience with Windows, you get similar errors if you try to run an executable that was not generated for the platform at hand. Actually, I wouldn't even be surprised if you could simply rename an arbitrary file to an .exe and run it to get the same error. I'll wager that this is not even a PAR bug at all but simply non-binary-compatible systems (and thus marking the bug as rejected, but feel free to reply with more input: It will be automatically reopened! The history of the ticket is NOT erased either!) This is supported by the fact that the entirely unrelated perl2exe tool produces the same problems. As an extra test, you can copy the parl.exe PAR loader from the source to the target machine and try running it. If it doesn't run, you at least know that your perl code is not at all involved in the issue, but that it's a problem with the binary/C/loader part of the tool chain. Cheers, Steffen
[rt.cpan.org #42666] PP on solaris
Wed Aug 26 10:32:09 2009: Request 42666 was acted upon. Transaction: Correspondence added by SMUELLER Queue: PAR Subject: PP on solaris Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: yogesh_da...@i2.com Status: open Ticket https://rt.cpan.org/Ticket/Display.html?id=42666 > I'm marking the ticket as rejected since we never received the requested input. A reply should automatically reopen it, so no information is lost. Cheers, Steffen
[rt.cpan.org #45032] main.pl used as the root perl program for pp creates busy loop
Wed Aug 26 10:22:04 2009: Request 45032 was acted upon. Transaction: Correspondence added by SMUELLER Queue: PAR Subject: main.pl used as the root perl program for pp creates busy loop Broken in: (no value) Severity: Normal Owner: Nobody Requestors: fr...@linux-tips-and-tricks.de Status: new Ticket https://rt.cpan.org/Ticket/Display.html?id=45032 > Sorry for the delay in replying. I just implemented this rejection for pp/PAR::Packer and committed it to the repository. It will be in the next release of the modules. Cheers, Steffen
[rt.cpan.org #47511] PAR Revisiion 984 breaks shared library loading
Wed Aug 26 09:41:39 2009: Request 47511 was acted upon. Transaction: Correspondence added by SMUELLER Queue: PAR Subject: PAR Revisiion 984 breaks shared library loading Broken in: (no value) Severity: Critical Owner: Nobody Requestors: smuel...@cpan.org Status: new Ticket https://rt.cpan.org/Ticket/Display.html?id=47511 > Duplicate of #48240.
[rt.cpan.org #49007] This module emits a lot of uninitialized value warnings
Wed Aug 26 09:35:06 2009: Request 49007 was acted upon. Transaction: Correspondence added by SMUELLER Queue: Module-ScanDeps Subject: This module emits a lot of uninitialized value warnings Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: drol...@cpan.org Status: new Ticket https://rt.cpan.org/Ticket/Display.html?id=49007 > On Tue Aug 25 18:24:10 2009, DROLSKY wrote: > I've attached a patch which shuts up all the warnings I've seen. All > tests still pass. Hi Dave, thanks for stepping in and providing a patch. I applied it, but I new release will be blocking on another small, pending fix. Feel free to poke me in case I forget. Cheers, Steffen
Re: [rt.cpan.org #49002] Event.pm dependency: pp fails to find Event/idle.pm
Wed Aug 26 08:13:36 2009: Request 49002 was acted upon.
Transaction: Correspondence added by roderich.sch...@googlemail.com
Queue: Module-ScanDeps
Subject: Re: [rt.cpan.org #49002] Event.pm dependency: pp fails to find
Event/idle.pm
Broken in: 0.94
Severity: (no value)
Owner: Nobody
Requestors: jo...@pobox.com
Status: new
Ticket http://rt.cpan.org/Ticket/Display.html?id=49002 >
> Can't locate Event/idle.pm in @INC (@INC contains: CODE(0xa2d3ac0)
Bug is actually in Module::ScanDeps that is used by PAR::Packer to
determine all modules used (transitively) by your script.
Event.pm loads Event/idle.pm etc in a way that can't be detected
by static analysis. Hence, we must provide M::SD with a hint.
Can you try the follwing patch? Note that in order to see any effect you must
- apply the patch to the source of Module::ScanDeps
- re-build and install Module::ScanDeps
- re-pack your failing script
Cheers, Roderich
--- Module-ScanDeps-0.94/lib/Module/ScanDeps.pm 2009-08-10
20:28:30.0 +0200
+++ Module-ScanDeps-rt49002/lib/Module/ScanDeps.pm 2009-08-26
14:03:27.0 +0200
@@ -275,6 +275,7 @@
termios.ph asm/termios.ph sys/termiox.ph sys/termios.ph sys/ttycom.ph
) ],
'Email/Send.pm' => 'sub',
+'Event.pm' => 'sub',
'ExtUtils/MakeMaker.pm' => sub {
grep /\bMM_/, _glob_in_inc('ExtUtils', 1);
},
[rt.cpan.org #49007] This module emits a lot of uninitialized value warnings
Tue Aug 25 18:24:10 2009: Request 49007 was acted upon.
Transaction: Ticket created by DROLSKY
Queue: Module-ScanDeps
Subject: This module emits a lot of uninitialized value warnings
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: drol...@cpan.org
Status: new
Ticket https://rt.cpan.org/Ticket/Display.html?id=49007 >
I've attached a patch which shuts up all the warnings I've seen. All
tests still pass.
Index: lib/Module/ScanDeps.pm
===
--- lib/Module/ScanDeps.pm (revision 1089)
+++ lib/Module/ScanDeps.pm (working copy)
@@ -647,7 +647,7 @@
while ($recurse) {
my $count = keys %$rv;
-my @files = sort grep -T $_->{file}, values %$rv;
+my @files = sort grep { defined $_->{file} && -T $_->{file} } values %$rv;
scan_deps_static({
files=> [ map $_->{file}, @files ],
keys => [ map $_->{key}, @files ],
@@ -1007,9 +1007,11 @@
next if $_->{name} =~ m/(?:^|\/)\.(?:exists|packlist)$/;
my ($ext,$type);
$ext = lc($1) if $_->{name} =~ /(\.[^.]+)$/;
-next if $ext eq lc(lib_ext());
-$type = 'shared' if $ext eq lc(dl_ext());
-$type = 'autoload' if ($ext eq '.ix' or $ext eq '.al');
+if (defined $ext) {
+next if $ext eq lc(lib_ext());
+$type = 'shared' if $ext eq lc(dl_ext());
+$type = 'autoload' if ($ext eq '.ix' or $ext eq '.al');
+}
$type ||= 'data';
_add_info( rv => $rv,module => "auto/$path/$_->{name}",
@@ -1023,6 +1025,7 @@
sub _find_in_inc {
my $file = shift;
+return unless defined $file;
foreach my $dir (grep !/\bBSDPAN\b/, @INC, @IncludeLibs) {
return "$dir/$file" if -f "$dir/$file";
[rt.cpan.org #49002] Event.pm dependency: pp fails to find Event/idle.pm
Tue Aug 25 17:07:22 2009: Request 49002 was acted upon. Transaction: Ticket created by ganglion Queue: PAR-Packer Subject: Event.pm dependency: pp fails to find Event/idle.pm Broken in: 0.991 Severity: (no value) Owner: Nobody Requestors: jo...@pobox.com Status: new Ticket https://rt.cpan.org/Ticket/Display.html?id=49002 > $ cat test-event #!/usr/local/bin/perl use Event; $ pp -o te test-event $ ./te Can't locate Event/idle.pm in @INC (@INC contains: CODE(0xa2d3ac0) /tmp/par-jroth/cache-8e0c83f736a554b700eafd106a5bad932c8aebca/inc/lib /tmp/par-jroth/cache-8e0c83f736a554b700eafd106a5bad932c8aebca/inc CODE(0xa2135b0) CODE(0xa21b010)) at Event.pm line 66. ...propagated at Event.pm line 67. Compilation failed in require at script/test-event line 2. BEGIN failed--compilation aborted at script/test-event line 2. $ locate idle.pm /usr/local/lib/perl/5.10.0/Event/idle.pm /usr/local/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi/Event/idle.pm $ perl -v This is perl, v5.10.0 built for i686-linux-thread-multi $ which perl /usr/local/bin/perl $ perl -e 'print @INC' /usr/local/lib/perl5/5.10.0/i686-linux-thread-multi /usr/local/lib/perl5/5.10.0 /usr/local/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.10.0 $ unzip -t te | grep Event testing: lib/Event.pm OK testing: lib/Event/MakeMaker.pm OK testing: lib/Event/Watcher.pm OK testing: lib/auto/Event/Event.bs OK testing: lib/auto/Event/Event.so OK $ locate idle.pm /usr/local/lib/perl/5.10.0/Event/idle.pm /usr/local/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi/Event/idle.pm Comments: Even though idle.pm appears to be in the search path, it is not included in the par archive.
