On Tue, 23 Jun 2009, Michael Herger wrote:
>  > is no simple way to fix this with the existing PerlApp; I'll try to get
>  > something into 8.0.2 for this.
>  
>  Looking forward to that build!

If you want I can send you a link to a dev build for testing once
I'm done with the Wx related improvements.
 
>  >     my $wx_dll;
>  >     use Win32;
>  >     BEGIN { $wx_dll = Win32::LoadLibrary("Wx.dll") }
>  >     END   { Win32::FreeLibrary($wx_dll) for 1..2 }
>  >
>  > Would you mind trying that out yourself too?
>  
>  Does compile and start, but I didn't see any reasonable performance
>  improvement. Plus it crashes with an access violation or similar when
>  closing.

Darn!  I was hoping this would get rid of the crashes. :(  Looks like
I need a more complex sample script than minimal.pl for my testing.

>  I did some more (hand-measured) testing. Is all the file extraction etc.
>  done _before_ the code is started? On my oldish 1.6 Pentium-M laptop
>  starting this application is like 3 vs. 12 seconds (perl vs. pdk built).
>  The splash screen comes up around 1 vs. 7 seconds. This would make me
>  think the unpacking is done on demand, when libraries are being used?

All the wxWidgets specific libraries are unpacked on startup so that
the loader can find and load them when required.  They are always written
to disk, even when you use --dyndll, presumably because they don't work
with --dyndll.  I didn't find any comments/documentation about this though,
so I disabled writing them to disk and everything worked for minimal.pl.
But since I'm not getting the crash either I guess this is not a sufficiently
complex test for --dyndll either.

Cheers,
-Jan

_______________________________________________
PDK mailing list
PDK@[...].com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs