Bug #104635 for PAR-Packer: IO error the first time an executable built by the packer is run on OSX

On 2015-05-22 21:41:20, MSCHILLI wrote: Show quoted text
Sorry, I can't reproduce this on OSX 10.10.3 with system Perl (5.18.2) and latest PAR::Packer, PAR, Module::ScanDeps. What versions are you using? Does this also happen for a "hello world" example, e.g. pp -o hello.exe -e 'print "hello\n"' In any case, could you show the output of unzip -l packed_executable of a packed_executable showing the problem. Cheers, Roderich

I've found a way to reproduce it, try this: mkdir -p lib/Foo eg cat >Foo.pm <<EOT package Foo; use Foo::Bar; sub foo { Foo::Bar->foo(); } 1; EOT cat >lib/Foo/Bar.pm <<EOT package Foo::Bar; sub foo { print "hello\n"; } 1; EOT cat >eg/foo <<EOT #!/usr/bin/perl -w use lib "lib"; use Foo; Foo::foo(); EOT chmod +x eg/foo pp -o broken.exe eg/foo ./broken.exe IO error: Can't open file /var/folders/_9/ts8bmfyd3wb7nq36_p2fs1p40000gn/T//par-6d736368696c6c69/cache-77a96ed9cc9da13b9f275d500f8ec0ed2e7e58a1/inc/lib/foo for write : Is a directory at -e line 953. Seems to be related to the fact that the osx FS won't distinguish between Foo and foo.

On 2015-06-26 04:56:15, RSCHUPP wrote: Show quoted text
Perhaps the bug is not in PAR::Packer, but rather in Module::ScanDeps (which is used by PAR::Packer to determine what modules etc to "pack in"). $ scandeps.pl -V eg/foo # Foo.pm [module] # Foo/Bar.pm [module] # foo [data] <--- ??? # Legend: [C]ore [X]ternal [S]ubmodule [?]NotOnCPAN 'Foo::Bar' => '0', # ? # Foo 'Foo' => '0', # ? # foo But when I move foo to the cwd: $ scandeps.pl -V foo # Foo.pm [module] # Foo/Bar.pm [module] # Legend: [C]ore [X]ternal [S]ubmodule [?]NotOnCPAN 'Foo::Bar' => '0', # ? # Foo 'Foo' => '0', # ? # foo also $ scandeps.pl -V ./foo # Foo.pm [module] # Foo/Bar.pm [module] # foo [data] <--- ??? # Legend: [C]ore [X]ternal [S]ubmodule [?]NotOnCPAN 'Foo::Bar' => '0', # ? # Foo 'Foo' => '0', # ? # foo The line "# foo [data]" is probably responsible for the spurious zip member lib/foo: $ pp -o good.exe foo $ unzip -l good.exe Archive: good.exe Length Date Time Name --------- ---------- ----- ---- 0 2015-06-29 21:42 lib/ 0 2015-06-29 21:42 script/ 455 2015-06-29 21:42 MANIFEST 215 2015-06-29 21:42 META.yml 80 2015-06-29 21:42 lib/Foo.pm 71 2015-06-29 21:42 lib/Foo/Bar.pm 55 2015-06-29 21:42 script/foo 676 2015-06-29 21:42 script/main.pl --------- ------- 1552 8 files Note: no lib/foo! To be continued. Cheers, Roderich