Re: [wxperl-users] Problems using Wx::Package::Win32 and PerlApp

[Mark D. <mar...@zn...>]

Hi,

Pasted below is an example .perlapp config file that works for me with
PerlApp 6.0.2
You must bind each of the Wx dlls as shown (replacing the custom naming
with your own)

Then use BEGIN { use Wx::Package::Win32; }
as normal.

I'd be interested to know if this works / does not work.

#---------------------------------------------------------------
#!C:\Program Files\ActiveState Perl Dev Kit 6.0\bin\lib\pai.exe
PAP-Version: 1.0
Packer: C:\Program Files\ActiveState Perl Dev Kit 6.0\bin\perlapp.exe
Script: example.pl
Cwd: C:\example\bin
Bind:
wxbase26u_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxbase26u_vc_gigi.dll,extract,mode=444]
Bind:
wxbase26u_net_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxbase26u_net_vc_gigi.dll,extract,mode=444]
Bind:
wxbase26u_xml_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxbase26u_xml_vc_gigi.dll,extract,mode=444]
Bind:
wxmsw26u_core_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxmsw26u_core_vc_gigi.dll,extract,mode=444]
Bind:
wxmsw26u_stc_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxmsw26u_stc_vc_gigi.dll,extract,mode=444]
Bind:
wxmsw26u_gl_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxmsw26u_gl_vc_gigi.dll,extract,mode=444]
Bind:
wxmsw26u_html_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxmsw26u_html_vc_gigi.dll,extract,mode=444]
Bind:
wxmsw26u_media_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxmsw26u_media_vc_gigi.dll,extract,mode=444]
Bind:
wxmsw26u_xrc_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxmsw26u_xrc_vc_gigi.dll,extract,mode=444]
Bind:
wxmsw26u_adv_vc_gigi.dll[file=C:\Perl\site\lib\Alien\wxWidgets\msw_2_6_3_uni_mslu_cl_0\lib\wxmsw26u_adv_vc_gigi.dll,extract,mode=444]
Clean: 0
Date: 2006-04-16 19:08:00
Debug:
Dependent: 0
Dyndll: 0
Exe: example.exe
Force: 1
Gui: 1
Hostname: mypc
Icon: C:\example\example.ico
Lib: lib:.
No-Compress: 0
No-Logo: 0
Runlib:
Shared: private
Tmpdir:
Verbose: 1
Version-Comments:
Version-CompanyName:
Version-FileDescription:
Version-FileVersion:
Version-InternalName: example.exe
Version-LegalCopyright:
Version-LegalTrademarks:
Version-OriginalFilename: example.exe
Version-ProductName:
Version-ProductVersion:
Xclude: 1
#-----------------------------------------------------------


Ed W wrote:
> That's excellent.  Cheers Mark
> 
> However, my point still stands that perlapp includes every DLL that it
> can get it's hands on, so I think it's possibly something to do with
> startup/shutdown and something hanging around in a directory?
> 
> Cheers
> 
> Ed W
> 
> Mark Dootson wrote:
> 
>> Hi All,
>>
>> Wx::Package::Win32 does not yet work with wxPerl 0.49xx. I have had no
>> time to make and test the changes necessary.
>>
>> I think that if for now you manually bind each of the wxPerl DLLs in
>> perlapp you will get a working package.
>>
>> The problem is that perlapp has built in heuristics to include the
>> wxperl DLLs for versions of wxPerl 0.27 and below. This does not work
>> with wxPerl 0.49.
>>
>> I hope to be able to fix Wx::Package::Win32 before end of May.
>>
>> Regards
>>
>> Mark
>>
>>
>> Ed W wrote:
>>  
>>
>>> Mark Wardell wrote:
>>>
>>>   
>>>> Hi All/Mark,
>>>>
>>>> I am still having problems using PerlApp since using wxPerl 0.4902
>>>> (now 0.4904), when I exit I get an application error.
>>>> If I build without the --gui option, I see an error when I exit:
>>>>
>>>> "rmtree failed: Directory not empty"
>>>>     
>>> It's just one more datapoint, but I got this error when using the
>>> SingleInstanceChecker.  Curiously if I delete the single instance
>>> checker well before I shut down the app then all is fine, but if I kill
>>> it during shutdown then I get this error.
>>>
>>> Could this be what you are seeing?
>>>
>>> Ed W
>>>   
>>
>>
>>  
>>
>