Registry Path changes
I'm trying to make a program self-relocating; Drag and drop and it still works. I have it working within a single drive/partition. Will it work between drives/partitions if I search the registry for each occurrence of the executable and change the drive letter -- or is it not that simple? I'm thinking specifically of the class registration which is in binary -- but I don't think that has anything to do with the path data -- but I'm not sure. And of course there may be other things I've never heard of. Deep down the registry seems to be a mystery to most. I'm putting some stuff in the reg myself but I noticed that Windows adds a lot on it's own. Some of it is clearly just convenience (for instance last time manually entered in the run/search/browser text boxes) but some of it I have no idea what it is used for. Not that I wouldn't like for the convenience stuff to work too. Bugs, even small ones, bother me you know :) I normally just go ahead and use the trial and error method but with the registry, if someone knows for sure it won't work, perhaps I can save myself a restore from backup which although possible and much better than not, is a pain. ms ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: build perl 5.8.1 with gcc-3.3.1 w32api-2.4 and dmake-4.1pl1-w in32
Arms, Mike wrote: Rob, have you been able to compile the Tk module for Perl under Cygwin? I assume by "mingw compiler", you are using Cygwin. If so, did you have to load any special Cygwin items (from Cygwin's setup tool)? When I try to compile the Tk module using gcc under Cygwin, I get all kinds of errors. I have been able to build some XS modules under Cygwin, but not Tk (and a few others that I cannot recall just now). No - Cygwin is different to mingw. The mingw compiler is a *native* win32 compiler - it doesn't mess with the OS, whereas Cygwin *does* mess with the OS through the Cygwin DLL. (Not sure if that's technically correct, but the situation is effectively something like that :-) I'd be surprised if the Tk ppm from ActiveState worked on Cygwin perl (though faik it might ?) - but I would be hopeful there'd be no problem with it on my mingw-built perl. I haven't checked, of course, because Tk builds fine on my mingw-built perl anyway. I once used Cygwin's perl - and I still loathe it with every fibre of my being. Every perl module I wanted to build needed to first be patched. Others claim Cygwin is very good. I would think there would be patches available that would enable you to build Tk on Cygwin - the Cygwin mailing list (or its archive) should be able to help with that. Good luck. Cheers, Rob -- Any emails containing attachments will be deleted from my ISP's mail server before I even get to see them. If you wish to email me an attachment, please provide advance warning so that I can make the necessary arrangements. ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: build perl 5.8.1 with gcc-3.3.1 w32api-2.4 and dmake-4.1pl1-w in32
Sisyphus [EMAIL PROTECTED] wrote: > Ken Cornetet wrote: > > You will not be able to use modules containing compiled code without > > compiling them yourself. > > Actually, any of the ActiveState ppm's that I've installed on my > mingw-built perl have worked fine. I've also installed mingw-built > binaries on AS perl without any problem. > > Having the mingw compiler does however enable you to build your perl > with different build options (eg no multithreading). And it > does enable you to build (XS) modules for which no ppm exists (eg > your own modules) . all of that without having to spend a cent. > > Cheers, > Rob Rob, have you been able to compile the Tk module for Perl under Cygwin? I assume by "mingw compiler", you are using Cygwin. If so, did you have to load any special Cygwin items (from Cygwin's setup tool)? When I try to compile the Tk module using gcc under Cygwin, I get all kinds of errors. I have been able to build some XS modules under Cygwin, but not Tk (and a few others that I cannot recall just now). -- Mike Arms ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: build perl 5.8.1 with gcc-3.3.1 w32api-2.4 and dmake-4.1pl1-win32
Ken Cornetet wrote: You will not be able to use modules containing compiled code without compiling them yourself. Actually, any of the ActiveState ppm's that I've installed on my mingw-built perl have worked fine. I've also installed mingw-built binaries on AS perl without any problem. Having the mingw compiler does however enable you to build your perl with different build options (eg no multithreading). And it does enable you to build (XS) modules for which no ppm exists (eg your own modules) . all of that without having to spend a cent. Cheers, Rob -- Any emails containing attachments will be deleted from my ISP's mail server before I even get to see them. If you wish to email me an attachment, please provide advance warning so that I can make the necessary arrangements. ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: build perl 5.8.1 with gcc-3.3.1 w32api-2.4 and dmake-4.1pl1-win32
You will not be able to use modules containing compiled code without compiling them yourself. However, I must say I *really* like the idea of using mingw to create the "standard" windows binararies. Does anyone else think a mingw compiled perl (vs MSVC) is a good idea? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bobber Cheng Sent: Monday, December 22, 2003 9:31 PM To: Sisyphus Cc: [EMAIL PROTECTED] Subject: Re: build perl 5.8.1 with gcc-3.3.1 w32api-2.4 and dmake-4.1pl1-win32 Hi,Sisyphus, Thanks for ur help, i used to download perl 5.8.1 source from perl.org. ActivePerl 5.8.2 is complied successfully and pass most test. I just wonder except add ppm and additional ISAPI support i never use it in a million years, what's the most difference? Sisyphus wrote: > Bobber Cheng wrote: > >> Hi, >> >> Have anyone successfully built perl 5.8.1 on MingW with gcc-3.3.1, >> w32api-2.4 and dmake-4.1pl1-win32? I compile it smoothly, but when i >> run "dmake test", perl.exe crashed, > > > > What source code are you using ? Try the source code from ActiveState > (for their latest build) if you haven't already done that. > > I don't know if that will help ... it's just something to try :-) > > Cheers, > Rob > > ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Pop3-server, octets?
On Monday, December 22, 2003, at 07:19 PM, Magnus Lindgren wrote: Hi everybody! Octets are groups of 8 bits regardless of how large a byte is right? So in 7bit ascii 8 characters would be 8 byte but 7 octets right? Correct me if I'm wrong because this is pretty much as far as I reach here ;-) As far as we're concerned on Linux and Windows, an octet is a byte. 7-bit ASCII usually just leaves the high bit set to 0. So 8 characters is 8 octets and 8 bytes. So, the problem is, how do I know the encoding of the messages? If I for example fetch them from a MySQL database and store them in a hash, how will I now the size of them? The number of bytes is easy, just take the length i guess... but how many octets? Unless I'm drastically misunderstanding, you can just send the size in bytes for your purposes. HTH, Ricky ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Installing DBI module
Dembskey, E. (Evan) wrote: It was suggested I try set an Environment Variable to a proxy server, I did this, but get the same error or it times out. So I went to http://ppm.activestate.com/PPMPackages/zips/8xx-builds-only/Windows/ and downloaded DBI-1.39.zip, unzipped it in a directory called perl/install and followed the instructions in the readme file (ppm install dbi.ppd), whch resulted in the following error: C:\PROGRA~1\ejd\perl\bin>ppm install dbi.ppd Retrieving package 'dbi.ppd'... Error installing package 'dbi.ppd': Could not locate a PPM binary of 'dbi.ppd' for this platform If you unzipped the download to C:\perl\install you need to cd to *that* directory and then run 'ppm install DBI.ppd': C:\perl\install>ppm install DBI.ppd Cheers, Rob -- Any emails containing attachments will be deleted from my ISP's mail server before I even get to see them. If you wish to email me an attachment, please provide advance warning so that I can make the necessary arrangements. ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Installing DBI module
Title: Installing DBI module Hi, I have tried using ppm to install modules, but get this error: HTTP POST failed: 500 (Can't connect to www.activestate.com:80 (Bad hostname 'www.activestate.com') at C:/Program Files/ejd/perl/site/lib/LWP/Protocol/http.pm line 33, <> line 1.), in SOAP method call. Content of response: at C:/Program Files/ejd/perl/site/lib/PPM/SOAPClient.pm line 222 It was suggested I try set an Environment Variable to a proxy server, I did this, but get the same error or it times out. So I went to http://ppm.activestate.com/PPMPackages/zips/8xx-builds-only/Windows/ and downloaded DBI-1.39.zip, unzipped it in a directory called perl/install and followed the instructions in the readme file (ppm install dbi.ppd), whch resulted in the following error: C:\PROGRA~1\ejd\perl\bin>ppm install dbi.ppd Retrieving package 'dbi.ppd'... Error installing package 'dbi.ppd': Could not locate a PPM binary of 'dbi.ppd' for this platform I tried dbi.ppm, moved all the files to per\bin, copied them to the lib and site\lib directories... all to no avail. What am I doing wrong here? All I want to do is install a few modules, this is getting very frustrating. Regards, Evan This email and any accompanying attachments may contain confidential and proprietary information. This information is private and protected by law and, accordingly, if you are not the intended recipient, you are requested to delete this entire communication immediately and are notified that any disclosure, copying or distribution of or taking any action based on this information is prohibited. Emails cannot be guaranteed to be secure or free of errors or viruses. The sender does not accept any liability or responsibility for any interception, corruption, destruction, loss, late arrival or incompleteness of or tampering or interference with any of the information contained in this email or for its incorrect delivery or non-delivery for whatsoever reason or for its effect on any electronic device of the recipient. If verification of this email or any attachment is required, please request a hard-copy version.
