Re: [rt.cpan.org #13508] cannot find Glib.dll on win32, despite being packaged in the exe

2006-10-13 Thread Marc Lehmann
On Fri, Sep 01, 2006 at 08:32:05AM -0400, Audrey Tang via RT <[EMAIL PROTECTED]> wrote: > In fact, the Glib.dll problem (DynaLoader-specific name mangling defeats > third-party shared object loading) is the same as the Wx.dll problem we > diagnosed and resolved on PAR 0.952, so there's a high prob

Re: Location of unpacked library

2006-10-13 Thread Andreas Marienborg
Thanks for the lengthy and good answer. I ended up using PAR_GLOBAL_TEMP after an off-list tip from Roderich Schupp, which also pointed out I need my eyes checked when I read the manuals in the future :) It now works like a charm, and the sysadmin is happily cleaning /tmp again :) thank

Re: Location of unpacked library

2006-10-13 Thread Steffen Mueller
Andreas Marienborg schrieb: I use PAR + pp to deploy some applications needing perl 5.8.n in a 5.6.n enviroment. That works great except for one small glitch. It gets unpacked in /tmp/par- and the hosting company automaticly cleans some files under /tmp every once in a while. Now I'm wond