From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Thu, 18 Jul 2002 04:32:40 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 276 ************************************************** Wednesday 17 July 2002 Number 276 ************************************************** Subjects for today 1 Re: Clearing RAMFS drive : rsteiner at visi.com (Richard Steiner) 2 Re: Clearing RAMFS drive : Kris Steenhaut 3 Re: XCOPY using WGET : lordspigol" 4 Re: UnixOS/2 bootstrap : Maynard" 5 package install : tsikora at ntplx.net 6 Re: Clearing RAMFS drive : John Poltorak 7 Re: UnixOS/2 bootstrap : John Poltorak 8 Re: UnixOS/2 bootstrap : John Poltorak 9 Re: wxWindows : lordspigol" 10 Re: wxWindows : Hakan" 11 Re: wxWindows : Hakan" 12 Re: Perl 5.8.0 RC3 (gleam of hope) : Edwin =?iso-8859-1?Q?G=FCnthner?= 13 Re: wxWindows : Hakan" 14 Re: wxWindows : Hakan" 15 Re: wxWindows : Hakan" 16 Re: wxWindows : Edwin =?iso-8859-1?Q?G=FCnthner?= 17 Re: Clearing RAMFS drive : John Poltorak 18 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 19 Re: Clearing RAMFS drive : Kris Steenhaut 20 Re: Clearing RAMFS drive : Kris Steenhaut 21 Re: wxWindows : illya at vaeshiep.demon.nl 22 Re: Clearing RAMFS drive : Edwin =?iso-8859-1?Q?G=FCnthner?= 23 Re: wxWindows : Hakan" 24 Re: Perl 5.8.0 RC3 (gleam of hope) : Lyn St George" 25 Re: wxWindows : Hakan" 26 Re: wxWindows : Hakan" 27 Re: wxWindows : Hakan" 28 Re: wxWindows : Andrea Venturoli 29 Re: UnixOS/2 bootstrap : John Poltorak 30 Re: wxWindows : Adrian Gschwend" 31 Re: wxWindows : Edwin =?iso-8859-1?Q?G=FCnthner?= 32 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 33 Re: wxWindows : Hakan" 34 Re: wxWindows : Edwin =?iso-8859-1?Q?G=FCnthner?= 35 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 36 Re: wxWindows : Christian Hennecke" 37 Re: wxWindows : John Poltorak 38 Re: OpenSSL 0.9.7 shared build : Lyn St George" 39 Re: wxWindows : Adrian Gschwend" 40 Re: wxWindows : Hakan" 41 Re: wxWindows : Edwin =?iso-8859-1?Q?G=FCnthner?= 42 Re: wxWindows : lordspigol" 43 Re: OpenSSL 0.9.7 shared build : John Poltorak 44 Re: cc : John Poltorak 45 Re: wxWindows : Stefan Neis 46 Re: Perl 5.8.0 RC3 (gleam of hope) : Lyn St George" 47 Re: wxWindows : Stefan Neis 48 Re: wxWindows : Stefan Neis 49 Re: Clearing RAMFS drive : Stefan Neis 50 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 51 Re: Perl 5.8.0 RC3 (gleam of hope) : Henry Sobotka 52 Re: wxWindows : John Poltorak 53 Re: wxWindows : Nicholas Sheppard 54 Re: XCOPY using WGET : xyzyx" 55 Re: Perl 5.8.0 RC3 (gleam of hope) : Lyn St George" 56 OpenSSL 0.9.7 shared build : Brian Havard" **= Email 1 ==========================** Date: Thu, 18 Jul 2002 01:51:45 -0500 From: rsteiner at visi.com (Richard Steiner) Subject: Re: Clearing RAMFS drive Here in list.os2-unix, "xyzyx" spake unto us, saying: >On Thu, 18 Jul 2002 03:06:19 +0200, Kris Steenhaut wrote: > >>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 :-) Typing raw recursive rm commands is dangerous because it's very easy to mistype the command and get undesired (and often spectacular!) results. I always use Midnight Commander under Linux and FreeBSD to perform such directory tree removals. Far less room for error, IMO. Hmmm. Perhaps a shell script called "deltree" that calls rm using the appropriate arguments is a better answer? :-) -- -Rich Steiner >>>---> http://www.visi.com/~rsteiner >>>---> Eden Prairie, MN OS/2 + BeOS + Linux + Win95 + DOS + PC/GEOS = PC Hobbyist Heaven! :-) Applications analyst/designer/developer (13 yrs) seeking employment. See web site in my signature for current resume and background. **= Email 2 ==========================** Date: Thu, 18 Jul 2002 03:06:19 +0200 From: Kris Steenhaut Subject: Re: Clearing RAMFS drive John Poltorak schreef: > 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. > 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. -- Groeten uit Gent, Kris **= Email 3 ==========================** Date: Thu, 18 Jul 2002 05:01:55 -0300 (ADT) From: "lordspigol" Subject: Re: XCOPY using WGET On Wed, 17 Jul 2002 19:10:59 -0500 (CDT), xyzyx wrote: >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... Is NCFTP 2.3 or 3.0 able to do it also? >I would rather see NFTP be able to do it :) Lets ask Ayukov to include this. :) Rod **= Email 4 ==========================** Date: Thu, 18 Jul 2002 07:53:03 -0500 (CDT) From: "Maynard" Subject: Re: UnixOS/2 bootstrap John, >I can't come up with the final directory structure yet. This is work in >progress and subject to change as it develops and gets refined. I understand that; but as we move along that line of progress, there are snapshots of what the directory structures are envisioned to be at that moment; in fact the scripts you're working on here depend upon some such structure vision preceeding them. We can expect the snapshot to change over time, but we (at least 'I') would like to know what it is at this time, so that I can fix the scripts as necessary to accomodate your vision, rather than to my vision. We have timestamping on wget now, but it will only keep me from downloading the entire baseline port set again if wget is told where to find the set it got last week. When that location changes, I'll move the baseline port set, or rename directories, but I don't want nto suck them down again unnecessarily. And that's why (in part) I study your revised scripts before just launching them and waiting to see what does or doesn't happen. Thanks again for your patience, `~Maynard **= Email 5 ==========================** Date: Thu, 18 Jul 2002 09:15:59 -0400 From: tsikora at ntplx.net Subject: package install Can someone email me with a quick overview on how the package install works. I'm getting a lot of questions at the website on it. I want to write a quick readme for the docs section. -- Ted Sikora tsikora at unixos2.com http://unixos2.com **= Email 6 ==========================** Date: Thu, 18 Jul 2002 09:20:33 +0100 From: John Poltorak Subject: Re: Clearing RAMFS drive On Thu, Jul 18, 2002 at 03:06:19AM +0200, Kris Steenhaut wrote: > > > John Poltorak schreef: > > > 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. I guess rm can be used too... rm -rf z:/* > > > -- > Groeten uit Gent, > > Kris -- John **= Email 7 ==========================** Date: Thu, 18 Jul 2002 10:01:39 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Wed, Jul 17, 2002 at 11:23:23PM -0500, Maynard wrote: > 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 !! It is actually. I decided to split the repository into two parts. One for ports, ie apps which had already been ported to OS/2 and simply needed installing, and the other for original source code which would be used for building an OS/2 version. I've provisionally called this 'originals'. > 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, .... I can't come up with the final directory structure yet. This is work in progress and subject to change as it develops and gets refined. %repository% only changes once. It is initially set to accomodate installing the baseline, and subsequently changes for the purpose of building apps from source. It may be a questionable separation but I find it easier to keep track of archive files this way. > .... of which there should be two! > > one in %uxrt% which is the product of these efforts, %uxrt% is the destination for all the apps installed. Everything else goes under %bldrt%, which can, of course, be the same location. > 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 'sources' here is the same as my 'archives'. > 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). If it works as it's supposed to then the whole structure is in place and new apps can simply be added as and when they are ready by adding entries to build.table and including the archive and any other app specific components such as makefile, patches or scripts. With a fully compliant app it should be possible to build it by grabbing the archive and adding it to the build.table, although I have yet to come across a fully compliant app. This does assume that autoconf and automake have already been built of course, which is something that I hope to add today. > -- > Maynard -- John **= Email 8 ==========================** Date: Thu, 18 Jul 2002 10:08:59 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Wed, Jul 17, 2002 at 10:32:22PM +0100, John Poltorak wrote: > > 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/ The whole thing falls down to some extent because of the use of WGET, which is assumed to exist locally. Ideally I should use FTP, which is a standard part of OS/2, to retreive wget.exe initially. Does anyone have a suggestion for doing this? > %bldrt% > cd \%bld_home%\lib > ux2_inst -- John **= Email 9 ==========================** Date: Thu, 18 Jul 2002 10:24:50 -0300 (ADT) From: "lordspigol" Subject: Re: wxWindows Speed & no need of a Java VM is big news for me. Rod On Thu, 18 Jul 2002 14:13:47 EST, Andrea Venturoli wrote: > >> 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? > >Speed? >Knowing C++ and not Java? (and no will to learn yet another language) >Preferring C++ to Java anyway? >No need for VM on target platform? >Embedded systems? (Never tried this but they claim it works) > **= Email 10 ==========================** Date: Thu, 18 Jul 2002 10:27:50 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Nicholas, On Thu, 18 Jul 2002 21:44:40 +0000 (GMT), Nicholas Sheppard wrote: >On Wed, 17 Jul 2002, Hakan wrote: > >> 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? > >Because I have seen so many unappealing attempts at Java applications :-) I am no fan of Java myself, however, if you are interested in developing across platforms that would be your first choice to look into. > >> I have seen so many unappealing attempts at cross-platform applications >> that I do not need/want to pay for yet another one. > > >I use wxWindows at work for a research prototype and have been very >impressed with it, and I'd happily write any future GUI applications with >it. I use Solaris at work (and I also compiled it for Linux without >making any changes at home), but I have students who use it with MS >Windows and MS Visual C++. That's nice but I stand by my comments. Hakan > > Nik S. > > > **= Email 11 ==========================** Date: Thu, 18 Jul 2002 10:31:31 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Andrea, On Thu, 18 Jul 2002 14:13:47 EST, Andrea Venturoli wrote: >** Reply to note from "Hakan" Wed, 17 Jul 2002 21:30:57 -0400 (EDT) > > >> 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? > >Speed? I am no fan of Java myself and would take a native OS/2 application over a cross-platform attempt any day. However, I thought the Java proponents were arguing that Java applications were now approaching the speed of native C++/C applictions? >Knowing C++ and not Java? (and no will to learn yet another language) Well, if you are willing to learn a cross-platform library (which based on the comments I have already seen, may not be complete), you obviously are willing to learn something new. Again, I do not propose Java development since I prefer native PM applications. >Preferring C++ to Java anyway? So by extension, preferring vxWindows to PM? >No need for VM on target platform? Don't know how much of a problem that would be. >Embedded systems? (Never tried this but they claim it works) Irrelevant in this context. Hakan > > bye > av. > > > > **= Email 12 ==========================** Date: Thu, 18 Jul 2002 10:32:59 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl 5.8.0 RC3 (gleam of hope) Just wondering: > ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd How many MB would this script itself transfer to my machine (approximately)? **= Email 13 ==========================** Date: Thu, 18 Jul 2002 10:47:49 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Adrian On Thu, 18 Jul 2002 14:34:28 +0200 (CDT), Adrian Gschwend wrote: >On Wed, 17 Jul 2002 21:30:57 -0400 (EDT), Hakan wrote: > >>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. > >You should read the article, wxWindows app will look as much like OS/2 >as possible. The idea is to have platform independance but still >"native" look and feel. You won't get that with Java. > >And beside this there is no free GUI c++ Toolkit for OS/2 so far, >wxWindows fits this gap Not being a professional developer but somebody who develops on and off for his own use, I seem to remember a cross-platform library called Zinc++ many years ago. I don't think that met with any resounding success, presumably because of various trade-offs the library developers had to make. On OS/2 we have the WIN32-OS/2 attempt, whatever the proper name may have been for the API where a Win32 applications could simply be compiled on OS/2. I believe Adobe Acrobat 3.0 is one application which was developed using it -- runs much more slowly and in a more limited fashion than a native PM application would have. I am sure we can come up with many more examples of software where the desire to develop across platforms has had negative effects for the *end-user*. I am no fan of Java myself -- all you have to do is look at IBM's own attempts at using Java for certain OS applications in newer versions of OS/2 (LVM, TCP/IP configuration) -- hardly impressive. And, Adrian, does not Java promise native "look-and-feel"? Also, by definition, any attempt at using a cross-platform library must have negative effects -- the only issue is the extent of negative effects. With the risk of inflaming the debate further, I seem to remember reading, perhaps in an OS/2 newsgroup, or even on this list, about a Unix Internet application (cannot remember which one) which had previously been ported to OS/2 and where recently certain Unix calls had been replaced with OS/2 specific calls (probably related to threading) and where a 10-fold speedup was seen for certain actions and many more user could be handled. Another example of the downside of cross-platform applications. (Could it have been Apache?) Before everyone starts flaming me, please note that I am not questioning the Unix-OS/2 attempt and that I myself use a couple of Unix applications ported to OS/2 on my system -- the above is, however, one example of the cost the end-user may incur because of the use of cross-platform libraries/environments. Hakan > >cu > >Adrian > > >-- >Adrian Gschwend > at OS/2 Netlabs > >ICQ: 22419590 >ktk at netlabs.org >------- >The OS/2 OpenSource Project: >http://www.netlabs.org > > > **= Email 14 ==========================** Date: Thu, 18 Jul 2002 10:58:04 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Christian, On Thu, 18 Jul 2002 16:01:45 +0200 (CEST), Christian Hennecke wrote: >On Wed, 17 Jul 2002 21:30:57 -0400 (EDT), Hakan wrote: > >>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? > >PMView is attributed as "fast image viewer". I have yet to see a Java >application that deserves that description, not to mention the >exorbitant memory consumption. I am not a proponent of Jave -- see my other replies to comments received. Again, any attempt at accommodating cross-platform idiosyncracies *must* necessarily have negative effects -- the only question is the amount of these negative effects on the *end-user*. I would be very interested in seeing a cross-platform application running on OS/2 (and at least on other platform) which you feel is as good as a native PM application and has not suffered from cross-platform effects. Hakan > >Christian Hennecke > > > **= Email 15 ==========================** Date: Thu, 18 Jul 2002 11:25:10 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows John, On Thu, 18 Jul 2002 16:02:31 +0100, John Poltorak wrote: >On Thu, Jul 18, 2002 at 10:31:31AM -0400, Hakan wrote: > >> >Preferring C++ to Java anyway? >> >> So by extension, preferring vxWindows to PM? > >AFAIUI, wxWindows uses PM. It has to do so (unless you run XFree86) >because PM is the native windowing manager for OS/2. I meant coding to vxWindows as opposed coding directly to PM. Hakan > > >> Hakan >> >> > >> > bye >> > av. > > >-- >John > > > **= Email 16 ==========================** Date: Thu, 18 Jul 2002 11:27:29 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: wxWindows HI there, > I am no fan of Java myself and would take a native OS/2 application > over a cross-platform attempt any day. However, I thought the Java > proponents were arguing that Java applications were now approaching the > speed of native C++/C applictions? That depends on the kind of what you are doing. On a server where all the advantages of Java can be brought to life; yep there you see Java applications close / better than stuff done in C / C++. On the desktop with GUI, well there are still real differences. But depending on your requirements, Java with SWT for example might still be fast enough. But you know, comparing vxWindows/C++ to Java is simply not fair. As pointed out: Java is not just a GUI API. JDK 1.4 comes with more than 1500 classes that have almost EVERYTHING that you will ever need as programmer. That is not exactly what you have when you are using any Multi Env GUI TK / C++. **= Email 17 ==========================** Date: Thu, 18 Jul 2002 11:39:37 +0100 From: John Poltorak Subject: Re: Clearing RAMFS drive On Thu, Jul 18, 2002 at 12:30:00PM +0200, Kris Steenhaut wrote: > > > John Poltorak schreef: > > > On Thu, Jul 18, 2002 at 03:06:19AM +0200, Kris Steenhaut wrote: > > > > > > > > > John Poltorak schreef: > > > > > > > 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. > > > > I guess rm can be used too... > > > > rm -rf z:/* > > > > Why do you think that: C:\>rm --help GNU file utilities 3.16 - rm Usage: C:\USR\BIN\rm.exe [OPTION]... FILE... Remove (unlink) the FILE(s). -d, --directory unlink directory, even if non-empty (super-user only) -f, --force ignore nonexistent files, never prompt -i, --interactive prompt before any removal -r, -R, --recursive remove the contents of directories recursively -v, --verbose explain what is being done --help display this help and exit --version output version information and exit Report bugs to fileutils-bugs at gnu.ai.mit.edu > > E:\>rm -rf z:/* > SYS1041: The name rm is not recognized as an > internal or external command, operable program or batch file. One would assume that people on this list have some sort of Unix-like environment installed and a basic grasp of common Unix commands. > > -- > Groeten uit Gent, > > Kris -- John **= Email 18 ==========================** Date: Thu, 18 Jul 2002 12:10:01 +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: With your latest patches, it looks even better. > > 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. Here is what I've just got:- Failed 6/726 test scripts, 99.17% okay. 10/68642 subtests failed, 99.99% okay. Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- ../lib/ExtUtils/t/Mkbootstrap.t 1 256 18 1 5.56% 8 ../lib/ExtUtils/t/Packlist.t 1 256 34 1 2.94% 17 ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 lib/os2_process.t 2 512 227 2 0.88% 174 209 lib/os2_process_kid.t 227 2 0.88% 174 209 lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 64 tests and 561 subtests skipped. This is a great improvement since you started having a look into the problems in getting Perl 5.8.0 built. Many thanks for this excellent contribution! > Sebastian -- John **= Email 19 ==========================** Date: Thu, 18 Jul 2002 12:27:47 +0200 From: Kris Steenhaut Subject: Re: Clearing RAMFS drive xyzyx schreef: > 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 :-) > We are talking about RamFS, a virtual disk system in OS/2, aren't we? -- Groeten uit Gent, Kris **= Email 20 ==========================** Date: Thu, 18 Jul 2002 12:30:00 +0200 From: Kris Steenhaut Subject: Re: Clearing RAMFS drive John Poltorak schreef: > On Thu, Jul 18, 2002 at 03:06:19AM +0200, Kris Steenhaut wrote: > > > > > > John Poltorak schreef: > > > > > 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. > > I guess rm can be used too... > > rm -rf z:/* > Why do you think that: E:\>rm -rf z:/* SYS1041: The name rm is not recognized as an internal or external command, operable program or batch file. -- Groeten uit Gent, Kris **= Email 21 ==========================** Date: Thu, 18 Jul 2002 13:05:25 GMT From: illya at vaeshiep.demon.nl Subject: Re: wxWindows Adrian Gschwend: >>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. >You should read the article, wxWindows app will look as much like OS/2 >as possible. The idea is to have platform independance but still >"native" look and feel. You won't get that with Java. >And beside this there is no free GUI c++ Toolkit for OS/2 so far, >wxWindows fits this gap What's wrong with V (http://www.objectcentral.com/vgui/vgui.htm)? AFAICT, it's all you say above and http://www.free-soft.org/guitool/ is very positive about it too (and says "yes" for 6 platforms). **= Email 22 ==========================** Date: Thu, 18 Jul 2002 13:44:07 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Clearing RAMFS drive Stefan Neis wrote: > > E:\>rm -rf z:/* Here is a little subroutine that I am using in one of my REXX scripts to wipe a directory; guess it shouldnt be a big deal to kill a whole drive with that. /* --------------------------------------------------------------------- * xdel path this sub will completly remove the given path; including all subdirectories and files. * --------------------------------------------------------------------- */ xdel: parse arg target path = target || '\*.*' /* make sure no item is read-only */ CALL SysFileTree path,'files','SB','**+**' if files.0 \= 0 then CALL SysFileTree path,'files','SB','**+**', '**-**' /* make sure no item is hidden */ CALL SysFileTree path,'files','SB','***+*' if files.0 \= 0 then CALL SysFileTree path,'files','SB','***+*', '***-*' /* make sure no item is a system file */ CALL SysFileTree path,'files','SB','****+' if files.0 \= 0 then CALL SysFileTree path,'files','SB','****+', '****-' /* delete files */ CALL SysFileTree path, 'file', 'SF' do i=1 to file.0 file.i=SUBWORD(file.i,5) CALL SysFileDelete file.i CALL lineout logfile, "deleting file: " file.i " -> " rc end /* remove directories [in reverse order, we can't remove a\b before a\b\c!] */ CALL SysFileTree path, 'dir', 'SD' do i=dir.0 to 1 by -1 dir.i=SUBWORD(dir.i,5) CALL SysRmDir dir.i CALL lineout logfile, "removing dir: " dir.i " -> " rc end CALL SysRmDir target CALL lineout logfile,"removing dir: " target " -> " rc return **= Email 23 ==========================** Date: Thu, 18 Jul 2002 13:58:12 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Stefan, On Thu, 18 Jul 2002 19:19:33 +0200 (CEST), Stefan Neis wrote: >On Thu, 18 Jul 2002, Hakan wrote: > >> >> So by extension, preferring vxWindows to PM? >> > >> >AFAIUI, wxWindows uses PM. It has to do so (unless you run XFree86) >> >because PM is the native windowing manager for OS/2. >> >> I meant coding to vxWindows as opposed coding directly to PM. > >How would you ever note the difference? OK, wxWindows has this additional >wrapper around PM functions to map them to the unified interface, but >that shouldn't cause more than a few percent of performance degradation. Have we not heard that before for cross-platform libraries? >An inefficient driver for your graphics card is likely to cause a larger >performance hit ... No argument from me that the faster the driver, the better. Hakan > > Regards, > Stefan >-- >Micro$oft is not an answer. It is a question. The answer is 'no'. > > > **= Email 24 ==========================** Date: Thu, 18 Jul 2002 13:59:19 +0000 From: "Lyn St George" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, 18 Jul 2002 12:10:01 +0100, John Poltorak wrote: >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: > >With your latest patches, it looks even better. > > >> >> 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. > > >Here is what I've just got:- > > >Failed 6/726 test scripts, 99.17% okay. 10/68642 subtests failed, 99.99% okay. >Failed Test Stat Wstat Total Fail Failed List of Failed >------------------------------------------------------------------------------- >../lib/ExtUtils/t/Mkbootstrap.t 1 256 18 1 5.56% 8 >../lib/ExtUtils/t/Packlist.t 1 256 34 1 2.94% 17 >../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 >lib/os2_process.t 2 512 227 2 0.88% 174 209 >lib/os2_process_kid.t 227 2 0.88% 174 209 >lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 >64 tests and 561 subtests skipped. John, what environment are you using to build this? I've set up something almost identical to your 'baseline toolset' and my results are very different: "Failed 17 test scripts out of 662, 97.43% okay.", ie only 662 tests, not 726. Several failures are "out of memory", ie, those gccxxx.dll errors again. Using gcc2.95 Also, some that failed for you and/or Sebastian W will pass for me: "t/lib/rx_cmprt.......................ok" "ext/IO/lib/IO/t/io_udp...............ok" "ext/Socket/Socket....................ok" "lib/Net/Ping/t/100_load..............ok" "lib/Net/Ping/t/110_icmp_inst.........ok" "lib/Net/Ping/t/120_udp_inst..........ok" "lib/Net/Ping/t/130_tcp_inst..........ok" "lib/Net/t/hostname...................ok" "t/lib/os2_ea.........................ok" But it's not printing out the summary at the end as it should, just this: "u=1107.24 s=0 cu=0 cs=0 scripts=662 tests=68624 make[2]: *** [_test_tty] Error 1 make[2]: Leaving directory `I:/ux2/archives/perl-5.8.0-rc3' make[1]: *** [_test] Error 2 make[1]: Leaving directory `I:/ux2/archives/perl-5.8.0-rc3' make: *** [test] Error 2" I'll try to fix my usual env so that it will build this version of perl and report back. >This is a great improvement since you started having a look into the >problems in getting Perl 5.8.0 built. > >Many thanks for this excellent contribution! > >> Sebastian > > >-- >John > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 25 ==========================** Date: Thu, 18 Jul 2002 14:00:21 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows On Thu, 18 Jul 2002 19:15:25 +0200 (CEST), Stefan Neis wrote: >On Thu, 18 Jul 2002, Hakan wrote: > >> reading, perhaps in an OS/2 newsgroup, or even on this list, about a >> Unix Internet application (cannot remember which one) which had >> previously been ported to OS/2 and where recently certain Unix calls >> had been replaced with OS/2 specific calls (probably related to >> threading) and where a 10-fold speedup was seen for certain actions and >> many more user could be handled. Another example of the downside of >> cross-platform applications. (Could it have been Apache?) > >That's why wxWindows is offering a wrapper API which on Unix is compiled >into UNIX specific co, on OS/" you get the OS/2 specific code. I.e. this >is specifically proving the point of using wxWindows ... Sounds wonderful -- if so great, why has it not been done previously? There are usually trade-offs and limitations introduced by cross-platform libraries. Many have tried before and I am not aware of a particular library which has turned out be a resounding success. Hakan > Regards, > Stefan >-- >Micro$oft is not an answer. It is a question. The answer is 'no'. > > > **= Email 26 ==========================** Date: Thu, 18 Jul 2002 14:01:21 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Stefan, On Thu, 18 Jul 2002 19:00:41 +0200 (CEST), Stefan Neis wrote: >> 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? > >Because one might want performance and native look and feel - and it >should look OK on all platforms. Pre-Swing Java fails for all three >of those points, whereas wxWindows is a success for each of >those points. Using swing solves the third problem but the first two >get even worse... >Plus, of course, wxWindows is free, which Java isn't... What do you mean by Java not being free? And, again, I do not particularly like Java applications. Hakan > > Regards, > Stefan >-- >Micro$oft is not an answer. It is a question. The answer is 'no'. > > > **= Email 27 ==========================** Date: Thu, 18 Jul 2002 14:02:32 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows On Thu, 18 Jul 2002 11:27:29 -0400, Edwin Günthner wrote: >HI there, > >> I am no fan of Java myself and would take a native OS/2 application >> over a cross-platform attempt any day. However, I thought the Java >> proponents were arguing that Java applications were now approaching the >> speed of native C++/C applictions? > >That depends on the kind of what you are doing. On a server where all >the advantages of Java can be brought to life; yep there you see >Java applications close / better than stuff done in C / C++. > >On the desktop with GUI, well there are still real differences. >But depending on your requirements, Java with SWT for example >might still be fast enough. > >But you know, comparing vxWindows/C++ to Java is simply not fair. >As pointed out: Java is not just a GUI API. JDK 1.4 comes >with more than 1500 classes that have almost EVERYTHING that >you will ever need as programmer. That is not exactly >what you have when you are using any Multi Env GUI TK / C++. Would that not favor Java where the developer does not have to invent the wheel over and over again? (As stated in previous messages, I am not a Java fan myself.) Hakan > > **= Email 28 ==========================** Date: Thu, 18 Jul 2002 14:13:47 EST From: Andrea Venturoli Subject: Re: wxWindows ** Reply to note from "Hakan" Wed, 17 Jul 2002 21:30:57 -0400 (EDT) > 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? Speed? Knowing C++ and not Java? (and no will to learn yet another language) Preferring C++ to Java anyway? No need for VM on target platform? Embedded systems? (Never tried this but they claim it works) bye av. **= Email 29 ==========================** Date: Thu, 18 Jul 2002 14:22:44 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Thu, Jul 18, 2002 at 07:53:03AM -0500, Maynard wrote: > John, > > >I can't come up with the final directory structure yet. This is work in > >progress and subject to change as it develops and gets refined. > > I understand that; but as we move along that line of progress, there > are snapshots of what the directory structures are envisioned to be at > that moment; in fact the scripts you're working on here depend upon > some such structure vision preceeding them. > > We can expect the snapshot to change over time, but we (at least 'I') > would like to know what it is at this time, so that I can fix the > scripts as necessary to accomodate your vision, rather than to my > vision. > > We have timestamping on wget now, but it will only keep me from > downloading the entire baseline port set again if wget is told where to > find the set it got last week. When that location changes, I'll move > the baseline port set, or rename directories, but I don't want nto suck > them down again unnecessarily. And that's why (in part) I study your > revised scripts before just launching them and waiting to see what does > or doesn't happen. I can see that it must be frustrating downloading the same files over and over again especially over a slow link, but I don't expect this to be necessary in future since the archives for the baseline seem to be fairly well defined. I will attempt to stick to the following directory structure for archives (although it isn't in place yet) :- unixos2 \archives \baseline \emx \source where baseline contains all the required archives which are all OS/2 ports to get the basic development environment in place, and source contains the original archived source of apps to be built via the standard build system. Baseline will be relatively static, but hopefully source will grow to accomodate every open source app which can be built with this build system. The other parts of the structure which are still to be finalised will include patches, small scripts and various tables, to facilitate building various apps, and shouldn't take up much space at all. > `~Maynard -- John **= Email 30 ==========================** Date: Thu, 18 Jul 2002 14:34:28 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: wxWindows On Wed, 17 Jul 2002 21:30:57 -0400 (EDT), Hakan wrote: >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. You should read the article, wxWindows app will look as much like OS/2 as possible. The idea is to have platform independance but still "native" look and feel. You won't get that with Java. And beside this there is no free GUI c++ Toolkit for OS/2 so far, wxWindows fits this gap cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 31 ==========================** Date: Thu, 18 Jul 2002 14:44:11 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: wxWindows Hakan wrote: > What do you mean by Java not being free? And, again, I do not > particularly like Java applications. Java is still some kind of SUN's baby. For example it will be very hard for you to find an up-to-date JVM that has not some label "SUN" somewhere on it (AFAIK also the IBM JVMs are based on SUN code). **= Email 32 ==========================** Date: Thu, 18 Jul 2002 14:55:06 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, Jul 18, 2002 at 01:59:19PM +0000, Lyn St George wrote: > >Here is what I've just got:- > > > > > >Failed 6/726 test scripts, 99.17% okay. 10/68642 subtests failed, 99.99% okay. > >Failed Test Stat Wstat Total Fail Failed List of Failed > >------------------------------------------------------------------------------- > >../lib/ExtUtils/t/Mkbootstrap.t 1 256 18 1 5.56% 8 > >../lib/ExtUtils/t/Packlist.t 1 256 34 1 2.94% 17 > >../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 > >lib/os2_process.t 2 512 227 2 0.88% 174 209 > >lib/os2_process_kid.t 227 2 0.88% 174 209 > >lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 > >64 tests and 561 subtests skipped. > > John, what environment are you using to build this? I've set > up something almost identical to your 'baseline toolset' and > my results are very different: 'Almost identical' is asking for problems. If you grap this:- ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd and run it, it should set up the correct environment. You may need to adjust a couple of the variables first to suite your set up. If that works, try building Perl 5.8.0 RC3 in the same session. > "Failed 17 test scripts out of 662, 97.43% okay.", ie only 662 tests, > not 726. Several failures are "out of memory", ie, those > gccxxx.dll errors again. Using gcc2.95 > > Also, some that failed for you and/or Sebastian W will pass for me: > "t/lib/rx_cmprt.......................ok" I have never seen this one work... > "ext/IO/lib/IO/t/io_udp...............ok" > "ext/Socket/Socket....................ok" > "lib/Net/Ping/t/100_load..............ok" > "lib/Net/Ping/t/110_icmp_inst.........ok" > "lib/Net/Ping/t/120_udp_inst..........ok" > "lib/Net/Ping/t/130_tcp_inst..........ok" > "lib/Net/t/hostname...................ok" > "t/lib/os2_ea.........................ok" All of these work for me, now. > > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- > -- John **= Email 33 ==========================** Date: Thu, 18 Jul 2002 15:01:33 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows Well, I have not paid (separately) for the JVM included in OS/2 so I consider that "free." Nor do you need to pay to use a JVM for Windows, simply download from the web (I still consider that "free.") Hakan On Thu, 18 Jul 2002 14:44:11 -0400, Edwin Günthner wrote: > > >Hakan wrote: >> What do you mean by Java not being free? And, again, I do not >> particularly like Java applications. > >Java is still some kind of SUN's baby. For example it will >be very hard for you to find an up-to-date JVM that has >not some label "SUN" somewhere on it (AFAIK also the IBM >JVMs are based on SUN code). > > **= Email 34 ==========================** Date: Thu, 18 Jul 2002 15:36:02 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: wxWindows > Well, I have not paid (separately) for the JVM included in OS/2 so I > consider that "free." Nor do you need to pay to use a JVM for Windows, > simply download from the web (I still consider that "free.") The old discussion: there is a difference between - free as in "free beer" and - free as in "freedom" and btw: following your definition, Java isnt free for OS/2. There are several legal ways to get a JDK 1.3 for OS/2 from IBM - but all of them require the transfer of money from your pocket to someone else's pocket. And programming / using JDK 1.1 isnt funny at all. **= Email 35 ==========================** Date: Thu, 18 Jul 2002 15:53:33 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, Jul 18, 2002 at 10:32:59AM -0400, Edwin Günthner wrote: > Just wondering: > > > ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd > > How many MB would this script itself transfer to my machine > (approximately)? This script itself only grabs around 1MB, but it runs another one which retrieves around 30MB, which includes EMX and Perl. You really need a fast connection to be able to make use of it. -- John **= Email 36 ==========================** Date: Thu, 18 Jul 2002 16:01:45 +0200 (CEST) From: "Christian Hennecke" Subject: Re: wxWindows On Wed, 17 Jul 2002 21:30:57 -0400 (EDT), Hakan wrote: >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? PMView is attributed as "fast image viewer". I have yet to see a Java application that deserves that description, not to mention the exorbitant memory consumption. Christian Hennecke **= Email 37 ==========================** Date: Thu, 18 Jul 2002 16:02:31 +0100 From: John Poltorak Subject: Re: wxWindows On Thu, Jul 18, 2002 at 10:31:31AM -0400, Hakan wrote: > >Preferring C++ to Java anyway? > > So by extension, preferring vxWindows to PM? AFAIUI, wxWindows uses PM. It has to do so (unless you run XFree86) because PM is the native windowing manager for OS/2. > Hakan > > > > > bye > > av. -- John **= Email 38 ==========================** Date: Thu, 18 Jul 2002 16:30:36 +0000 From: "Lyn St George" Subject: Re: OpenSSL 0.9.7 shared build On Thu, 18 Jul 2002 23:56:48 +1000 (EST), Brian Havard wrote: >Hi all, > Just a heads up, my patch to enable building OS/2 DLLs of OpenSSL have >been accepted into v0.9.7 CVS so both static & dynamic builds will be >supported "out of the box" in the next 0.9.7 release. I thought some of you >might like to know :) Excellent work Brian :) Many thanks >-- > ______________________________________________________________________________ > | Brian Havard | "He is not the messiah! | > | brianh at kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | > ------------------------------------------------------------------------------ > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 39 ==========================** Date: Thu, 18 Jul 2002 16:42:29 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: wxWindows On Thu, 18 Jul 2002 13:05:25 GMT, illya at vaeshiep.demon.nl wrote: >What's wrong with V (http://www.objectcentral.com/vgui/vgui.htm)? >AFAICT, it's all you say above and http://www.free-soft.org/guitool/ is very positive >about it too (and says "yes" for 6 >platforms). I just never had a closer look at it :-) cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 40 ==========================** Date: Thu, 18 Jul 2002 16:46:43 -0400 (EDT) From: "Hakan" Subject: Re: wxWindows You are right -- I forgot about that since I run WSEB and Java 1.3 is included. Again, I am not a proponent of Java. Hakan On Thu, 18 Jul 2002 21:04:49 +0100, John Poltorak wrote: >On Thu, Jul 18, 2002 at 03:01:33PM -0400, Hakan wrote: >> Well, I have not paid (separately) for the JVM included in OS/2 so I >> consider that "free." > > >AFAIAA Java 1.3 is only available to people who have bought software >choice, so it can't be considered free. Also, it looks as though that is >the last version for OS/2. > >If it was really free, we would not be dependent on IBM making it >available to us. > > >> Nor do you need to pay to use a JVM for Windows, >> simply download from the web (I still consider that "free.") >> >> Hakan >> >> On Thu, 18 Jul 2002 14:44:11 -0400, Edwin Günthner wrote: >> >> > >> > >> >Hakan wrote: >> >> What do you mean by Java not being free? And, again, I do not >> >> particularly like Java applications. >> > >> >Java is still some kind of SUN's baby. For example it will >> >be very hard for you to find an up-to-date JVM that has >> >not some label "SUN" somewhere on it (AFAIK also the IBM >> >JVMs are based on SUN code). > > >-- >John > > > > **= Email 41 ==========================** Date: Thu, 18 Jul 2002 16:47:14 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: wxWindows John Poltorak wrote: > AFAIAA Java 1.3 is only available to people who have bought software > choice, so it can't be considered free. Also, it looks as though that is > the last version for OS/2. It comes with the "Ecommerce station". When you buy this wanna be OS/2 successor, they will ship the JDK 1.3, too. No idea if that is cheaper to IBM Software choice program. **= Email 42 ==========================** Date: Thu, 18 Jul 2002 16:50:46 -0300 (ADT) From: "lordspigol" Subject: Re: wxWindows Great, Stefan. I have Java! Rod On Thu, 18 Jul 2002 19:00:41 +0200 (CEST), Stefan Neis wrote: > >Because one might want performance and native look and feel - and it >should look OK on all platforms. Pre-Swing Java fails for all three >of those points, whereas wxWindows is a success for each of >those points. Using swing solves the third problem but the first two >get even worse... >Plus, of course, wxWindows is free, which Java isn't... > **= Email 43 ==========================** Date: Thu, 18 Jul 2002 17:45:09 +0100 From: John Poltorak Subject: Re: OpenSSL 0.9.7 shared build On Thu, Jul 18, 2002 at 04:30:36PM +0000, Lyn St George wrote: > On Thu, 18 Jul 2002 23:56:48 +1000 (EST), Brian Havard wrote: > > >Hi all, > > Just a heads up, my patch to enable building OS/2 DLLs of OpenSSL have > >been accepted into v0.9.7 CVS so both static & dynamic builds will be > >supported "out of the box" in the next 0.9.7 release. I thought some of you > >might like to know :) > > Excellent work Brian :) Many thanks Ditto. Does anyone have a list of apps which use OpenSSL? > >-- > > ______________________________________________________________________________ > > | Brian Havard | "He is not the messiah! | > > | brianh at kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | > > ------------------------------------------------------------------------------ > > > > > > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- > -- John **= Email 44 ==========================** Date: Thu, 18 Jul 2002 17:50:20 +0100 From: John Poltorak Subject: Re: cc On Tue, Jul 16, 2002 at 06:04:33PM +0200, Stefan Neis wrote: > On Sun, 14 Jul 2002, John Poltorak wrote: > > > > > I'm thinking of including cc.exe as a copy of gcc.exe in a standard > > UnixOS/2 distro. > > IIRC, there are makefiles which do slightly different stuff, > depending on whether they are using cc or gcc, so the > above would result in some ugly problems.... In idea which apps discriminate between gcc and cc? > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. > -- John **= Email 45 ==========================** Date: Thu, 18 Jul 2002 19:00:41 +0200 (CEST) From: Stefan Neis 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? Because one might want performance and native look and feel - and it should look OK on all platforms. Pre-Swing Java fails for all three of those points, whereas wxWindows is a success for each of those points. Using swing solves the third problem but the first two get even worse... Plus, of course, wxWindows is free, which Java isn't... Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 46 ==========================** Date: Thu, 18 Jul 2002 19:08:19 +0000 From: "Lyn St George" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, 18 Jul 2002 14:55:06 +0100, John Poltorak wrote: >'Almost identical' is asking for problems. > >If you grap this:- > >ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd > >and run it, it should set up the correct environment. You may need to >adjust a couple of the variables first to suite your set up. > >If that works, try building Perl 5.8.0 RC3 in the same session. My ISP was down at the time, so I just used zips I already had. In fact there were only small differences in versions. I've now rebuilt it with your versions and get this at the end: Failed 11 test scripts out of 657, 98.33% okay. ### Since not all tests were successful, you may want to run some of ### them individually and examine any diagnostic messages they produce. ### See the INSTALL document's section on "make test". ### You have a good chance to get more information by running ### ./perl harness ### in the 't' directory since most (>=80%) of the tests succeeded. u=1246.43 s=0 cu=0 cs=0 scripts=657 tests=68651 make[2]: *** [_test_tty] Error 1 make[2]: Leaving directory `I:/ux2/archives/perl-5.8.0-rc3' make[1]: *** [_test] Error 2 make[1]: Leaving directory `I:/ux2/archives/perl-5.8.0-rc3' make: *** [test] Error 2 again there is no summary, but failures are: t/io/pipe............................Error reading "/no_such_process": No such file or directory at io/pipe.t line 186. t/lib/os2_process.................... t/lib/os2_process_kid. ext/IO/lib/IO/t/io_multihomed........IO::Socket::INET: Bad protocol 'tcp' ext/IO/lib/IO/t/io_sock..............IO::Socket::INET: Bad protocol 'tcp' ext/IO/lib/IO/t/io_udp. ext/Socket/Socket....................Bad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at ../ext/Socket/Socket.t line 30. lib/ExtUtils/t/basic.................make[5]: *** No rule to make target lib/ExtUtils/t/Constant..............make[3]: *** [../../lib/auto/ExtTest/ExtTesZN.dll] Error 1 lib/Net/hostent. lib/Net/Ping/t/110_icmp_inst.........Can't get icmp protocol by name at lib/Net/t/hostname...................Use of uninitialized value in string eq at ../lib/Net/t/hostname.t line 39. (watch line wraps) This is with gcc2.8.1 - what are you using? - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 47 ==========================** Date: Thu, 18 Jul 2002 19:15:25 +0200 (CEST) From: Stefan Neis Subject: Re: wxWindows On Thu, 18 Jul 2002, Hakan wrote: > reading, perhaps in an OS/2 newsgroup, or even on this list, about a > Unix Internet application (cannot remember which one) which had > previously been ported to OS/2 and where recently certain Unix calls > had been replaced with OS/2 specific calls (probably related to > threading) and where a 10-fold speedup was seen for certain actions and > many more user could be handled. Another example of the downside of > cross-platform applications. (Could it have been Apache?) That's why wxWindows is offering a wrapper API which on Unix is compiled into UNIX specific co, on OS/" you get the OS/2 specific code. I.e. this is specifically proving the point of using wxWindows ... Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 48 ==========================** Date: Thu, 18 Jul 2002 19:19:33 +0200 (CEST) From: Stefan Neis Subject: Re: wxWindows On Thu, 18 Jul 2002, Hakan wrote: > >> So by extension, preferring vxWindows to PM? > > > >AFAIUI, wxWindows uses PM. It has to do so (unless you run XFree86) > >because PM is the native windowing manager for OS/2. > > I meant coding to vxWindows as opposed coding directly to PM. How would you ever note the difference? OK, wxWindows has this additional wrapper around PM functions to map them to the unified interface, but that shouldn't cause more than a few percent of performance degradation. An inefficient driver for your graphics card is likely to cause a larger performance hit ... Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 49 ==========================** Date: Thu, 18 Jul 2002 19:24:14 +0200 (CEST) From: Stefan Neis Subject: Re: Clearing RAMFS drive > > > deltree /y Z: > > > > > > if Z: is a RamFS one. Deltree.exe can be batchfiled too - coming by private mail. > > > > I guess rm can be used too... > > > > rm -rf z:/* > Why do you think that: > > > E:\>rm -rf z:/* > SYS1041: The name rm is not recognized as an > internal or external command, operable program or batch file. Exactly what I get for deltree. ;-) SCNR, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 50 ==========================** Date: Thu, 18 Jul 2002 20:00:09 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, Jul 18, 2002 at 07:08:19PM +0000, Lyn St George wrote: > On Thu, 18 Jul 2002 14:55:06 +0100, John Poltorak wrote: > > >If that works, try building Perl 5.8.0 RC3 in the same session. > > My ISP was down at the time, so I just used zips I already had. In > fact there were only small differences in versions. I've now rebuilt > it with your versions and get this at the end: I don't know if I mentioned running Sebastian's patch, but I guess you must have done so... > Failed 11 test scripts out of 657, 98.33% okay. > ### Since not all tests were successful, you may want to run some of > ### them individually and examine any diagnostic messages they produce. > ### See the INSTALL document's section on "make test". > ### You have a good chance to get more information by running > ### ./perl harness > ### in the 't' directory since most (>=80%) of the tests succeeded. > u=1246.43 s=0 cu=0 cs=0 scripts=657 tests=68651 > make[2]: *** [_test_tty] Error 1 > make[2]: Leaving directory `I:/ux2/archives/perl-5.8.0-rc3' > make[1]: *** [_test] Error 2 > make[1]: Leaving directory `I:/ux2/archives/perl-5.8.0-rc3' > make: *** [test] Error 2 > > again there is no summary, but failures are: The summary appears at the end of perl harness... I think you need to run make install first, as well. > t/io/pipe............................Error reading "/no_such_process": No such file or directory at io/pipe.t line 186. > t/lib/os2_process.................... > t/lib/os2_process_kid. I get errors here too. > ext/IO/lib/IO/t/io_multihomed........IO::Socket::INET: Bad protocol 'tcp' > ext/IO/lib/IO/t/io_sock..............IO::Socket::INET: Bad protocol 'tcp' > ext/IO/lib/IO/t/io_udp. > ext/Socket/Socket....................Bad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at > ../ext/Socket/Socket.t line 30. > lib/ExtUtils/t/basic.................make[5]: *** No rule to make target > lib/ExtUtils/t/Constant..............make[3]: *** [../../lib/auto/ExtTest/ExtTesZN.dll] Error 1 > lib/Net/hostent. > lib/Net/Ping/t/110_icmp_inst.........Can't get icmp protocol by name at > lib/Net/t/hostname...................Use of uninitialized value in string eq at ../lib/Net/t/hostname.t line 39. My WAG that some of these errors occur because the protocol or services file can't be located in %ETC% at the time the program runs... I'd suggest running Make install and then 'perl harness'. > (watch line wraps) > > This is with gcc2.8.1 - what are you using? Yes, this is what gets installed by ux2_bootstrap. > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- -- John **= Email 51 ==========================** Date: Thu, 18 Jul 2002 20:37:02 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 RC3 (gleam of hope) Sebastian Wittmeier (ShadoW) wrote: > > Can we improve the skipped subtests? We have a Win32 subsystem with > Odin, hopefully more Unixish subsystems with Holger's work. > Others like 64bit integers seem to be just turned off: A number of tests are skipped because they call fork(), and OMF perl.exe isn't forkable. Forking does work with (aout) perl_.exe, however; although some of the fork tests report failure, running them individually indicates that they do succeed, and the reason for the alleged failure is that the output isn't in the order that the tests expect, e.g. the test expects "parent running, child running" whereas we get "child running, parent running". I assume it has something to do with how OS/2 schedules things. Using long long for 64-bit ints works and tests okay. No reason why it should be turned on by default. h~ **= Email 52 ==========================** Date: Thu, 18 Jul 2002 21:04:49 +0100 From: John Poltorak Subject: Re: wxWindows On Thu, Jul 18, 2002 at 03:01:33PM -0400, Hakan wrote: > Well, I have not paid (separately) for the JVM included in OS/2 so I > consider that "free." AFAIAA Java 1.3 is only available to people who have bought software choice, so it can't be considered free. Also, it looks as though that is the last version for OS/2. If it was really free, we would not be dependent on IBM making it available to us. > Nor do you need to pay to use a JVM for Windows, > simply download from the web (I still consider that "free.") > > Hakan > > On Thu, 18 Jul 2002 14:44:11 -0400, Edwin Günthner wrote: > > > > > > >Hakan wrote: > >> What do you mean by Java not being free? And, again, I do not > >> particularly like Java applications. > > > >Java is still some kind of SUN's baby. For example it will > >be very hard for you to find an up-to-date JVM that has > >not some label "SUN" somewhere on it (AFAIK also the IBM > >JVMs are based on SUN code). -- John **= Email 53 ==========================** Date: Thu, 18 Jul 2002 21:44:40 +0000 (GMT) From: Nicholas Sheppard Subject: Re: wxWindows On Wed, 17 Jul 2002, Hakan wrote: > 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? Because I have seen so many unappealing attempts at Java applications :-) > I have seen so many unappealing attempts at cross-platform applications > that I do not need/want to pay for yet another one. I use wxWindows at work for a research prototype and have been very impressed with it, and I'd happily write any future GUI applications with it. I use Solaris at work (and I also compiled it for Linux without making any changes at home), but I have students who use it with MS Windows and MS Visual C++. Nik S. **= Email 54 ==========================** Date: Thu, 18 Jul 2002 22:04:50 -0500 (CDT) From: "xyzyx" Subject: Re: XCOPY using WGET On Thu, 18 Jul 2002 05:01:55 -0300 (ADT), lordspigol wrote: >On Wed, 17 Jul 2002 19:10:59 -0500 (CDT), xyzyx wrote: > >>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... > >Is NCFTP 2.3 or 3.0 able to do it also? I'm pretty sure - but it's been a few years since I last used it. >>I would rather see NFTP be able to do it :) > >Lets ask Ayukov to include this. :) There is also a typical text-based filemanager called 'F' (with the usual split-screen view) that lets you connect to an FTP server in either panel in addition to drives, and, according to the docs supports FXP transfer between two sites. However, the program was so incredibly confusing, I never actually was able to figure out how to make it work. It has a million interesting and probably useful features, but I'll be damned if I could figure it out... It makes vi seem like a user-friendly program ;) http://filemanager.free.fr/ Paul **= Email 55 ==========================** Date: Thu, 18 Jul 2002 22:05:25 +0000 From: "Lyn St George" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, 18 Jul 2002 20:00:09 +0100, John Poltorak wrote: i>I don't know if I mentioned running Sebastian's patch, but I guess you >must have done so... Yes. >The summary appears at the end of perl harness... Hmm - this looks much better. After 'perl harness' Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 lib/os2_process.t 2 512 227 2 0.88% 174 209 lib/os2_process_kid.t 227 2 0.88% 174 209 59 tests and 563 subtests skipped. Failed 3/726 test scripts, 99.59% okay. 5/68681 subtests failed, 99.99% okay. - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 56 ==========================** Date: Thu, 18 Jul 2002 23:56:48 +1000 (EST) From: "Brian Havard" Subject: OpenSSL 0.9.7 shared build Hi all, Just a heads up, my patch to enable building OS/2 DLLs of OpenSSL have been accepted into v0.9.7 CVS so both static & dynamic builds will be supported "out of the box" in the next 0.9.7 release. I thought some of you might like to know :) -- ______________________________________________________________________________ | Brian Havard | "He is not the messiah! | | brianh at kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | ------------------------------------------------------------------------------