Re: PP generates some duff code with multithreading enabled
Did the same with no fault here, build 809, XP, and the latest snap of PAR compiled with VC 6. Are you self compiling PAR or using the binary download? Downloading the binaries of PAR. Has been like this for the last few versions though. I do have VC .Net here. I will try and compile PAR myself with that and see if anything changes Thanks Ed W
Re: PP generates some duff code with multithreading enabled
On 9 May 2004 at 12:31, Ed Wildgoose wrote: Off list - would you like to send me your a.exe and see if it crashes on my machine? See attached: Thanks Ed W P.S. Just found something interesting. It doesn't crash if I double click on it. Only if I run it from a cmd shell... I see several things, but I can't put them together yet. Your a.exe creates a temp cache dir with a short MD5 hash name, while mine creates a long SHA1 cache name. That implies that yours is created in the embedded par.pl, when mine is done in the static.c header. Also, mine extracts stuff to an inc subdir of the cache, while yours does not. If I run yours from the command line, it crashes the first time and every time. If I double click it, it runs the first time and then crashes every time after that. If I delete the cache and run it, it runs the first time and then crashes afterwards. If I rename my c:\perl directory to hide it, your a.exe runs OK everytime ?!? The only way your a.exe can find my perl install is by the copy of Config.pm in a.exe. Both of our Config.pm's point to c:\perl. There must be some conflict between the stuff in your PAR binary and the perl install we both have for 5.8.3. You may find that you have no problem running your application on a machine that doesn't have perl installed (or at least not in c:\perl). Or your problem may go away if you download the snapshot and compile yourself. Alan Stewart
Re: PP generates some duff code with multithreading enabled
Thanks Alan, You are right that something strange is going on here. I ran the aa.exe that the.noonings created, and it runs fine on my machine. Coupled with what you say below that my exe is crashing on your machine suggests something strange going on with my par install. The original install was done after perl 5.8.2 was installed, and was either done using the precompiled download, or slightly possibly from the activestate download (I think the former though). Now that I rebuilt 0.80 from source it doesn't crash, on my little test program, but more complicated stuff is failing, so I think I need to re-install all my perl modules (wxwindows, etc). Will report back after that. Thanks everyone Ed W I see several things, but I can't put them together yet. Your a.exe creates a temp cache dir with a short MD5 hash name, while mine creates a long SHA1 cache name. That implies that yours is created in the embedded par.pl, when mine is done in the static.c header. Also, mine extracts stuff to an inc subdir of the cache, while yours does not. If I run yours from the command line, it crashes the first time and every time. If I double click it, it runs the first time and then crashes every time after that. If I delete the cache and run it, it runs the first time and then crashes afterwards. If I rename my c:\perl directory to hide it, your a.exe runs OK everytime ?!? The only way your a.exe can find my perl install is by the copy of Config.pm in a.exe. Both of our Config.pm's point to c:\perl. There must be some conflict between the stuff in your PAR binary and the perl install we both have for 5.8.3. You may find that you have no problem running your application on a machine that doesn't have perl installed (or at least not in c:\perl). Or your problem may go away if you download the snapshot and compile yourself. Alan Stewart
Re: PP generates some duff code with multithreading enabled
Hmm, OK, well I have rebuild PAR 0.80 from source, and re-installed wxperl and now everything is working fine... I'm fairly sure that if I re-installed the binary version of par then this would re-occur though. Any ideas why? Thanks all. This is a major improvement for me. I still have quite a few bugs, but not sure how best to announce them, since I don't have good reproducable cases for most of them. For example, I manually build an intermediate par file, then remove the Wx dll's, then build the exe. However, if the Wx dlls aren't then in the patch when I run the final exe, something goes mad, consumes all available ram in the machine until it falls over in a heap... If I build the exe without --gui then the last thing I see on the console is the message about being unable to locate loadable object for module Wx in To be fair this may not be a par issue at all... I didn't think to check what happens normally if I just delete the dll's Ooops, will go and do that next! Thanks again Ed W
PP generates some duff code with multithreading enabled
Please try the following snippet through pp. It executes fine, but crashes when the app exits (at least on win32, havent tried linux yet). I would be really grateful if someone could help debug this - it's the last major bug standing in the way of packaging my little email app with par. #!/usr/bin/perl use threads; use threads::shared; print Cras\n; ## fails to exit cleanly after this... Thanks for any help. Ed W P.S. Autrijus, I will try to check it out myself, but in the latest pre-release did you check in Alan Stewarts changes to fix the --icon problem where it increases the file size? I have just been retesting his version and it does seem to work fine for me? Thanks
Re: PP generates some duff code with multithreading enabled
On Sat, May 08, 2004 at 06:21:07PM +0100, Ed Wildgoose wrote: P.S. Autrijus, I will try to check it out myself, but in the latest pre-release did you check in Alan Stewarts changes to fix the --icon problem where it increases the file size? I have just been retesting his version and it does seem to work fine for me? Have you tested for both 5.6.x and 5.8.x? I have only tested 5.8.x and it breaks here. :-/ Thanks, /Autrijus/ pgp0.pgp Description: PGP signature
Re: PP generates some duff code with multithreading enabled
On 9 May 2004 at 3:35, Autrijus Tang wrote: On Sat, May 08, 2004 at 06:21:07PM +0100, Ed Wildgoose wrote: P.S. Autrijus, I will try to check it out myself, but in the latest pre-release did you check in Alan Stewarts changes to fix the --icon problem where it increases the file size? I have just been retesting his version and it does seem to work fine for me? Have you tested for both 5.6.x and 5.8.x? I have only tested 5.8.x and it breaks here. :-/ Thanks, /Autrijus/ I tested on 5.6.1 (ActivePerl build 635) and 5.8.3 (ActivePerl build 509). In what way does it break for you? Alan Stewart
Re: PP generates some duff code with multithreading enabled
On 9 May 2004 at 0:16, Ed Wildgoose wrote: Nope, just downloaded 5.8.3 (809) and its the same. Can I check what you did: - save the above snippet as crashtest.pl. Run pp crashtest.pl, then run a.exe It prints Cras and then there is a windows protection fault thingy box. This is on WinXP, but my limited testing suggests that it appears on other versions as well. Did the same with no fault here, build 809, XP, and the latest snap of PAR compiled with VC 6. Are you self compiling PAR or using the binary download? Alan Stewart
Re: PP generates some duff code with multithreading enabled
Three more, only this time more relevant C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.exe Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.exe Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.exe Cras - Original Message - From: the.noonings [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, May 08, 2004 10:27 PM Subject: Re: PP generates some duff code with multithreading enabled Works fine for me on windows XP Pro, using perl v5.8.3 built for MSWin32-x86-multi-thread C:\Documents and Settings\malcolm\My Documents\proj_pp_testingtype aa.pl #!/usr/bin/perl use threads; use threads::shared; C:\Documents and Settings\malcolm\My Documents\proj_pp_testingpp -o aa.exe aa.pl C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.pl Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.pl Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.pl Cras - Original Message - From: Ed Wildgoose [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, May 08, 2004 1:21 PM Subject: PP generates some duff code with multithreading enabled Please try the following snippet through pp. It executes fine, but crashes when the app exits (at least on win32, havent tried linux yet). I would be really grateful if someone could help debug this - it's the last major bug standing in the way of packaging my little email app with par. #!/usr/bin/perl use threads; use threads::shared; print Cras\n; ## fails to exit cleanly after this... Thanks for any help. Ed W P.S. Autrijus, I will try to check it out myself, but in the latest pre-release did you check in Alan Stewarts changes to fix the --icon problem where it increases the file size? I have just been retesting his version and it does seem to work fine for me? Thanks
Re: PP generates some duff code with multithreading enabled
Another test, where I use a simple pl file to execute the exe made from your requested code. C:\Documents and Settings\malcolm\My Documents\proj_pp_testingtype aa_test_app.pl #!/usr/bin/perl if (system(aa.exe)) { print (Could not system aa.exe\n); } else { print (Success with system aa.exe\n); } C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa_test_app.pl Cras Success with system aa.exe - Original Message - From: the.noonings [EMAIL PROTECTED] To: the.noonings [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, May 08, 2004 10:28 PM Subject: Re: PP generates some duff code with multithreading enabled Three more, only this time more relevant C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.exe Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.exe Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.exe Cras - Original Message - From: the.noonings [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, May 08, 2004 10:27 PM Subject: Re: PP generates some duff code with multithreading enabled Works fine for me on windows XP Pro, using perl v5.8.3 built for MSWin32-x86-multi-thread C:\Documents and Settings\malcolm\My Documents\proj_pp_testingtype aa.pl #!/usr/bin/perl use threads; use threads::shared; C:\Documents and Settings\malcolm\My Documents\proj_pp_testingpp -o aa.exe aa.pl C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.pl Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.pl Cras C:\Documents and Settings\malcolm\My Documents\proj_pp_testingaa.pl Cras - Original Message - From: Ed Wildgoose [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, May 08, 2004 1:21 PM Subject: PP generates some duff code with multithreading enabled Please try the following snippet through pp. It executes fine, but crashes when the app exits (at least on win32, havent tried linux yet). I would be really grateful if someone could help debug this - it's the last major bug standing in the way of packaging my little email app with par. #!/usr/bin/perl use threads; use threads::shared; print Cras\n; ## fails to exit cleanly after this... Thanks for any help. Ed W P.S. Autrijus, I will try to check it out myself, but in the latest pre-release did you check in Alan Stewarts changes to fix the --icon problem where it increases the file size? I have just been retesting his version and it does seem to work fine for me? Thanks