From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Wed, 17 Jul 2002 04:32:31 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 275 ************************************************** Tuesday 16 July 2002 Number 275 ************************************************** Subjects for today 1 Re: Perl 5.8.0 RC3 (gleam of hope) : Sebastian Wittmeier (ShadoW)" 2 Re: Perl 5.8.0 RC3 (gleam of hope) : Sebastian Wittmeier (ShadoW)" 3 Re: Perl 5.8.0 RC3 (gleam of hope) : Henry Sobotka 4 Re: XCOPY using WGET : Steve Wendt" 5 Re: XCOPY using WGET : lordspigol" 6 Re: XCOPY using WGET : lordspigol" 7 Re: Perl 5.8.0 RC3 (gleam of hope) : lordspigol" 8 Re: XCOPY using WGET : lordspigol" 9 Re: XCOPY using WGET : lordspigol" 10 Re: XCOPY using WGET : John Poltorak 11 Re: Perl 5.8.0 RC3 (gleam of hope) : Henry Sobotka 12 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 13 Re: XCOPY using WGET : John Poltorak 14 Re: wxWindows : Maynard" 15 Re: XCOPY using WGET : csaba.raduly at sophos.com 16 Re: Baseline toolset RC1 : John Poltorak 17 Re: Clearing RAMFS drive : lordspigol" 18 wxWindows : John Poltorak 19 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 20 Re: Perl 5.8.0 RC3 (gleam of hope) : Sebastian Wittmeier (ShadoW)" 21 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 22 Clearing RAMFS drive : John Poltorak 23 Re: XCOPY using WGET : Steve Wendt 24 Re: Perl 5.8.0 RC3 (gleam of hope) : Sebastian Wittmeier (ShadoW)" 25 Re: wxWindows : Adrian Gschwend" 26 Re: Clearing RAMFS drive : lordspigol" 27 Re: Perl 5.8.0 RC3 (gleam of hope) : Sebastian Wittmeier (ShadoW)" 28 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 29 Re: Clearing RAMFS drive : John Poltorak 30 Re: Clearing RAMFS drive : Kris Steenhaut 31 Re: Clearing RAMFS drive : Kris Steenhaut 32 Re: XCOPY using WGET : xyzyx" 33 Re: XCOPY using WGET : xyzyx" 34 Re: wxWindows : Peter Jespersen" 35 Re: Perl 5.8.0 RC3 (gleam of hope) : Sebastian Wittmeier (ShadoW)" 36 Re: Clearing RAMFS drive : xyzyx" 37 Re: wxWindows : Andrea Venturoli 38 Re: wxWindows : Hakan" 39 Re: wxWindows : Stefan Neis 40 UnixOS/2 bootstrap : John Poltorak 41 Re: UnixOS/2 bootstrap : Maynard" **= Email 1 ==========================** Date: Wed, 17 Jul 2002 00:08:23 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Tue, 16 Jul 2002 15:45:57 +0100, John Poltorak wrote: >If you have a c:\POPUPLOG.OS2, check to see if you have a number of >entries like this:- yes, you are right I have seen some discussion recently on this list, but didn't associate that problem >If you compare the latest, with the one in >STABLE you may see a section which has been removed. We need to get that >back somehow... Are you shure? Perhaps db.lib is the culprit. The problem in makedef.pl Perl is supposed to export Perl_malloc, when you specify malloc The conversion is done with that table in output_symbol(): my %exportperlmalloc = ( Perl_malloc => "malloc", Perl_mfree => "free", Perl_realloc => "realloc", Perl_calloc => "calloc", ); Therefore I excluded the relevant part from that function and added somewhere: printf qq( %-31s \ at %s\n), qq("malloc"), $ordinal{"malloc"} || ++$sym_ord; Now I have traps in realloc 07-16-2002 23:54:40 SYS2070 PID f8e3 TID 0001 Slot 00be E:\TMP\PERL-5.8.0-RC3\T\PERL.EXE DB_FILHA->PERLB12E.realloc 127 but that should be trivial and *is left as an exercise to the reader*. I'm going to bed now. The dll gets linked in such a way (automatically) that all calls to malloc are forwarded: 01155 malloc ... 01155 Forwarder -> EMXLIBCM.402 Sebastian PS Would you have known that the \perl-5.8.0-RC3\t directory has its own perlB12E.dll, which of course doesn't get overwritten by make (incl. make clean!). It's fun to start the compilation anew. :-( **= Email 2 ==========================** Date: Wed, 17 Jul 2002 00:08:23 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Tue, 16 Jul 2002 15:45:57 +0100, John Poltorak wrote: >If you have a c:\POPUPLOG.OS2, check to see if you have a number of >entries like this:- yes, you are right I have seen some discussion recently on this list, but didn't associate that problem >If you compare the latest, with the one in >STABLE you may see a section which has been removed. We need to get that >back somehow... Are you shure? Perhaps db.lib is the culprit. The problem in makedef.pl Perl is supposed to export Perl_malloc, when you specify malloc The conversion is done with that table in output_symbol(): my %exportperlmalloc = ( Perl_malloc => "malloc", Perl_mfree => "free", Perl_realloc => "realloc", Perl_calloc => "calloc", ); Therefore I excluded the relevant part from that function and added somewhere: printf qq( %-31s \ at %s\n), qq("malloc"), $ordinal{"malloc"} || ++$sym_ord; Now I have traps in realloc 07-16-2002 23:54:40 SYS2070 PID f8e3 TID 0001 Slot 00be E:\TMP\PERL-5.8.0-RC3\T\PERL.EXE DB_FILHA->PERLB12E.realloc 127 but that should be trivial and *is left as an exercise to the reader*. I'm going to bed now. The dll gets linked in such a way (automatically) that all calls to malloc are forwarded: 01155 malloc ... 01155 Forwarder -> EMXLIBCM.402 Sebastian PS Would you have known that the \perl-5.8.0-RC3\t directory has its own perlB12E.dll, which of course doesn't get overwritten by make (incl. make clean!). It's fun to start the compilation anew. :-( **= Email 3 ==========================** Date: Wed, 17 Jul 2002 00:09:15 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 RC3 (gleam of hope) Sebastian Wittmeier (ShadoW) wrote: > > The dll gets linked in such a way (automatically) that all calls to > malloc are forwarded: > 01155 malloc > ... > 01155 Forwarder -> EMXLIBCM.402 Forwarding the *alloc/free calls to emx will only lead to the kind of problems Stefan described in a post last month unless you build Perl configured to use the system (emx) malloc; the default for OS/2 is to use the functions in Perl's malloc.c. > Would you have known that the \perl-5.8.0-RC3\t directory has its own > perlB12E.dll, > which of course doesn't get overwritten by make (incl. make clean!). It's copied there so that perl.exe can find it for the tests; otherwise the build directory would have to be added to LIBPATH. Though make clean should be fixed to remove it, it does get overwritten by the newer version after a rebuild. h~ **= Email 4 ==========================** Date: Wed, 17 Jul 2002 01:07:07 -0700 (PDT) From: "Steve Wendt" Subject: Re: XCOPY using WGET On Wed, 17 Jul 2002 08:59:44 +0100, John Poltorak wrote: >> > To the best of my knowledge it is possible only with >> > a ftp client that is able to server to server transfers. >> >> Otherwise known as FXP? > >What is FXP? As was written, it is server to server file transfer (no intermediary transfer to the client). ----------- "Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws." - Plato (427-347 B.C.) **= Email 5 ==========================** Date: Wed, 17 Jul 2002 02:23:30 -0300 (ADT) From: "lordspigol" Subject: Re: XCOPY using WGET Exactly! I forgot totally the name of the thing! Rod On Tue, 16 Jul 2002 18:08:44 -0700 (PDT), Steve Wendt wrote: > >> To the best of my knowledge it is possible only with >> a ftp client that is able to server to server transfers. > >Otherwise known as FXP? > **= Email 6 ==========================** Date: Wed, 17 Jul 2002 05:25:55 -0300 (ADT) From: "lordspigol" Subject: Re: XCOPY using WGET FTP transfer between servers. A nice feature that NFTP cant do. :( Rod On Wed, 17 Jul 2002 08:59:44 +0100, John Poltorak wrote: >On Tue, Jul 16, 2002 at 06:08:44PM -0700, Steve Wendt wrote: >> On Tue, 16 Jul 2002, lordspigol wrote: >> >> > To the best of my knowledge it is possible only with >> > a ftp client that is able to server to server transfers. >> >> Otherwise known as FXP? > >What is FXP? **= Email 7 ==========================** Date: Wed, 17 Jul 2002 06:17:37 -0300 (ADT) From: "lordspigol" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) AGREED! There lot yet to someone as me learn to do these hackings. Rod On Wed, 17 Jul 2002 09:21:23 +0100, John Poltorak wrote: >> but that should be trivial and *is left as an exercise to the reader*. >> I'm going to bed now. > >It may be trivial to some people, but not me... **= Email 8 ==========================** Date: Wed, 17 Jul 2002 06:26:34 -0300 (ADT) From: "lordspigol" Subject: Re: XCOPY using WGET Yes, there is Handy FTP. When I tested it was very beta. Can be well better. ftp://ftp.netlabs.org/pub/handyftp/ Rod On Wed, 17 Jul 2002 09:28:45 +0100, John Poltorak wrote: >But is there an FXP program, or is it just a function of FTP? > >Can I use it on OS/2? If so how? **= Email 9 ==========================** Date: Wed, 17 Jul 2002 06:27:43 -0300 (ADT) From: "lordspigol" Subject: Re: XCOPY using WGET ! []s Rod On Wed, 17 Jul 2002 09:50:17 +0100, csaba.raduly at sophos.com wrote: >>"Do...or do not, there is no 'try'" - Yoda > >Obviously programming on C++, he does not. :-) **= Email 10 ==========================** Date: Wed, 17 Jul 2002 08:59:44 +0100 From: John Poltorak Subject: Re: XCOPY using WGET On Tue, Jul 16, 2002 at 06:08:44PM -0700, Steve Wendt wrote: > On Tue, 16 Jul 2002, lordspigol wrote: > > > To the best of my knowledge it is possible only with > > a ftp client that is able to server to server transfers. > > Otherwise known as FXP? What is FXP? > > >I'm trying to get WGET to function as XCOPY between TCP/IP hosts, but > > >can't figure out the correct flags. Can anyone help me out? > > Depending on what you're doing, rsync may be useful. RSYNC would be great, and whilst there is an OS/2 port, I don't think it works in daemon mode. At least, it never has done for me. Anyone interested in checking it out can get it here:- http://www.math.ohio-state.edu/~ilya/software/os2/rsync.zip -- John **= Email 11 ==========================** Date: Wed, 17 Jul 2002 09:16:26 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 RC3 (gleam of hope) Sebastian Wittmeier (ShadoW) wrote: > > So Perl_malloc should be exported as malloc? Yes, and ditto for [Perl_]realloc, [Perl_]calloc and [Perl_m]free. h~ **= Email 12 ==========================** Date: Wed, 17 Jul 2002 09:21:23 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Wed, Jul 17, 2002 at 12:08:23AM +0200, Sebastian Wittmeier (ShadoW) wrote: > On Tue, 16 Jul 2002 15:45:57 +0100, John Poltorak wrote: > >If you compare the latest, with the one in > >STABLE you may see a section which has been removed. We need to get that > >back somehow... > > Are you shure? Perhaps db.lib is the culprit. That is what I thought at first, but db.lib worked fine with 5.7.3, and the reason why it doesn't appears to due to a section of code removed from makedef.pl. > The problem in makedef.pl > > Perl is supposed to export Perl_malloc, when you specify malloc > The conversion is done with that table in output_symbol(): > > my %exportperlmalloc = > ( > Perl_malloc => "malloc", > Perl_mfree => "free", > Perl_realloc => "realloc", > Perl_calloc => "calloc", > ); In 5.7.3, this conversion was done in:- my %bincompat5005 = ( Perl_call_atexit => "perl_atexit", ... Perl_set_numeric_standard => "perl_set_numeric_standard", Perl_malloc => "malloc", Perl_mfree => "free", Perl_realloc => "realloc", Perl_calloc => "calloc", ); but this section has been removed. Something was added back, in 5.8.0 RC3 although it doesn't work. It may only need a minor change to get it working, but I wouldn't know what to do. > Therefore I excluded the relevant part from that function and added > somewhere: > > printf qq( %-31s \ at %s\n), > qq("malloc"), $ordinal{"malloc"} || ++$sym_ord; > > Now I have traps in realloc > > 07-16-2002 23:54:40 SYS2070 PID f8e3 TID 0001 Slot 00be > E:\TMP\PERL-5.8.0-RC3\T\PERL.EXE > DB_FILHA->PERLB12E.realloc > 127 > > but that should be trivial and *is left as an exercise to the reader*. > I'm going to bed now. It may be trivial to some people, but not me... > Sebastian -- John **= Email 13 ==========================** Date: Wed, 17 Jul 2002 09:28:45 +0100 From: John Poltorak Subject: Re: XCOPY using WGET On Wed, Jul 17, 2002 at 01:07:07AM -0700, Steve Wendt wrote: > On Wed, 17 Jul 2002 08:59:44 +0100, John Poltorak wrote: > > >> > To the best of my knowledge it is possible only with > >> > a ftp client that is able to server to server transfers. > >> > >> Otherwise known as FXP? > > > >What is FXP? > > As was written, it is server to server file transfer (no intermediary > transfer to the client). But is there an FXP program, or is it just a function of FTP? Can I use it on OS/2? If so how? > > ----------- > "Good people do not need laws to tell them to act responsibly, > while bad people will find a way around the laws." > - Plato (427-347 B.C.) > > -- John **= Email 14 ==========================** Date: Wed, 17 Jul 2002 09:48:36 -0500 (CDT) From: "Maynard" Subject: Re: wxWindows On Wed, 17 Jul 2002 13:26:56 +0100, John Poltorak wrote: >Are there any well known apps which use wxWindows? I'm pretty sure that Peter Nielsen is or has put PMView to wxWindows. `~Maynard **= Email 15 ==========================** Date: Wed, 17 Jul 2002 09:50:17 +0100 From: csaba.raduly at sophos.com Subject: Re: XCOPY using WGET On 16/07/2002 21:24:54 owner-os2-unix wrote: [snip] > >I don't know WGETRC really (have used environment variables and arguments so >far). Does it include the settings for "http_proxy" and "ftp_proxy" >(environment variables, in terms of "http://proxy.domain:8080/"), >"--proxy=on", "--proxy-user=" and >"--proxy-passwd="? Yes, it does. See the wget documentation (not the output of wget --help) in the "Startup file" section. Most commandline options have a wgetrc equivalent. > >-- >Illya Vaes (illya at vaeshiep.demon.nl) >"Do...or do not, there is no 'try'" - Yoda Obviously programming on C++, he does not. :-) -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 16 ==========================** Date: Wed, 17 Jul 2002 10:00:34 +0100 From: John Poltorak Subject: Re: Baseline toolset RC1 On Tue, Jul 16, 2002 at 06:25:53PM +0200, Stefan Neis wrote: > Hi, > > Thanks for assembling that list of files, I'm just installing a > completely new box ... I'm in the process of putting together a 'UnixOS/2 bootstrap script' which ought to be available later today. Hope you can give it a test... > One thing that looks like a _big_ problem is gcc-3 & make. > Is there any chance to get both working at the same time? > gcc-3 comes with gettext-0.10.40 and make-3.79 says it won't work > with precisely that version. Any suggestions how to work around > that? Back to make-3.75 yet again? Gettext is proving to be a bit of a quagmire. I think there is a way to get Make 3.79.1 to work with gcc 3.0.3, but you need a specific INTL.DLL and I'm not sure where it is. IMV it's very important to get a usable script to be able to guarantee a build of GETTEXT automatically without needing to change things and run Make twice just in case it doesn't work the first time. > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. -- John **= Email 17 ==========================** Date: Wed, 17 Jul 2002 10:52:19 -0300 (ADT) From: "lordspigol" Subject: Re: Clearing RAMFS drive It is possible manage RAMFS by LVM? Rod On Wed, 17 Jul 2002 14:10:56 +0100, John Poltorak wrote: >How do I clear a RAMFS drive? > >RAMDISK does not appear to have any options for detaching a drive letter... **= Email 18 ==========================** Date: Wed, 17 Jul 2002 13:26:56 +0100 From: John Poltorak Subject: wxWindows There's an interesting article in this month's OS/2ezine about wxWindows. See:- http://www.os2ezine.com/20020716/page_6.html I don't know anything about wxWindows apart from it being an open source GUI toolkit which allows the same app to be built on both Windows and Unix (and hopefully OS/2 some day). Are there any well known apps which use wxWindows? If I could use it today, what could I hope to build with it? -- John **= Email 19 ==========================** Date: Wed, 17 Jul 2002 13:44:02 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Wed, Jul 17, 2002 at 02:28:54PM +0200, Sebastian Wittmeier (ShadoW) wrote: > On Wed, 17 Jul 2002 13:56:16 +0200 (CEST), Sebastian Wittmeier (ShadoW) > wrote: > > >So Perl_malloc should be exported as malloc? > > Tried that. Now it looks ok: > > Failed 14/726 test scripts, 97.93% okay. 79/68412 subtests failed, > 99.88% okay. Excellent! Can you provide details? Maybe even a patch and I can try submitting it to the Perl maintainers for possible inclusion in the release version which is imminent... > Sebastian -- John **= Email 20 ==========================** Date: Wed, 17 Jul 2002 13:56:16 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Wed, 17 Jul 2002 00:09:15 -0400, Henry Sobotka wrote: >Forwarding the *alloc/free calls to emx will only lead to the kind of >problems Stefan described in a post last month unless you build Perl >configured to use the system (emx) malloc; the default for OS/2 is to >use the functions in Perl's malloc.c. Ok, I get a core dump, when db-btree.t tries to use an in-memory database. So Perl_malloc should be exported as malloc? Results (better than before): Failed 16/726 test scripts, 97.80% okay. 79/68089 subtests failed, 99.88% okay. Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------ ------- ../ext/DB_File/t/db-btree.t 3 768 ?? ?? % ?? ../ext/DB_File/t/db-recno.t 3 768 ?? ?? % ?? ../ext/IO/lib/IO/t/io_multihomed. 255 65280 8 8 100.00% 1-8 ../ext/IO/lib/IO/t/io_sock.t 255 65280 20 20 100.00% 1-20 ../ext/IO/lib/IO/t/io_udp.t 255 65280 7 7 100.00% 1-7 ../ext/Socket/Socket.t 29 7424 16 15 93.75% 2-16 ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 ../lib/Net/Ping/t/110_icmp_inst.t 255 65280 2 1 50.00% 2 ../lib/Net/Ping/t/120_udp_inst.t 255 65280 2 1 50.00% 2 ../lib/Net/Ping/t/130_tcp_inst.t 255 65280 2 1 50.00% 2 ../lib/Net/Ping/t/140_stream_inst 255 65280 2 1 50.00% 2 ../lib/Net/hostent.t 6 1536 7 6 85.71% 2-7 ../lib/Net/t/hostname.t 2 1 50.00% 1 lib/os2_ea.t 21 8 38.10% 7-11 14-16 lib/os2_process.t 6 1536 227 6 2.64% 80 85 90 94 174 209 lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 66 tests and 557 subtests skipped. Sebastian **= Email 21 ==========================** Date: Wed, 17 Jul 2002 13:57:40 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Wed, Jul 17, 2002 at 02:28:54PM +0200, Sebastian Wittmeier (ShadoW) wrote: > > Failed 14/726 test scripts, 97.93% okay. 79/68412 subtests failed, > 99.88% okay. > Failed Test Stat Wstat Total Fail Failed List > of > Failed > ------------------------------------------------------------------------ > ------- > ../ext/IO/lib/IO/t/io_multihomed. 255 65280 8 8 100.00% 1-8 > ../ext/IO/lib/IO/t/io_sock.t 255 65280 20 20 100.00% 1-20 > ../ext/IO/lib/IO/t/io_udp.t 255 65280 7 7 100.00% 1-7 > ../ext/Socket/Socket.t 29 7424 16 15 93.75% 2-16 > ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 > ../lib/Net/Ping/t/110_icmp_inst.t 255 65280 2 1 50.00% 2 > ../lib/Net/Ping/t/120_udp_inst.t 255 65280 2 1 50.00% 2 > ../lib/Net/Ping/t/130_tcp_inst.t 255 65280 2 1 50.00% 2 > ../lib/Net/Ping/t/140_stream_inst 255 65280 2 1 50.00% 2 > ../lib/Net/hostent.t 6 1536 7 6 85.71% 2-7 > ../lib/Net/t/hostname.t 2 1 50.00% 1 > lib/os2_ea.t 21 8 38.10% 7-11 > 14-16 > lib/os2_process.t 6 1536 227 6 2.64% 80 85 > 90 94 > 174 > 209 > lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 > 66 tests and 557 subtests skipped. Some of these failures may disappear with the addition of a number of existing libraries which are available on OS/2. Remember, Perl is getting built here with a minimal toolset. I achieved better results with an older version of Perl using an environment which was built up in an ad hoc manner over many years, but it would be difficult to specify exactly which libs need to be added. > Sebastian -- John **= Email 22 ==========================** Date: Wed, 17 Jul 2002 14:10:56 +0100 From: John Poltorak Subject: Clearing RAMFS drive How do I clear a RAMFS drive? RAMDISK does not appear to have any options for detaching a drive letter... -- John **= Email 23 ==========================** Date: Wed, 17 Jul 2002 14:11:41 -0700 (PDT) From: Steve Wendt Subject: Re: XCOPY using WGET On Wed, 17 Jul 2002, lordspigol wrote: > >But is there an FXP program, or is it just a function of FTP? > >Can I use it on OS/2? If so how? > > Yes, there is Handy FTP. When I tested it was very beta. Can be well better. I believe FTP Browser also supports it, although I've never tried it. **= Email 24 ==========================** Date: Wed, 17 Jul 2002 14:28:54 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Wed, 17 Jul 2002 13:56:16 +0200 (CEST), Sebastian Wittmeier (ShadoW) wrote: >So Perl_malloc should be exported as malloc? Tried that. Now it looks ok: Failed 14/726 test scripts, 97.93% okay. 79/68412 subtests failed, 99.88% okay. Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------ ------- ../ext/IO/lib/IO/t/io_multihomed. 255 65280 8 8 100.00% 1-8 ../ext/IO/lib/IO/t/io_sock.t 255 65280 20 20 100.00% 1-20 ../ext/IO/lib/IO/t/io_udp.t 255 65280 7 7 100.00% 1-7 ../ext/Socket/Socket.t 29 7424 16 15 93.75% 2-16 ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 ../lib/Net/Ping/t/110_icmp_inst.t 255 65280 2 1 50.00% 2 ../lib/Net/Ping/t/120_udp_inst.t 255 65280 2 1 50.00% 2 ../lib/Net/Ping/t/130_tcp_inst.t 255 65280 2 1 50.00% 2 ../lib/Net/Ping/t/140_stream_inst 255 65280 2 1 50.00% 2 ../lib/Net/hostent.t 6 1536 7 6 85.71% 2-7 ../lib/Net/t/hostname.t 2 1 50.00% 1 lib/os2_ea.t 21 8 38.10% 7-11 14-16 lib/os2_process.t 6 1536 227 6 2.64% 80 85 90 94 174 209 lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 66 tests and 557 subtests skipped. Sebastian **= Email 25 ==========================** Date: Wed, 17 Jul 2002 14:36:04 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: wxWindows On Wed, 17 Jul 2002 13:26:56 +0100, John Poltorak wrote: >Are there any well known apps which use wxWindows? If I could use it >today, what could I hope to build with it? I and my friend are writing the diploma work with wxWindows. We mainly use it for GUI stuff but also for cross-platform threading support. There are some articles about wxWindows at ibm.com (check wxWindows homepage for URL), they use it to port MFC applications to Linux. IMHO GTK and Qt get too much hype nowadays, wxWindows is a very nice class library to work with, the only drawback IMHO is the quite bad documentation they have. Sometime it's not clear at all how something should be used. cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 26 ==========================** Date: Wed, 17 Jul 2002 14:37:15 -0300 (ADT) From: "lordspigol" Subject: Re: Clearing RAMFS drive Yes I know it was a stupid question! :) Rod On Wed, 17 Jul 2002 18:40:14 +0200, Kris Steenhaut wrote: >> It is possible manage RAMFS by LVM? > >No, as LVM only knows about harddisks and devices seen as harddisk by >os2dasd.dmd . **= Email 27 ==========================** Date: Wed, 17 Jul 2002 15:51:39 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Wed, 17 Jul 2002 13:44:02 +0100, John Poltorak wrote: >Can you provide details? Maybe even a patch and I can try submitting it to >the Perl maintainers for possible inclusion in the release version which >is imminent... Looks like exportperlmalloc is only used for that problem. Therefore I hope nobody will miss the two removed lines. diff -Naur RC3/makedef.pl Patched/makedef.pl --- RC3/makedef.pl Thu Jul 11 16:32:10 2002 +++ Patched/makedef.pl Wed Jul 17 15:38:46 2002 at at -1315,8 +1315,6 at at sub output_symbol { my $symbol = shift; - $symbol = $exportperlmalloc{$symbol} - if $exportperlmalloc and exists $exportperlmalloc{$symbol}; if ($PLATFORM =~ /^win(?:32|ce)$/) { $symbol = "_$symbol" if $CCTYPE eq 'BORLAND'; print "\t$symbol\n"; at at -1345,6 +1343,10 at at elsif ($PLATFORM eq 'os2') { printf qq( %-31s \ at %s\n), qq("$symbol"), $ordinal{$symbol} || ++$sym_ord; + if (exists $exportperlmalloc{$symbol}) { + printf qq( %-31s \ at %s\n), + qq("$exportperlmalloc{$symbol}" = "$symbol"), ++$sym_ord; + } } elsif ($PLATFORM eq 'aix' || $PLATFORM eq 'MacOS') { print "$symbol\n"; Sebastian **= Email 28 ==========================** Date: Wed, 17 Jul 2002 16:07:54 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Wed, Jul 17, 2002 at 03:51:39PM +0200, Sebastian Wittmeier (ShadoW) wrote: > On Wed, 17 Jul 2002 13:44:02 +0100, John Poltorak wrote: > > >Can you provide details? Maybe even a patch and I can try submitting it to > >the Perl maintainers for possible inclusion in the release version which > >is imminent... > > Looks like exportperlmalloc is only used for that problem. > Therefore I hope nobody will miss the two removed lines. > > diff -Naur RC3/makedef.pl Patched/makedef.pl > --- RC3/makedef.pl Thu Jul 11 16:32:10 2002 > +++ Patched/makedef.pl Wed Jul 17 15:38:46 2002 > at at -1315,8 +1315,6 at at > > sub output_symbol { > my $symbol = shift; > - $symbol = $exportperlmalloc{$symbol} > - if $exportperlmalloc and exists $exportperlmalloc{$symbol}; > if ($PLATFORM =~ /^win(?:32|ce)$/) { > $symbol = "_$symbol" if $CCTYPE eq 'BORLAND'; > print "\t$symbol\n"; > at at -1345,6 +1343,10 at at > elsif ($PLATFORM eq 'os2') { > printf qq( %-31s \ at %s\n), > qq("$symbol"), $ordinal{$symbol} || ++$sym_ord; > + if (exists $exportperlmalloc{$symbol}) { > + printf qq( %-31s \ at %s\n), > + qq("$exportperlmalloc{$symbol}" = "$symbol"), ++$sym_ord; > + } > } > elsif ($PLATFORM eq 'aix' || $PLATFORM eq 'MacOS') { > print "$symbol\n"; Can anyone else with a fast machine check this? I'd like independent confirmation that it works. I'll give a try but it could be a few hours before I find out. I'd like to submit this patch to the Perl maintainers, but I'd like to be doubly sure that it works. > Sebastian -- John **= Email 29 ==========================** Date: Wed, 17 Jul 2002 17:50:26 +0100 From: John Poltorak Subject: Re: Clearing RAMFS drive On Wed, Jul 17, 2002 at 06:38:56PM +0200, Kris Steenhaut wrote: > > > John Poltorak schreef: > > > How do I clear a RAMFS drive? > > > > RAMDISK does not appear to have any options for detaching a drive letter... > > > > It hasn't ... but why would you want to do that? I'm trying to think of a way to clear everything from a RAMFS drive. > > -- > Groeten uit Gent, > > Kris -- John **= Email 30 ==========================** Date: Wed, 17 Jul 2002 18:38:56 +0200 From: Kris Steenhaut Subject: Re: Clearing RAMFS drive John Poltorak schreef: > How do I clear a RAMFS drive? > > RAMDISK does not appear to have any options for detaching a drive letter... > It hasn't ... but why would you want to do that? -- Groeten uit Gent, Kris **= Email 31 ==========================** Date: Wed, 17 Jul 2002 18:40:14 +0200 From: Kris Steenhaut Subject: Re: Clearing RAMFS drive lordspigol schreef: > It is possible manage RAMFS by LVM? > No, as LVM only knows about harddisks and devices seen as harddisk by os2dasd.dmd . -- Groeten uit Gent, Kris **= Email 32 ==========================** Date: Wed, 17 Jul 2002 19:10:59 -0500 (CDT) From: "xyzyx" Subject: Re: XCOPY using WGET On Wed, 17 Jul 2002 05:25:55 -0300 (ADT), lordspigol wrote: >FTP transfer between servers. A nice feature that NFTP cant do. :( > >Rod More specifically, transfer directly between two remote servers under the control of a third party... And the secret that most people don't know: the command-line FTP.EXE that comes with OS/2 TCPIP can do FXP already! Use the 'proxy' command... Issue commands for Server A just like you always would, issue commands for Server B prefixed with the "proxy" command. So 'cd' to the right dir on server A, and 'proxy cd' for server B, then 'proxy get' to transfer from A to B, or 'proxy put' to transfer from B to A... I would rather see NFTP be able to do it :) paul **= Email 33 ==========================** Date: Wed, 17 Jul 2002 19:14:58 -0500 (CDT) From: "xyzyx" Subject: Re: XCOPY using WGET On Wed, 17 Jul 2002 14:11:41 -0700 (PDT), Steve Wendt wrote: >On Wed, 17 Jul 2002, lordspigol wrote: > >> >But is there an FXP program, or is it just a function of FTP? >> >Can I use it on OS/2? If so how? >> >> Yes, there is Handy FTP. When I tested it was very beta. Can be well better. > >I believe FTP Browser also supports it, although I've never tried it. Yep, it can do it, but the problem with FTP Browser was that it required MULTIPLE simultaneous logins to each server, which will break stuff if the permissions only allow one login per user. (this was a year or two ago -- maybe it's changed?). This also meant that while the transfer was going, there was an idle login on each server which would routinely timeout and cause all sorts of problems... HandyFTP I tried a while ago also, the UI was a bit confusing to figure out how to do stuff at first, it sort-of worked but it had various problems that I can't remember now, but they were apparently too annoying to keep me using it. See my other email about ftp.exe for a working alternative :) paul **= Email 34 ==========================** Date: Wed, 17 Jul 2002 19:43:56 +0200 (CEST) From: "Peter Jespersen" Subject: Re: wxWindows On Wed, 17 Jul 2002 09:48:36 -0500 (CDT), Maynard wrote: >On Wed, 17 Jul 2002 13:26:56 +0100, John Poltorak wrote: > >>Are there any well known apps which use wxWindows? > >I'm pretty sure that Peter Nielsen is or has put PMView to wxWindows. > > `~Maynard The next generation af PMView will be wxWindows and there's been some talk regarding PMMail! Live long and prosper... _________________________________________________________________ Peter Jespersen, Member of Team OS/2 Denmark flywheel at illogical.dk http://www.illogical.dk WARNING! Removal of this tagline prohibited by law! **= Email 35 ==========================** Date: Wed, 17 Jul 2002 20:34:35 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) Hi, My diff doesn't handle ordinals as supposed. After some 1000 builds, it won't work anymore without deleting the perl5.def before (=> nothing critical). But the fault is not only on my part. The ordinal issue won't work correctly as long as there is no perl5.def delivered in the .tgz. It's a very bad implementation of the OS/2 port: perl5.def gets read (by makedef.pl) and from the results a new perl5.def is built. One should strictly separate input and output files. But back to the diff: Can someone (with good rexexp knowledge) change that line: $ordinal{$1} = $2 if /^\s*"(\w+)"\s*\ at (\d+)\s*$/; so that it can recognize not only simple exports, but also those, which forward symbols: "Perl_malloc" at 1157 "malloc" = "Perl_malloc" at 1164 It should do: $ordinal{malloc} = 1164; Then we can use those ordinals (that's a changed part of the diff from the last message): if (exists $exportperlmalloc{$symbol}) { printf qq( %-31s \ at %s\n), qq("$exportperlmalloc{$symbol}" = "$symbol"), $ordinal{$exportperlmalloc{$symbol}} || ++$sym_ord; } Another question arises: Which ordinal should the forwarder entries get? a) new ones b) the ones from Perl_malloc, ... c) the ones from malloc, ... No two exports can have the same ordinal. So b) only works, when we remove Perl_malloc, ... which breaks some other modules, unless we change them from Perl_malloc, ... to malloc, .... But there is still the choice between a) and c) This (chosen) ordinal has to be put into the delivered perl5.def. Sebastian **= Email 36 ==========================** Date: Wed, 17 Jul 2002 20:43:28 -0500 (CDT) From: "xyzyx" Subject: Re: Clearing RAMFS drive On Thu, 18 Jul 2002 03:06:19 +0200, Kris Steenhaut wrote: >> I'm trying to think of a way to clear everything from a RAMFS drive. >> > >Certainly a reboot does the job. Other than that, my deltree utility here does too: > >deltree /y Z: > >if Z: is a RamFS one. Deltree.exe can be batchfiled too - coming by private mail. This is UnixOS2 mailing list, 'rm -rf' is probably the more preferred solution :-) paul **= Email 37 ==========================** Date: Wed, 17 Jul 2002 21:17:23 EST From: Andrea Venturoli Subject: Re: wxWindows ** Reply to note from "Adrian Gschwend" Wed, 17 Jul 2002 14:36:04 +0200 (CDT) > >Are there any well known apps which use wxWindows? If I could use it > >today, what could I hope to build with it? I use it for a commercial app. I only use the GUI classes, though; all the database handling was written when the appropriate wx classes were still in beta. > IMHO GTK and Qt get too much hype nowadays, wxWindows is a very nice > class library to work with, the only drawback IMHO is the quite bad > documentation they have. Sometime it's not clear at all how something > should be used. I'm quite fond of wx and I don't find the docs so bad. The only thing I don't like is its size: it started as a GUI toolkit and that's what I chose it for; then any kind of classes was added (database, odbc, threads, files, archives, HTML...) and today it could even be compiled leaving the GUI part out (it's called wxBase). However, it's kind of monolithic, if you want GUI you'll end up with a huge library. Although in theory you could pick what features you want with fine granularity, many times it won't compile and you'll have to give up and include a lot of things even if you don't use them. BTW, you can use it on OS/2 now: altough wxPM doesn't seem to be quite finished yet, I've used wxMotif and wxGTK, and I guess also others version based on X will work (I've never tried to build some optional features which probably do not even compile, so YMMV). bye av. **= Email 38 ==========================** Date: Wed, 17 Jul 2002 21:30:57 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Hmm, that does not sound like good news -- why not simply write the application in Java if you want develop it for more than one platform? I have seen so many unappealing attempts at cross-platform applications that I do not need/want to pay for yet another one. Hakan On Wed, 17 Jul 2002 19:43:56 +0200 (CEST), Peter Jespersen wrote: >On Wed, 17 Jul 2002 09:48:36 -0500 (CDT), Maynard wrote: > >>On Wed, 17 Jul 2002 13:26:56 +0100, John Poltorak wrote: >> >>>Are there any well known apps which use wxWindows? >> >>I'm pretty sure that Peter Nielsen is or has put PMView to wxWindows. >> >> `~Maynard > >The next generation af PMView will be wxWindows and there's been >some talk regarding PMMail! > >Live long and prosper... >_________________________________________________________________ >Peter Jespersen, Member of Team OS/2 Denmark >flywheel at illogical.dk >http://www.illogical.dk >WARNING! Removal of this tagline prohibited by law! > > > > **= Email 39 ==========================** Date: Wed, 17 Jul 2002 22:00:58 +0200 (CEST) From: Stefan Neis Subject: Re: wxWindows On Wed, 17 Jul 2002, Andrea Venturoli wrote: > I'm quite fond of wx and I don't find the docs so bad. Same here. In most of the places where the class documentation itself can't give you a feeling for how to use it, a nice overview article on how to use that feature is included in the documentation - it's often not very obvious to find it, though. > The only thing I don't like is its size: it started as a GUI toolkit and that's what I chose it for; then any kind of > classes was added (database, odbc, threads, files, archives, HTML...) and today it could even be compiled leaving the > GUI part out (it's called wxBase). However, it's kind of monolithic, if you want GUI you'll end up with a huge library. Right. :-( But particularly the stuff you mentioned (database, threads, files, HTML ...) really doesn't get linked into a statically linked executable if you don't use it, i.e. this really is adding to the size of the library _only_. > BTW, you can use it on OS/2 now: altough wxPM doesn't seem to be quite > finished yet, I've used wxMotif and wxGTK, And using e.g. HOB X11 (included in EComStation) this is not _much_ worse than running e.g. a Win3.1 in a windowed session. The PM version also is close to have a working version with all the basic features (i.e. currently the Toolbar support is missing and a couple of wrappers for some native controls - the latter should be a piece of cake). For the extended features (wxWindows' generic controls, i.e. the ones which are written on top of wxWindows and not just thin wrappers around platforms native controls) there are still a couple of problems left, but you likely won't need those features for most applications (unfortunately, I would need them for most of my applications so this gives me an incentive to work on it ASAP - which might turn out to be not very soon, though). > and I > guess also others version based on X will work Particularly the new X11 version, based on bare X (without requiring Motif or GTK) might be interesting... Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 40 ==========================** Date: Wed, 17 Jul 2002 22:32:22 +0100 From: John Poltorak Subject: UnixOS/2 bootstrap I have devised a script for bootstrapping a baseline UnixOS/2 system using this cmd file (ux2_bootstrap.cmd) :- set bldrt=x: set uxrt=y: set osrt=z: pause set bld_home=unixos2 wget -Ncr -nH --cut-dirs=3 -t 1 -P %bldrt%/%bld_home% ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/ %bldrt% cd \%bld_home%\lib ux2_inst Can someone give it a try? Be prepared for it to fall flat on it's face. Also change the variables at the top to suit your environment. It may be any idea to use a drive letter which doesn't have any Unix-like utilities on for %uxrt%. %osrt% should be your boot drive, or where OS/2 is installed, normally C:. Please let me know how far it gets. -- John **= Email 41 ==========================** Date: Wed, 17 Jul 2002 23:23:23 -0500 (CDT) From: "Maynard" Subject: Re: UnixOS/2 bootstrap John, The file retrieval is proceeding apparently as planned, directing new files from ...\build_system\ into \unixos2\ and the chdir ends up there as intended. !! In ux2_inst.cmd, %repository% is set to include /ports. Probably not intended !! Before proceeding, I caution that %repository% is changing too often and could cause trouble. The scheme looks real good, and very close, but I'd like to suggest, recommend, and request that you state your intent for final directory structure, .... .... of which there should be two! one in %uxrt% which is the product of these efforts, and a prior structure in %bldrt% which contains files necessary for the building of the completed environment (archives and tarballs, scripts to unpack them into %uxrt%) but not required for post-construction operations. These two filesystem roots should not have duplicate names, so that they could be merged into a single partition if desired. Speaking of names, 'ports' doesn't seem "right" for the baseline; I'd suggest for %bldrt%: \unixos2\ [or should it be ux2 or gnu2 ?] the second level thereof: \lib, \makefiles, etc. and \sources then \unixos2\sources\baseline and \unixos2\sources\emx and \unixos2\sources\whatever categories are necessary for scripting By declaring these intentions first, we can all figure out *_what_* to fix when the scripts don't work right. It would remove for me the persistent ambiguities of whether the source files are supposed to be where one script puts them or where another script expects to find them ;-} Thanks. I think we're "right around the bend" with this one (close to the finish). -- Maynard