From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Fri, 19 Jul 2002 04:32:51 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 277 ************************************************** Thursday 18 July 2002 Number 277 ************************************************** Subjects for today 1 Re: wxWindows : Kris Steenhaut 2 Re: UnixOS/2 bootstrap : Sebastian Wittmeier (ShadoW)" 3 Re: Perl 5.8.0 RC3 (gleam of hope) : Sebastian Wittmeier (ShadoW)" 4 Re: wxWindows : Sebastian Wittmeier (ShadoW)" 5 Re: UnixOS/2 bootstrap : Sebastian Wittmeier (ShadoW)" 6 Re: UnixOS/2 bootstrap : Sebastian Wittmeier (ShadoW)" 7 Re: UnixOS/2 bootstrap : Sebastian Wittmeier (ShadoW)" 8 Re: wxWindows : Edwin =?iso-8859-1?Q?G=FCnthner?= 9 Re: Perl 5.8.0 released : Edwin =?iso-8859-1?Q?G=FCnthner?= 10 Re: wxWindows : lordspigol" 11 Re: wxWindows : lordspigol" 12 Re: Perl 5.8.0 released : Edwin =?iso-8859-1?Q?G=FCnthner?= 13 Re: Perl 5.8.0 released : Henry Sobotka 14 Re: OpenSSL 0.9.7 shared build : Michel Such" 15 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 16 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 17 Re: wxWindows : Peter Jespersen" 18 Perl 5.8.0 released : John Poltorak 19 Re: UnixOS/2 bootstrap : Maynard" 20 Re: UnixOS/2 bootstrap : John Poltorak 21 Re: free or not (was: wxWindows) : illya at vaeshiep.demon.nl 22 LIBPATHSTRICT : lordspigol" 23 Re: Perl 5.8.0 released : Edwin =?iso-8859-1?Q?G=FCnthner?= 24 Pre-requisites for building GETTEXT : John Poltorak 25 Re: wxWindows : Andrea Venturoli 26 Re: free or not (was: wxWindows) : John Poltorak 27 Re: wxWindows : Stefan Neis 28 Re: wxWindows : Stefan Neis 29 Re: wxWindows : Stefan Neis 30 Re: Perl 5.8.0 released : lordspigol" 31 Re: Perl 5.8.0 released : John Poltorak 32 Perl 5.8.0 built : Maynard" 33 Re: Perl 5.8.0 released : John Poltorak 34 Re: Perl 5.8.0 released : Edwin =?iso-8859-1?Q?G=FCnthner?= 35 Re: Perl 5.8.0 RC3 (gleam of hope) : Lyn St George" 36 Re: Perl 5.8.0 RC3 (gleam of hope) : John Poltorak 37 Re: UnixOS/2 bootstrap : lamikr 38 Re: Perl 5.8.0 built : Henry Sobotka 39 Re: Perl 5.8.0 released : Edwin =?iso-8859-1?Q?G=FCnthner?= 40 Re: Clearing RAMFS drive : lordspigol" 41 Re: Perl 5.8.0 released : lordspigol" 42 Re: Perl 5.8.0 built : lordspigol" 43 Re: UnixOS/2 bootstrap : Sebastian Wittmeier (ShadoW)" 44 Re: Perl 5.8.0 built : Edwin =?iso-8859-1?Q?G=FCnthner?= 45 Re: Perl 5.8.0 built : Maynard" 46 Re: Perl 5.8.0 built : Henry Sobotka 47 Re: Clearing RAMFS drive : lordspigol" 48 Bandwidth (was Re: Perl 5.8.0 built) : Roger F. Borrello, Jr." 49 Re: UnixOS/2 bootstrap : John Poltorak 50 Re: UnixOS/2 bootstrap : John Poltorak 51 Re: UnixOS/2 bootstrap : Stefan Neis 52 Re: Clearing RAMFS drive : Stefan Neis 53 Re: Bandwidth (was Re: Perl 5.8.0 built) : lordspigol" 54 Re: Perl 5.8.0 built : John Poltorak 55 Re: Perl 5.8.0 released : Lyn St George" 56 Re: UnixOS/2 bootstrap : John Poltorak 57 Re: wxWindows : Michael Taylor 58 Re: UnixOS/2 bootstrap : lamikr 59 Re: UnixOS/2 bootstrap : Illya Vaes 60 Re: wxWindows : Michael Taylor 61 Re: Clearing RAMFS drive : Michael Taylor 62 Re: UnixOS/2 bootstrap : John Poltorak 63 Re: UnixOS/2 bootstrap : lamikr 64 Re: UnixOS/2 bootstrap : John Poltorak 65 Re: free or not (was: wxWindows) : Steve Wendt" 66 Re: UnixOS/2 bootstrap : Illya Vaes 67 Re: Clearing RAMFS drive : Illya Vaes 68 Re: UnixOS/2 bootstrap : lamikr **= Email 1 ==========================** Date: Fri, 19 Jul 2002 00:22:21 +0200 From: Kris Steenhaut Subject: Re: wxWindows Hakan schreef: > 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? In order to get java13, OS/2 users have to pay .... meaning to subscribe to Software Choice (not that much choices really) or purchase eCS. Bottom line: java13 and later aren't free. -- Groeten uit Gent, Kris **= Email 2 ==========================** Date: Fri, 19 Jul 2002 01:24:59 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: UnixOS/2 bootstrap On Thu, 18 Jul 2002 10:08:59 +0100, John Poltorak wrote: >Does anyone have a suggestion for doing this? Perhaps something with Rexx? But you have to download some files anyway (e.g. ux2_bootstrap.cmd), so why not wget? Sebastian **= Email 3 ==========================** Date: Fri, 19 Jul 2002 01:41:09 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, 18 Jul 2002 22:05:25 +0000, Lyn St George wrote: >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. os2_process_kid.t had no problems with the previous build environment. 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: Checking to see if you have int64_t... Checking which 64-bit integer type we could use... We could use 'long long' for 64-bit integers. Try to use 64-bit integers, if available? [n] Try to use maximal 64-bit support, if available? [n] Sebastian **= Email 4 ==========================** Date: Fri, 19 Jul 2002 01:56:07 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: wxWindows On Thu, 18 Jul 2002 21:04:49 +0100, 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. But hopefully not for eCS. More and more programs are available as useful Java version. Sebastian **= Email 5 ==========================** Date: Fri, 19 Jul 2002 02:11:51 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: UnixOS/2 bootstrap On Wed, 17 Jul 2002 22:32:22 +0100, John Poltorak wrote: >I have devised a script for bootstrapping a baseline UnixOS/2 system using >this cmd file (ux2_bootstrap.cmd) :- >Can someone give it a try? Would you write the output of wget to log files? There was an error about something with unlink (OS/2 couldn't find some error message). I couldn't see more. Sebastian **= Email 6 ==========================** Date: Fri, 19 Jul 2002 02:20:08 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: UnixOS/2 bootstrap On Wed, 17 Jul 2002 22:32:22 +0100, John Poltorak wrote: >I have devised a script for bootstrapping a baseline UnixOS/2 system using >this cmd file (ux2_bootstrap.cmd) :- >Can someone give it a try? from baseline_inst.cmd: %repository%\uzs550x2.exe -uo unzip.exe -d %uxrt%/usr/bin but %repository% has forward slashes. It doesn't work with cmd.exe. Sebastian **= Email 7 ==========================** Date: Fri, 19 Jul 2002 02:52:10 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: UnixOS/2 bootstrap On Wed, 17 Jul 2002 22:32:22 +0100, John Poltorak wrote: >I have devised a script for bootstrapping a baseline UnixOS/2 system using >this cmd file (ux2_bootstrap.cmd) :- >Can someone give it a try? If you start ux2_bootstrap.cmd, it doesn't correct the drive letters in build.cmd, which is started without user interaction. So remove those lines, or let the user start build perl (or do something like "echo bldrt=%bldrt% >> build.cmd"). set bldrt=g: set uxrt=g: set osrt=c: ux2_inst.cmd worked ok after the following changes: set bld_home=/unixos2 ... set repository=%bldrt%\unixos2\archives call gather set repository=%bldrt%\unixos2\archives\ports call baseline_inst As Maynard already mentioned, repository has never the same value (3 different until now). Sebastian **= Email 8 ==========================** Date: Fri, 19 Jul 2002 06:28:58 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: wxWindows > Nope, Java131 is available for download on ecomstation.com for > registered users. > But there seems to be a huge problem regarding IBM's generel > commitment to the Java JVM's... Wouldnt say it like that. It is just that they are the only ones offering the stuff for OS/2 ... so they take money for it. Remember that Big Blue was the bad guy before Microsofot show up?! **= Email 9 ==========================** Date: Fri, 19 Jul 2002 07:24:33 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl 5.8.0 released John Poltorak wrote: > > Perl 5.8.0 has now been released and is available here:- > > http://www.cpan.org/src/perl-5.8.0.tar.gz Question: somebody told me: you dont a special perl_ for perl 5.8 any more. In one on the last notes about RC3, perl_ was again mentioned. Now - which informatin is correct? **= Email 10 ==========================** Date: Fri, 19 Jul 2002 07:34:19 -0300 (ADT) From: "lordspigol" Subject: Re: wxWindows For me it is "very more speed than". Rod On Fri, 19 Jul 2002 11:48:42 EST, Andrea Venturoli wrote: >> proponents were arguing that Java applications were now approaching the >> speed of native C++/C applictions? > >"Approaching" might be true, but "still a bit behind" is even more, in my experience. **= Email 11 ==========================** Date: Fri, 19 Jul 2002 07:36:42 -0300 (ADT) From: "lordspigol" Subject: Re: wxWindows It is possible use it with Virtual Pascal? Rod On Fri, 19 Jul 2002 11:48:42 EST, Andrea Venturoli wrote: >BTW, wxWindows, altough born to be used with C++, also has binding for other languages, like Python, JavaScript, ... >(never tried this myself). **= Email 12 ==========================** Date: Fri, 19 Jul 2002 08:16:28 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl 5.8.0 released John Poltorak wrote: > Perl 5.8.0 has only just been finalised within the last day, and I'm still > in the process of building it but there is only a perl.exe here. That means: perl 5.8 cant fork? Or is it build as a.out? **= Email 13 ==========================** Date: Fri, 19 Jul 2002 08:32:48 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 released Edwin Günthner wrote: > > John Poltorak wrote: > > Perl 5.8.0 has only just been finalised within the last day, and I'm still > > in the process of building it but there is only a perl.exe here. > > That means: perl 5.8 cant fork? Or is it build as a.out? The forkable perl_.exe is built separately with (going from memory) "make aout", "make aout_test", "make aout_install". Similarly, for perl__.exe (PM flavor), you have to go "make perl__.exe. All this is spelled out in the build section of the OS/2 documentation. h~ **= Email 14 ==========================** Date: Fri, 19 Jul 2002 09:16:21 +0100 (CET) From: "Michel Such" Subject: Re: OpenSSL 0.9.7 shared build On Thu, 18 Jul 2002 17:45:09 +0100, John Poltorak wrote: >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? At least, Lynx and Wget can use it. > >> >-- >> > ______________________________________________________________________________ >> > | 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 > > > > Michel SUCH - Team OS/2 France - msuch at free.fr ICQ # 51654489 **= Email 15 ==========================** Date: Fri, 19 Jul 2002 09:18:29 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Thu, Jul 18, 2002 at 10:05:25PM +0000, Lyn St George wrote: > 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. Looks like you're in pole position :-).. I'd like to know why your fails do not include these:- ../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/rx_cmprt.t 255 65280 18 3 16.67% 16-18 Unless you have added something to your environment our build systems must be indentical if you have used ux2_bootstrap to build yours. The only thing I can think of is that the initial environment includes some additional variables which have an effect, so it may be an idea to completely clear the environment first. The other possibility is that there is something in the libpath affecting the results. I can't see how anything else would have an effect. Surely the hardware; CPU, memory, free disk space would not come into play... > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- -- John **= Email 16 ==========================** Date: Fri, 19 Jul 2002 09:36:59 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Fri, Jul 19, 2002 at 01:41:09AM +0200, Sebastian Wittmeier (ShadoW) wrote: > On Thu, 18 Jul 2002 22:05:25 +0000, Lyn St George wrote: > > >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. > > os2_process_kid.t had no problems with the previous build environment. I think this test has always failed for me. What I find difficult to understand is how there can be _any_ variation in the results if the build environment has been put in place from scratch using the same script. I would like to see successes for these three just as Lyn has:- ../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/rx_cmprt.t 255 65280 18 3 16.67% 16-18 ...and eventually eliminate the others too, since I suspect it is possible to achieve 100% success on OS/2 without any further changes to the Perl distribution. > 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: > > Checking to see if you have int64_t... > Checking which 64-bit integer type we could use... > We could use 'long long' for 64-bit integers. > Try to use 64-bit integers, if available? [n] > Try to use maximal 64-bit support, if available? [n] HS has done a lot of work on optimising Perl so I think there is scope for improvements. I don't know how any of the default settings could be overridden from the command line. It would be useful to find out. > Sebastian -- John **= Email 17 ==========================** Date: Fri, 19 Jul 2002 09:37:48 +0200 (CEST) From: "Peter Jespersen" Subject: Re: wxWindows On Fri, 19 Jul 2002 01:56:07 +0200 (CEST), Sebastian Wittmeier (ShadoW) wrote: >On Thu, 18 Jul 2002 21:04:49 +0100, 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. > >But hopefully not for eCS. More and more programs are available as >useful Java version. Nope, Java131 is available for download on ecomstation.com for registered users. But there seems to be a huge problem regarding IBM's generel commitment to the Java JVM's... Live long and prosper... _________________________________________________________________ Peter Jespersen, Member of Team OS/2 Denmark flywheel at illogical.dk http://www.illogical.dk On a clear disk you can seek forever **= Email 18 ==========================** Date: Fri, 19 Jul 2002 10:02:54 +0100 From: John Poltorak Subject: Perl 5.8.0 released Perl 5.8.0 has now been released and is available here:- http://www.cpan.org/src/perl-5.8.0.tar.gz It's nice to see a familiar name in the Changes file, it couldn't have come much closer to the top of the file. That was some timely itervention! I'm just about to give it a try and if it works OK, then Perl 5.8.0 will replace 5.6.1 in the standard UnixOS/2 build. The archive is twice as big BTW. -- John **= Email 19 ==========================** Date: Fri, 19 Jul 2002 10:27:30 -0500 (CDT) From: "Maynard" Subject: Re: UnixOS/2 bootstrap After making some fixes to, and considerable insertion of debugging and documentation lines (pause echo rem) to the set of .cmd files in unixos2\lib, and bootstrapping to a new partition, the perl build concludes with the following: io/pipe.t 2 512 15 7 46.67% 9-15 lib/bigfltpm.t 370 1 0.27% 165 lib/rx_cmprt.t 255 65280 16 1 6.25% 16 op/exec.t 8 1 12.50% 4 17 tests and 128 subtests skipped. Failed 4/268 test scripts, 98.51% okay. 10/12905 subtests failed, 99.92% okay. Note that the modified .cmd files incorporate: -repository is typically unixos2\archives until just before the build when it goes to unixos2\archives\source -conversion from %repository% to %repository%\baseline use of back slashes for when cmd.exe is known to be in control These .cmd files are zipped up for your review and consideration at http://warped.mentabolism.org/UnixOS2/mhr-cmds.zip Now to catch up on 54 unread messages in this group ;-} -- Maynard **= Email 20 ==========================** Date: Fri, 19 Jul 2002 10:43:00 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Fri, Jul 19, 2002 at 02:20:08AM +0200, Sebastian Wittmeier (ShadoW) wrote: > On Wed, 17 Jul 2002 22:32:22 +0100, John Poltorak wrote: > > >I have devised a script for bootstrapping a baseline UnixOS/2 system using > >this cmd file (ux2_bootstrap.cmd) :- > > >Can someone give it a try? > > from baseline_inst.cmd: > %repository%\uzs550x2.exe -uo unzip.exe -d %uxrt%/usr/bin > > but %repository% has forward slashes. It doesn't work with cmd.exe. I'm aware of the problem of forward slashes and cmd.exe, but I didn't have a problem. Now, I've just checked through and put a few echo's in to see what is going on and it looks like;- c:/unixos2\archives\baseline\uzs550x2.exe -uo unzip -d %uxrt%/usr/bin *does* work. I understand that it isn't supposed to, but it does. Doesn't it work for anyone else? > Sebastian -- John **= Email 21 ==========================** Date: Fri, 19 Jul 2002 10:43:19 GMT From: illya at vaeshiep.demon.nl Subject: Re: free or not (was: 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.") >If you have Warp4, try updating to something which is Java-2 compatible >as required by almost any "modern" JAVA application and you'll notice >what I mean by "not free". And if you have eComStation, you already have Java 1.3, so that would be "free". This is a "discussion" without end, since it all depends on the point you start from. ObjectRexx isn't "free" for Windows people either, and you can't count on Presentation Manager being there if someone has DOS (well, duh! ;-). Let's move on. (BTW, how do you unsubscribe from this list?) **= Email 22 ==========================** Date: Fri, 19 Jul 2002 10:44:26 -0300 (ADT) From: "lordspigol" Subject: LIBPATHSTRICT Warp 4.51 kernel 14.062 does not have it. Rod On Fri, 19 Jul 2002 14:10:21 +0100, John Poltorak wrote: >Does anyone know how to use it or where it's documented, and which kernel >revision introduced this new option? **= Email 23 ==========================** Date: Fri, 19 Jul 2002 11:06:47 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl 5.8.0 released Henry Sobotka wrote: > > Edwin Günthner wrote: > > > > John Poltorak wrote: > > > Perl 5.8.0 has only just been finalised within the last day, and I'm still > > > in the process of building it but there is only a perl.exe here. > > > > That means: perl 5.8 cant fork? Or is it build as a.out? > > The forkable perl_.exe is built separately with (going from memory) > "make aout", "make aout_test", "make aout_install". Similarly, for > perl__.exe (PM flavor), you have to go "make perl__.exe. All this is > spelled out in the build section of the OS/2 documentation. ;-) So John, when compiling p5.8.0 for UnixOs2 - please create the other exes as well (at least the perl_.exe). But I still fear that this new perl is way to "big" for our OS/2 machines since we are very close to edge (in terms of address space and memory usage). **= Email 24 ==========================** Date: Fri, 19 Jul 2002 11:45:01 +0100 From: John Poltorak Subject: Pre-requisites for building GETTEXT Can anyone tell me what are the pre-requisites to building GETTEXT? Assuming I just have a basic environment of EMX/GCC and the GNU utils, do I need anything else like libiconv or libtool to be installed beforehand? -- John **= Email 25 ==========================** Date: Fri, 19 Jul 2002 11:48:42 EST From: Andrea Venturoli Subject: Re: wxWindows ** Reply to note from "Hakan" Thu, 18 Jul 2002 10:31:31 -0400 (EDT) > >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? "Approaching" might be true, but "still a bit behind" is even more, in my experience. > >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. Learning how to use some new classes is a lot different than learning a whole new language. > >Preferring C++ to Java anyway? > > So by extension, preferring vxWindows to PM? No correlation between the two. As for languages I prefer C++ to Java for several reasons. wxWindows and PM are not competitors, they work at two different layer of abstraction: PM is the raw windowing system and, if you plan on using it, you'll get mad with C APIs and will develop a PM only application. On the other side, wxWindows provides a number of OO classes that will (assuming you'll use the wxPM version) call PM APIs in order to fulfill their purpose. Then switching substituting wxMSW, wxX11, wxMotif, wxGTK, wxMAC, ...., you'll port (more or less without work) your app to another system. BTW, wxWindows, altough born to be used with C++, also has binding for other languages, like Python, JavaScript, ... (never tried this myself). > >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. Ok, both depend on context, but IMHO, C++ will in the end work on a broader range of platform. Said that, if you want to develop an app that will *surely* only ever work on OS/2, you might surely use the PM APIs directly or get some other OO layer, altough I see no drawbacks in wxWindows anyway. bye av. **= Email 26 ==========================** Date: Fri, 19 Jul 2002 11:55:10 +0100 From: John Poltorak Subject: Re: free or not (was: wxWindows) On Fri, Jul 19, 2002 at 10:43:19AM +0000, illya at vaeshiep.demon.nl wrote: > >>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.") > >If you have Warp4, try updating to something which is Java-2 compatible > >as required by almost any "modern" JAVA application and you'll notice > >what I mean by "not free". > > And if you have eComStation, you already have Java 1.3, so that would be "free". > This is a "discussion" without end, since it all depends on the point you start from. > ObjectRexx isn't "free" for Windows people either, and you can't count on Presentation > Manager being there if someone has DOS (well, duh! ;-). > Let's move on. Yes, it seems like the SNR is tending in the N direction.... Can we try to keep things technical? Chat tends to devalue the list to some extent. > (BTW, how do you unsubscribe from this > list?) > mailto:os2-unix-request at eyup.org?body=unsubscribe There seems to be quite a few people dropping out. I don't if this is because of the level of traffic, or whether they are moving away from OS/2. -- John **= Email 27 ==========================** Date: Fri, 19 Jul 2002 12:20:27 +0200 (CEST) From: Stefan Neis Subject: Re: wxWindows On Thu, 18 Jul 2002, Hakan wrote: > >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? Which one? To my knowledge, wxWindows is the only one which attempts to use native controls/widgets on all platforms, everything else is coming with its own controls, AFAIK. Regards, Stefan **= Email 28 ==========================** Date: Fri, 19 Jul 2002 12:22:46 +0200 (CEST) From: Stefan Neis Subject: Re: wxWindows On Thu, 18 Jul 2002, Hakan wrote: > 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.") If you have Warp4, try updating to something which is Java-2 compatible as required by almost any "modern" JAVA application and you'll notice what I mean by "not free". Regards, Stefan **= Email 29 ==========================** Date: Fri, 19 Jul 2002 12:25:59 +0200 (CEST) From: Stefan Neis Subject: Re: wxWindows On Thu, 18 Jul 2002, Hakan wrote: > Sounds wonderful -- if so great, why has it not been done previously? Because it's lots of work. In fact wxWindows is almost as old as OS/2 and so far has full support for just two platforms (Windows & GTK), a somewat restricted support for MacOS and Motif and now PM support seems close to be finished after several years of work by David Webster ... Regards, Stefan **= Email 30 ==========================** Date: Fri, 19 Jul 2002 12:31:06 -0300 (ADT) From: "lordspigol" Subject: Re: Perl 5.8.0 released How much memory do you mean? Rod On Fri, 19 Jul 2002 11:06:47 -0400, Edwin Günthner wrote: >But I still fear that this new perl is way to "big" for our >OS/2 machines since we are very close to edge (in terms of >address space and memory usage). **= Email 31 ==========================** Date: Fri, 19 Jul 2002 12:35:22 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 released On Fri, Jul 19, 2002 at 07:24:33AM -0400, Edwin Günthner wrote: > > > John Poltorak wrote: > > > > Perl 5.8.0 has now been released and is available here:- > > > > http://www.cpan.org/src/perl-5.8.0.tar.gz > > Question: somebody told me: you dont a special perl_ for > perl 5.8 any more. In one on the last notes about RC3, > perl_ was again mentioned. Now - which informatin is > correct? Perl 5.8.0 has only just been finalised within the last day, and I'm still in the process of building it but there is only a perl.exe here. There are probably many build options which affect the final version, but I'm just using the defaults apart from build prefix. -- John **= Email 32 ==========================** Date: Fri, 19 Jul 2002 13:00:47 -0500 (CDT) From: "Maynard" Subject: Perl 5.8.0 built I'm getting my sea-legs back now; built this from the baseline environment following the instructions in perl-5.8.0/README.os2 Some of those tests were opening CLIs all over the place for a while; that was weird. [X:\tmp\perl-5.8.0\t]..\perl -I../lib 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 4 1024 227 4 1.76% 161 164 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 63 tests and 563 subtests skipped. Failed 4/726 test scripts, 99.45% okay. 10/68656 subtests failed, 99.99% okay. `~Maynard **= Email 33 ==========================** Date: Fri, 19 Jul 2002 13:26:57 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 released On Fri, Jul 19, 2002 at 08:16:28AM -0400, Edwin Günthner wrote: > > > John Poltorak wrote: > > Perl 5.8.0 has only just been finalised within the last day, and I'm still > > in the process of building it but there is only a perl.exe here. > > That means: perl 5.8 cant fork? Or is it build as a.out? How can I tell? -- John **= Email 34 ==========================** Date: Fri, 19 Jul 2002 13:49:23 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl 5.8.0 released lordspigol wrote: > > How much memory do you mean? I am not sure about the correct numbers, but the "normal" perl.exe for 561 (from Hobbes) took about 105 MB of private adress space. When your machine is already using 450 for other applications, well then you are in big "trapping" trouble my friend. So we were ;-( **= Email 35 ==========================** Date: Fri, 19 Jul 2002 13:53:24 +0000 From: "Lyn St George" Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Fri, 19 Jul 2002 09:18:29 +0100, John Poltorak wrote: > >Unless you have added something to your environment our build systems must >be indentical if you have used ux2_bootstrap to build yours. > >The only thing I can think of is that the initial environment includes >some additional variables which have an effect, so it may be an idea to >completely clear the environment first. The other possibility is that >there is something in the libpath affecting the results. I can't see how >anything else would have an effect. Surely the hardware; CPU, memory, free >disk space would not come into play... I would think that the libpath would be the prime suspect. I've put a listing of mine at ftp://ftp.zolotek.net/os2/0lib.dir This starts with the 2 at the special build env for this test, then goes through the normal ones in the order they are listed in config.sys. Note that /usr/test/lib is what it says - a dir for testing only. - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 36 ==========================** Date: Fri, 19 Jul 2002 14:10:21 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 RC3 (gleam of hope) On Fri, Jul 19, 2002 at 01:53:24PM +0000, Lyn St George wrote: > On Fri, 19 Jul 2002 09:18:29 +0100, John Poltorak wrote: > > > > >Unless you have added something to your environment our build systems must > >be indentical if you have used ux2_bootstrap to build yours. > > > >The only thing I can think of is that the initial environment includes > >some additional variables which have an effect, so it may be an idea to > >completely clear the environment first. The other possibility is that > >there is something in the libpath affecting the results. I can't see how > >anything else would have an effect. Surely the hardware; CPU, memory, free > >disk space would not come into play... > > I would think that the libpath would be the prime suspect. I've put a > listing of mine at ftp://ftp.zolotek.net/os2/0lib.dir Hmmm... seems like a messy business, trying to pinpoint the problem... Maybe this is the time to investigate LIBPATHSTRICT - I've never used it myself but it may help to hide LIBPATH altogether. Does anyone know how to use it or where it's documented, and which kernel revision introduced this new option? > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- > -- John **= Email 37 ==========================** Date: Fri, 19 Jul 2002 14:44:57 +0100 From: lamikr Subject: Re: UnixOS/2 bootstrap Ok, I started downloading it now. It is interesting to see how to it will work and install unixos2. Byteway, is the variable uxrt needed for something? At least I can not see any use for it in your script? set bldrt=f: set uxrt=f: set osrt=e: 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 Mika >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 >> >> > > > > **= Email 38 ==========================** Date: Fri, 19 Jul 2002 15:12:53 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 built John Poltorak wrote: > > ../lib/ExtUtils/t/Mkbootstrap.t 1 256 18 1 5.56% 8 > ../lib/ExtUtils/t/Packlist.t 1 256 34 1 2.94% 17 > > How do I run these tests individually? From the t subdirectory: perl ../lib/ExtUtils/t/Mkbootstrap.t perl ../lib/ExtUtils/t/Packlist.t h~ **= Email 39 ==========================** Date: Fri, 19 Jul 2002 15:24:17 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl 5.8.0 released lordspigol wrote: > Not for me. :( I have 256 mega & Mozilla eats all. :) It depends on what kind of memory your applications request. There is the private memory, there shared memory, and there is the address space. I just can tell: I saw perl dying and trapping immediately on startup because there wasnt enough memory left. Or worse, other more important applications where dying ... **= Email 40 ==========================** Date: Fri, 19 Jul 2002 15:47:54 -0300 (ADT) From: "lordspigol" Subject: Re: Clearing RAMFS drive 4OS2 allows create an alias to DEL like the DELTREE. Could be called WIPE. :) Rod On Fri, 19 Jul 2002 19:23:33 +0200 (CEST), Stefan Neis wrote: >shorter than deltree.cmd which consists of this one line: > at rm -rf %1 >?? **= Email 41 ==========================** Date: Fri, 19 Jul 2002 16:00:45 -0300 (ADT) From: "lordspigol" Subject: Re: Perl 5.8.0 released Not for me. :( I have 256 mega & Mozilla eats all. :) Even with 512 mega Mozilla eats all, but have a longer time-to-close. Mozilla team needs solve the ever growing memory usage. Otherwise I cant run almost nothing together with Mozilla. Rod On Fri, 19 Jul 2002 13:49:23 -0400, Edwin Günthner wrote: >I am not sure about the correct numbers, but the >"normal" perl.exe for 561 (from Hobbes) took >about 105 MB of private adress space. > >When your machine is already using 450 for other >applications, well then you are in big "trapping" >trouble my friend. So we were ;-( **= Email 42 ==========================** Date: Fri, 19 Jul 2002 16:09:43 -0300 (ADT) From: "lordspigol" Subject: Re: Perl 5.8.0 built What is your cpu power? My cpu is K6 II 550 with 1 megabyte motherboard cache. Rod On Fri, 19 Jul 2002 19:35:23 +0100, John Poltorak wrote: >BTW how long does this build take now? It takes a couple of hours here at >least, and a lot more if I don't use RAMFS as a virtual disk. **= Email 43 ==========================** Date: Fri, 19 Jul 2002 16:16:51 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: UnixOS/2 bootstrap On Fri, 19 Jul 2002 10:43:00 +0100, John Poltorak wrote: >c:/unixos2\archives\baseline\uzs550x2.exe -uo unzip -d %uxrt%/usr/bin >*does* work. I understand that it isn't supposed to, but it does. >Doesn't it work for anyone else? Sorry. That really works (even for me). The problem was that the script tried to call "e:/unixos2\archives\ports\uzs550x2.exe -uo unzip -d %uxrt%/usr/bin" although uzs550x2.exe was put into e:\unixos2\archives\ports\ports. My first guess was that the slashes were wrong ones. Sebastian **= Email 44 ==========================** Date: Fri, 19 Jul 2002 16:25:42 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl 5.8.0 built hi there, Just reading some stuff about Perl 5.8 ... does anybody know if the threading stuff will work with Perl 5.8 on OS/2? Or is it simply as with Perl 5.61 and it tells you - "this perl aint compiled for threading, bubba"? **= Email 45 ==========================** Date: Fri, 19 Jul 2002 16:35:03 -0500 (CDT) From: "Maynard" Subject: Re: Perl 5.8.0 built however, make aout_test generates 15 SYS3175 situations while continuing to run Failed 18 test scripts out of 658, 97.26% okay. make aout_install seems to fail -- Maynard **= Email 46 ==========================** Date: Fri, 19 Jul 2002 16:58:59 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 built Edwin Günthner wrote: > > Just reading some stuff about Perl 5.8 ... > does anybody know if the threading stuff will > work with Perl 5.8 on OS/2? Or is it simply > as with Perl 5.61 and it tells you - > "this perl aint compiled for threading, bubba"? It's not on by default; you have to configure with -DUSE_THREADS (or some such flag). According to Ilya's comments in one of the docs, it's supposed to work, but the last time I tried the flag I ran into build problems. That was some time ago; perhaps the break has been fixed. h~ **= Email 47 ==========================** Date: Fri, 19 Jul 2002 17:39:24 -0300 (ADT) From: "lordspigol" Subject: Re: Clearing RAMFS drive Yes, there are more! 4OS2 is extremely powerful. ;) alias deltree ` at del/fstxyz %$` Rod On Fri, 19 Jul 2002 21:48:17 GMT+1, Illya Vaes wrote: >>4OS2 allows create an alias to DEL like the DELTREE. Could be called WIPE. :) > >4OS2 allows "del * /s/x", no need for anything else ;-P **= Email 48 ==========================** Date: Fri, 19 Jul 2002 18:02:50 -0400 (EDT) From: "Roger F. Borrello, Jr." Subject: Bandwidth (was Re: Perl 5.8.0 built) The bandwidth of UnixOS2 has become almost unbearable. Would it be better if there were a more "granular" group for some of the higher bandwith subjects? Perhaps UnixOS2-Perl would be the first candidate? Regards, +------------------------------------------------+ |Roger F. Borrello, Jr. O Brought to you by | |Golden Code Development S the letters O and S,| |mailto:rfb at GoldenCode.com 2 and by the number 2!| +---------------------+--------------------------+ |OS/2 Warp 4 Engineer |OS/2 Warp Server Engineer | |OS/2 Developer |DB2 Developer | +---------------------+--------------------------+ **= Email 49 ==========================** Date: Fri, 19 Jul 2002 18:37:14 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Fri, Jul 19, 2002 at 07:19:57PM +0200, Stefan Neis wrote: > On Fri, 19 Jul 2002, lamikr wrote: > > > Ok, I started downloading it now. > > I tried as well and after SET FTP_PROXY=my-proxy:my_proxy_port I did > get an index.html but that was all... :-( Same here. The WGET command works fine when connected directly, but I have never got it working via a proxy, in spite of the suggestions made... > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. -- John **= Email 50 ==========================** Date: Fri, 19 Jul 2002 19:14:34 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Fri, Jul 19, 2002 at 08:53:47PM +0100, lamikr wrote: > For me it downloaded everything and started then installation. I suspect everything wasn't downloaded. See below. > Installation stopped however quite early because it failed to > unzip zip. Any idea why? > I made some changes to scripts and got everything else > installed except PERL which will give me a following kind of errors. > > [F:\unixos2\lib]build perl > f:\unixos2\usr\bin\mkdir: cannot make directory `/unixos2/workdir': File > exists > f:\unixos2\usr\bin\mkdir: cannot make directory `f:/unixos2/logs': File > exists > build.sh[7]: /usr/bin/ksh: not found I don't know where this comes from.... ksh does not installed and there is no reference to it in any of the scripts AFAIK. > ARCHIVE CFLAGS LDFLAGS PARMS MAKEPARM SRC > perl-5.6.1 . > ARCHIVE perl-5.6.1 > CFLAGS > LDFLAGS > PARMS > MAKEPARM . > SRC > /unixos2/workdir > /unixos2/workdir/perl-5.6.1 > build.sh[126]: autoconf: not found It should not have reached this point, it should have said:- using perl specific Build script I can only guess that the script did not find:- unixos2\scripts\build\build_perl.cmd which should consist of:- set AWK=%uxrt%/bin/awk.exe echo %repository% patch -p0 < os2\diff.configure sh Configure -des -D prefix=%uxrt%/usr/lib/perl make make test mv INSTALL INSTALL.txt make install cd t perl harness It actually didn't, I just spotted $uxrt instead of %uxrt% but have changed it now. > My slightly edited versions from cmd-files are attached in a zip-file. > > Mika -- John **= Email 51 ==========================** Date: Fri, 19 Jul 2002 19:19:57 +0200 (CEST) From: Stefan Neis Subject: Re: UnixOS/2 bootstrap On Fri, 19 Jul 2002, lamikr wrote: > Ok, I started downloading it now. I tried as well and after SET FTP_PROXY=my-proxy:my_proxy_port I did get an index.html but that was all... :-( Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 52 ==========================** Date: Fri, 19 Jul 2002 19:23:33 +0200 (CEST) From: Stefan Neis Subject: Re: Clearing RAMFS drive On Fri, 19 Jul 2002, Michael Taylor wrote: > I know you do not want a deltree program but I have one > on my webpage (with source). That is if Telstra (Bigpond) > haven't deleted my webpage again :-) shorter than deltree.cmd which consists of this one line: at rm -rf %1 ?? Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 53 ==========================** Date: Fri, 19 Jul 2002 19:29:10 -0300 (ADT) From: "lordspigol" Subject: Re: Bandwidth (was Re: Perl 5.8.0 built) Good idea. UnixOS2 is a big world & sure brings all sort of problems. Rod On Fri, 19 Jul 2002 18:02:50 -0400 (EDT), Roger F. Borrello, Jr. wrote: >The bandwidth of UnixOS2 has become almost unbearable. > >Would it be better if there were a more "granular" group for some of the higher bandwith subjects? Perhaps UnixOS2-Perl would be the first candidate? **= Email 54 ==========================** Date: Fri, 19 Jul 2002 19:35:23 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 built On Fri, Jul 19, 2002 at 01:00:47PM -0500, Maynard wrote: > I'm getting my sea-legs back now; built this from the baseline environment following the instructions in perl-5.8.0/README.os2 I assume this is the release version... > Some of those tests were opening CLIs all over the place for a while; that was weird. > > [X:\tmp\perl-5.8.0\t]..\perl -I../lib 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 4 1024 227 4 1.76% 161 164 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 > 63 tests and 563 subtests skipped. > Failed 4/726 test scripts, 99.45% okay. 10/68656 subtests failed, 99.99% okay. That's excellent! Better than me, in fact, I seem to be going backwards and got 7 fails this time. I'd really like to nail these two which no one seems to get:- ../lib/ExtUtils/t/Mkbootstrap.t 1 256 18 1 5.56% 8 ../lib/ExtUtils/t/Packlist.t 1 256 34 1 2.94% 17 How do I run these tests individually? > `~Maynard BTW how long does this build take now? It takes a couple of hours here at least, and a lot more if I don't use RAMFS as a virtual disk. -- John **= Email 55 ==========================** Date: Fri, 19 Jul 2002 19:44:24 +0000 From: "Lyn St George" Subject: Re: Perl 5.8.0 released On Fri, 19 Jul 2002 10:02:54 +0100, John Poltorak wrote: > >Perl 5.8.0 has now been released and is available here:- > >http://www.cpan.org/src/perl-5.8.0.tar.gz > >It's nice to see a familiar name in the Changes file, it couldn't have >come much closer to the top of the file. That was some timely itervention! > >I'm just about to give it a try and if it works OK, then Perl 5.8.0 will >replace 5.6.1 in the standard UnixOS/2 build. The archive is twice as big >BTW. Amazing - it just builds out-of-the-box:) This is the end of "make test"- Failed 5 test scripts out of 667, 99.25% okay. and this is the end of "perl harness" Failed 3/726 test scripts, 99.59% okay. 4/68471 subtests failed, 99.99% okay. 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 op/pwent.t 2 1 50.00% 1 57 tests and 557 subtests skipped. Thanks are due to Sebastian W, Henry S, Ilya Z, and others unknown. >-- >John > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 56 ==========================** Date: Fri, 19 Jul 2002 20:11:28 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Fri, Jul 19, 2002 at 08:57:18PM +0000, Illya Vaes wrote: > ** Reply to note from John Poltorak Fri, 19 Jul 2002 18:37:14 > +0100 > >>I tried as well and after SET FTP_PROXY=my-proxy:my_proxy_port I did > >>get an index.html but that was all... :-( > >Same here. > >The WGET command works fine when connected directly, but I have never got > >it working via a proxy, in spite of the suggestions made... > > I have used it regularly at work through a proxy, but (like I mentioned > earlier) I've always used explicit arguments, no WGETRC. Apart from that, only > the environment variables > set http_proxy=http://proxy:8080/ > and > set ftp_proxy=http://proxy:8080/ > (BOTH pointed to the HTTP proxy-port and explicit http transport and ending > slash) > At my previous job the proxy was configured so that it wanted you to login > (ie. arguments --proxy-user= and --proxy-passwd= needed), while the present > one uses IP-addresses to determine if you're allowed to use it. > I always use --continue to have it take up where it left off in case of a > broken connection, but other than that, I don't think I used any arguments at > all. Apart from the required --proxy=on ofcourse. You did use that, didn't you > (can't see your previous mail about it)? The problem related to the use of proxies seems to be command specific. Retreiving a specific file works fine, but it doesn't work for recursing a subdirectrory tree. All it does is bring back index.html. > -- > Illya Vaes (illya at vaeshiep.demon.nl) > "Do...or do not, there is no 'try'" - Yoda -- John **= Email 57 ==========================** Date: Fri, 19 Jul 2002 20:53:33 +0100 From: Michael Taylor Subject: Re: wxWindows Adrian Gschwend wrote: > 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 :-) > The OS/2 port of V is very out of date and V is not open source in the way that wxWindows is. I offered to help with V but the OS/2 maintainer told me to wait while he finished off what he had and I never heard anything more. The source for V is available but they do not have source control access (such as CVS). -- Regards, Mick -- ----------------------------------------------------------------------- Michael Taylor miket at pcug.org.au ----------------------------------------------------------------- Home Page: http://users.bigpond.net.au/miket5au ----------------------------------------------------------------- ----------------------------------------------------------------------- **= Email 58 ==========================** Date: Fri, 19 Jul 2002 20:53:47 +0100 From: lamikr Subject: Re: UnixOS/2 bootstrap This is a multi-part message in MIME format. --------------010906030409060501020006 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit For me it downloaded everything and started then installation. Installation stopped however quite early because it failed to unzip zip. I made some changes to scripts and got everything else installed except PERL which will give me a following kind of errors. [F:\unixos2\lib]build perl f:\unixos2\usr\bin\mkdir: cannot make directory `/unixos2/workdir': File exists f:\unixos2\usr\bin\mkdir: cannot make directory `f:/unixos2/logs': File exists build.sh[7]: /usr/bin/ksh: not found ARCHIVE CFLAGS LDFLAGS PARMS MAKEPARM SRC perl-5.6.1 . ARCHIVE perl-5.6.1 CFLAGS LDFLAGS PARMS MAKEPARM . SRC /unixos2/workdir /unixos2/workdir/perl-5.6.1 build.sh[126]: autoconf: not found My slightly edited versions from cmd-files are attached in a zip-file. Mika --------------010906030409060501020006 Content-Type: application/octet-stream; name="unixos2_bld.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="unixos2_bld.zip" UEsDBBQAAAAIAL2V8yznIXiPmwMAAMkSAAARADgAYmFzZWxpbmVfaW5zdC5jbWQJACMAJAAA AAgAnYZ1T1NhgAIeDgbfID1XF72QiJAA/2CwGD9ECgBVVA0AB1ZQOD3saDg9jk04Pa1XTW/b OBA9d4H9DwQW3kMKibX8kWJvbmK3QVunSBw0LQoYFEXJ2kiiQFKx48P+9h1SkaModkMpOcQi J3zD98jhcEhJkiDJFMtuXZoGf/4hWPrwgxC6mv88+/ZmpVT+D8Yr7vtMulkqC5cFBc4LH3Pp 4ULFCSaCruJbJnCxlaPRu43nsg2rO+z5SSBU75f+LoNYQOseU/ZyLpT8VUcjp+CoyLZxXvYC 1Cs24AIXUmA/zp7SbU12S4U3gNlgjro3M6mZ3vkX9QTLuYwVF3cVyxoMtaA3/Xp9sXgTGn7w 6yaMu1xEhhvlaQ4EDUew4ygrMEs3byNK9Veothx3IAQtHCQJPmpwBNtTjh/nV2gWJwxdwUJJ q9UMYbjmG+peW5p1HIJ1xEeHVrODJ1Boq/lyxWCwvWipx2vVsqNq+Wqqm55aqF6wjeqw06qj ZvVqmpueLDVffqp0rtdrNyVq5fJVzB2piGJG739xckew5KFaE8GM9Dy4kStn5Hpuf+gAQad1 vtjvATXNEFSHloSC+xw1zNX4e+venPNhAprtU44Ja4l9AsTADkTfOd543FbwPjyqG/8Co5Fs /shh4U09k++fnwvVgN1isr7ReuDTIUzvUSiCxsD7/ZY0dqQGafxHOzVXYnprD4p2qCen92Jq d9dVZzYCqR3WooKhl5zWmhPbgzo9bRO1d1JxDnGrsyELumTjEoX09wWZ+N4LNMXGVurXyeep TUib3UzJDXMGy+Pxsi/bymxikTF47vHY7UvjuUUh06GMOWo6gsoz4ZSUa4KoLkZhrBNnUpUm lgUPAx4xWEwu2lV6kSLCG71vHRoPMD0nhq7tIn1sXY2+Asdo2/eGzqC8XzRJlea9pgttw49G RgerWPQ3EukeyJ44HtpEcRpLqqMiHXY4pSUIAS3tDnqWW/Ftsjj5ZH3GYKKcKLrqQHCHqziW Bkuap2ezWaucHsRh2IFlBUOmocnR1PoRMzubn1qRDGJp7uAwzrpk5ApmCjzT0QR1Z0NEJF/y Sqh7rvqWyXr2ZXptHeZhwjbeaPi0XtS+niP6CFyFkzbabtSHH5OTE+ug9+8IpV147oDINGzJ nV2ez1vcIcBzd8P7seRZF6p1LCpbtglkevGl/nKgOckMXykohseDnzBXXw3Rtok1t5pfxEmw zJnYE1GTq8X5yfn82YO/2ylSKE55FjrecjR43WU4XHUDyVZ1iiZpyov+crzsFP+Hn4t7WP4P UEsDBBQAAAAIADyl8yxIhyvVGQEAAD0CAAAJADgAYnVpbGQuY21kCQAjACQAAAAIAHO7qXJT YYACHg4G3yA9Vxe9kIiQAP9gBl4GOAAAVVQNAAeEazg9Jmw4PfYPOD2FUU1PwzAMvVfqf8jF HBt116poYwyoVI1pHwdEUbWm6RqRNlWTwg78eJIlg6Ft4hT7+dl+Lx5TUgskqsr3yJZzJKmi 7UdAmtL3dIy6rapjGPa9gmyQfVawNnIpbfanqalyoYdYUEgDCjmK7KBP0b+XrI9Bw3ho2V6X sAMtoxYNdauwiXEvhLKlYmC85GInYyh4aQjmzXUrYANb1vR5/pA85qtkPbvEYwUmoq3YLpBM Ud/76yprjBIEThJcq/9IAbc0T+bTdHM/yxeT9dNRv27CrCV8KKmjLdLN6j8qJl0XXZuQJnfL yfLlrFf78r3x4YyvB3HmeG8XFqIYwTn6a9SYlLX960AHEKLR7U2IvpCi9NQ4hjDQge99A1BL AwQUAAAACADDovMsV6oLUDsBAADoAwAADAA6AGVteF9pbnN0LmNtZAkAJQAkAAAACAD+vMfP U2GAAh4OBt8gPVcXvZCIkAD/YAZFoBgzRAoAVVQNAAfeZjg97Gg4PepNOD2lU01vhCAQvZvw H7x4MRF66M8x2SjMVloQy8DG9tcXkN3Nov1IenJmHu/xhhkRnDJ8UKQiVfioGsHBfKFcC1I1 oxLWNQERdYxPQtqQ+flTLnXnTd29142FxaB0xn40/WKswx70yloaz8RolDNrUyRnrryAnCk5 hqgLyn5Nl9xljzXPcn16/o9s9/onZaFUVtjaZ7fWmUcb4d+9WlcY3Rs6pIrxpDfqjcByV9sU Uine0Oe2SbUMHiFPT5n5JR2ktN84sWr0OSR4BSglldUPbxd5OAXXCtsdOKJg+yr3FgHptAMc WM2H5QBpKYI4qKZlK+Un4G+0jXtpQdcZjdPN3WTWIxasRk5ZvVraQ8dImhkdB7erOuP5RGGF aExfDnbkPvNicWKR/kAKdkpKGuG3hPxUJem2GKSCWeS/+wtQSwMEFAAAAAgAY4rzLHtOvzxe AAAArgAAAAoAEQBnYXRoZXIuY21kVVQNAAf6Ozg97Gg4PQYQOD2NzT0KgDAMQOFd8A5ZOrbi RcQrlBqkEJvQBH9ub9ULOL3p46VIBIqGZQ9pW/ruWNHATwm8wQh+BldRWLNxvdwgXE3BZzBm aiyQ2i8z4HY+ruWP4ZrXXCK9ryiiH7oBUEsDBBQAAAAIAMOY8ywD4XUUVgAAAI8AAAAKADgA c2V0ZW52LmNtZAkAIwAkAAAACAB1kN8gU2GAAh4OBt8gPVcXvZCIkAD/YAZmBjgAAFVUDQAH DlU4PSJsOD0uPTg9K04tUcgvLiqxTbXi5SoGcpJyUoC8NAQvPiWzyLY0L7Miv9gIIlhaAVYR gyKYWJSckVmWClYNZRdDZIpSC/KLM0vyiyptVcGmq+qrQs0FspD0qfJyAQBQSwMEFAAAAAgA L5zzLO8qxTKaAAAA1gAAABEAOAB1eDJfYm9vdHN0cmFwLmNtZAkAIwAkAAAACAA3PIhRU2GA Ah4OBt8gPVcXvZCIkAD/YAY2BjgAAFVUDQAHels4PexoOD3sTTg9TcxNCsIwEIbhfSB3mE2X SWiKiIVCl67EAxSK+VEDaVqSidbbW6UWVwPz8L364j0kizY8uB4MJc+bRWAnHYGFIzCmMzLj YmoqYAglsDMUypuIhfjcfrECrjjVQuTg5jHJupVlxcud5NWeH6SYsvqRUNktm/RKaAdByVqi RBvotlznnaKktfo+wvqDBjb+o4grfCN5lr0LCSl5A1BLAwQUAAAACACOpPMsmqAhP8MAAADU AQAADAA4AHV4Ml9pbnN0LmNtZAkAIwAkAAAACAC1T1HhU2GAAh4OBt8gPVcXvZCIkAD/YAYm BjgAAFVUDQAHPGo4PTxqOD0KEDg9fZHLDoMgEEX3Jv4DGzdddNGtadIPMWl4DEoKjOFh7N8X K6ZUmy7PGebOADfgAxKUsq441Zp4CGCnMzeirowgTZxdaDqmbInRuxIh8BIHNLDnziGGUgYz 1lUaRkYahusndxnVbrlmXhH9gugv7drDoFdWK7bvFVq3+R59KoHLwKgHrSzclfUhuxSe0eAE 5DulO5UiTaorJ3Zn/q+S1LYKi0oLMoJLLQ4MKSR7Us4PVmqYD5LGgByt/Fkw9JGe/P2VYMUL UEsDBBQAAAAIADOl8ywYv4OZwgMAACsKAAAIADoAYnVpbGQuc2gJACUAJAAAAAgAuQIvlFNh gAIeDgbfID1XF72QiJAA/2AGNqAYO0QKAFVUDQAHcms4PTZsOD34Dzg9lVZtb5tWFP5cS/4P Rzaq02QYOWs3qR2TSExsFBJbxltXbauD4dq+MgbEhTZK0/+++w55U1nkwOW55znv58L8cmIb o24H3eZZUcIsOJ07y6ltsKtGOXSDol0Gpgt8D+7LAgb/0L8BDKzBTbfTl8Jnf3j+eDGbLRsM jcE9POEt3Pks8JazxSe7FrQMZ3E+9f50V2NvwZQzVfV2txNMXd+3wVgn8SrGhVWRwlrj1NqT XbdDCfQHMEdFAnGGCKRZCQneIyh3mNBVit6bQkq67V79JVQa1W1RclVC07ZAOXw25pcTWFc4 iYdluE4Q/A4lOuRMwLsI7MGHAVsWKIwhH4H0Hc4vfGcSgD8W97mzuArgyrl02QqCxTn8ptXw CFsTpbzKEhiSYSiKITiGJhmc9ciO4ktYKRF3CWqNciFhqZ/fJFTbUiu5wSLV9kW+tQnxqHV3 O3hDc0JKMDdg1L1hZQXe4jRMiG4NWoliuL37QGuK0m4HVFQXnu/arajUfEIQo35jF1lqlRxR 7jDBIaEdpAoOoKvse06gK9jOPKNo4wDfu50NZkHLNgLeRlEMxsfZ4pK3fv417nZEQuK63vd0 kMIC7m43GmN2BVcXlXMfZNQyzvwxmymLRAXOS2LxKMV1ZYyG0SGuE8qzwivYqwhOt2CMgOQo whscwRmjgFDT44KysrPrC2+yosG7dgMW54o8YBjexhXBxyWMGtnq/494VCx9Hky/dTT9F8Kh +PCHRiVduN3nfvdVmWn051PeIrWWPCyjHWp0Z4w3m8ejoIkqpG9MglPBzG/Cr3sYnLkT71pU DeCA01UONoxOf3777pdfZQLpjYZt29A7OTnpsT6Sj8fHxz1J3ZJqDUeq1XrD495P0KP/xumb xr7192frX+vhDnX4KEHpttwdUYjOBnfijfal3qPiwhv3eizN5gVOSyl6wlL3faBmyq4POp2H G6q+fmK6uEKV6Jc7JC+QmRdZhAhNOTvXX7+mRf2hmFD7bO8dwj3a4KRZQgq1nKMrSeYzxDS1 0f1kMFTgz/r3uMFMOoYmB4d3OFd+Putp4Hx0lo4XTD0QvbbHYtqrlFJb22BfFvqhpjdRVobi 8ERQnBuLpUXfsYY6OxpnygsnT0ZOrShLN3g7JLjkZzyFqhTfgun4fpusNRuBqeJdoJL1iv6e OwkeCKv3y6uwKjOG1u3JczyULlYF0m/SpwjFcjriDWMJXluHPU5JGSYJ/fohMOQfPWVW0QrF WWTRnUNufimxtsU7q/Fi5s89DbAzj0NSq+ahNBYe/wdQSwECFwYUAAAACAC9lfMs5yF4j5sD AADJEgAAEQARAAAAAAABACAA/4EAAAAAYmFzZWxpbmVfaW5zdC5jbWQJAAQAJAAAAFVUBQAH VlA4PVBLAQIXBhQAAAAIADyl8yxIhyvVGQEAAD0CAAAJABEAAAAAAAEAIAD/gQIEAABidWls ZC5jbWQJAAQAJAAAAFVUBQAHhGs4PVBLAQIXBhQAAAAIAMOi8yxXqgtQOwEAAOgDAAAMABEA AAAAAAEAIAD/gXoFAABlbXhfaW5zdC5jbWQJAAQAJAAAAFVUBQAH3mY4PVBLAQIXBhQAAAAI AGOK8yx7Tr88XgAAAK4AAAAKAAkAAAAAAAEAIAD/gRkHAABnYXRoZXIuY21kVVQFAAf6Ozg9 UEsBAhcGFAAAAAgAw5jzLAPhdRRWAAAAjwAAAAoAEQAAAAAAAQAgAP+BsAcAAHNldGVudi5j bWQJAAQAJAAAAFVUBQAHDlU4PVBLAQIXBhQAAAAIAC+c8yzvKsUymgAAANYAAAARABEAAAAA AAEAIAD/gWYIAAB1eDJfYm9vdHN0cmFwLmNtZAkABAAkAAAAVVQFAAd6Wzg9UEsBAhcGFAAA AAgAjqTzLJqgIT/DAAAA1AEAAAwAEQAAAAAAAQAgAP+BZwkAAHV4Ml9pbnN0LmNtZAkABAAk AAAAVVQFAAc8ajg9UEsBAhcGFAAAAAgAM6XzLBi/g5nCAwAAKwoAAAgAEQAAAAAAAQAgALaB jAoAAGJ1aWxkLnNoCQAEACQAAABVVAUAB3JrOD1QSwUGAAAAAAgACABPAgAArg4AAAAA --------------010906030409060501020006-- **= Email 59 ==========================** Date: Fri, 19 Jul 2002 20:57:18 GMT+1 From: Illya Vaes Subject: Re: UnixOS/2 bootstrap ** Reply to note from John Poltorak Fri, 19 Jul 2002 18:37:14 +0100 >>I tried as well and after SET FTP_PROXY=my-proxy:my_proxy_port I did >>get an index.html but that was all... :-( >Same here. >The WGET command works fine when connected directly, but I have never got >it working via a proxy, in spite of the suggestions made... I have used it regularly at work through a proxy, but (like I mentioned earlier) I've always used explicit arguments, no WGETRC. Apart from that, only the environment variables set http_proxy=http://proxy:8080/ and set ftp_proxy=http://proxy:8080/ (BOTH pointed to the HTTP proxy-port and explicit http transport and ending slash) At my previous job the proxy was configured so that it wanted you to login (ie. arguments --proxy-user= and --proxy-passwd= needed), while the present one uses IP-addresses to determine if you're allowed to use it. I always use --continue to have it take up where it left off in case of a broken connection, but other than that, I don't think I used any arguments at all. Apart from the required --proxy=on ofcourse. You did use that, didn't you (can't see your previous mail about it)? -- Illya Vaes (illya at vaeshiep.demon.nl) "Do...or do not, there is no 'try'" - Yoda **= Email 60 ==========================** Date: Fri, 19 Jul 2002 20:58:44 +0100 From: Michael Taylor Subject: Re: wxWindows Hakan wrote: > On Thu, 18 Jul 2002 19:15:25 +0200 (CEST), Stefan Neis wrote: >>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. What do you mean - not been done previously? There have been many popular libraries - zApp for example was a popular commercial library. What did for most of these was Windows, Visual Basic and MFC. The explosive growth of VB and Windows consigned most cross platform products to become single platform (ie Windows only). It is the growth of open source software which is driving the reemergence of cross platform libraries. Microsofts anti- competitive practices might be helping a bit as well :-) -- Regards, Mick -- ----------------------------------------------------------------------- Michael Taylor miket at pcug.org.au ----------------------------------------------------------------- Home Page: http://users.bigpond.net.au/miket5au ----------------------------------------------------------------- ----------------------------------------------------------------------- **= Email 61 ==========================** Date: Fri, 19 Jul 2002 21:00:54 +0100 From: Michael Taylor Subject: Re: Clearing RAMFS drive Stefan Neis wrote: >>>>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. ;-) I know you do not want a deltree program but I have one on my webpage (with source). That is if Telstra (Bigpond) haven't deleted my webpage again :-) -- Regards, Mick -- ----------------------------------------------------------------------- Michael Taylor miket at pcug.org.au ----------------------------------------------------------------- Home Page: http://users.bigpond.net.au/miket5au ----------------------------------------------------------------- ----------------------------------------------------------------------- **= Email 62 ==========================** Date: Fri, 19 Jul 2002 21:08:31 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Fri, Jul 19, 2002 at 09:48:15PM +0000, Illya Vaes wrote: > ** Reply to note from John Poltorak Fri, 19 Jul 2002 20:11:28 > +0100 > >The problem related to the use of proxies seems to be command specific. > >Retreiving a specific file works fine, but it doesn't work for recursing a > >subdirectrory tree. All it does is bring back index.html. > > You're ab-so-lute-ly sure that you're telling it to go recursive? I'm running the same command:- wget -Ncr -nH --cut-dirs=3 -t 1 -P bld_home ftp://unixos2: at eyup.org/pub/unixos2/build_system/ both internally and externally. Externally, it works fine, internally, through SQUID, it only retrieves an index.html, which has a directory listing. ISTR that this is a known feature of WGET and there is some workround but it seems to have been swapped out of my memory for a while... > I seem to recall you using (only?) short option. One could always try using a > separate --recursive (and maybe try it once without a cut-off depth). There > might always be a logic error in argument handling that makes them behave > differently between -r and --recursive with and without proxy. > Otherwise, one would almost be forced to look at the code... > > -- > Illya Vaes (illya at vaeshiep.demon.nl) > "Do...or do not, there is no 'try'" - Yoda -- John **= Email 63 ==========================** Date: Fri, 19 Jul 2002 21:16:48 +0100 From: lamikr Subject: Re: UnixOS/2 bootstrap For me it downloaded everything and started then installation. Installation stopped however quite early because it failed to unzip zip. I made some changes to scripts and got everything else installed except PERL which will give me a following kind of errors. [F:\unixos2\lib]build perl f:\unixos2\usr\bin\mkdir: cannot make directory `/unixos2/workdir': File exists f:\unixos2\usr\bin\mkdir: cannot make directory `f:/unixos2/logs': File exists build.sh[7]: /usr/bin/ksh: not found ARCHIVE CFLAGS LDFLAGS PARMS MAKEPARM SRC perl-5.6.1 . ARCHIVE perl-5.6.1 CFLAGS LDFLAGS PARMS MAKEPARM . SRC /unixos2/workdir /unixos2/workdir/perl-5.6.1 build.sh[126]: autoconf: not found Here are the slightly edited *.cmd-files and build.sh-file. (I needed to edit them for a bit to get so-far) I also added setenv.cmd for defining env-variables because original scripts contained definitions for things like uxrt, bldrt and osrt in two different places. ---setenv.cmd---- set osrt=e: set bldrt=f: set bld_dir=unixos2 set uxrt=f:\unixos2 set archive_dir=archives set repository=%bldrt%/%bld_dir%/%archive_dir% -------------------------------- ---ux2_bootstrap.cmd------- call setenv.cmd wget -Ncr -nH --cut-dirs=3 -t 1 -P %bldrt%/%bld_dir% ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/ %bldrt% cd \%bld_dir%\lib at echo bld_dir = %bld_dir% at echo bldrt = %bldrt% ux2_inst -------------------------------- ---ux2_inst.cmd------- at echo off call setenv.cmd md %uxrt%\bin md %uxrt%\usr md %uxrt%\etc md %uxrt%\home md %uxrt%\home\root md %uxrt%\tmp set path=%uxrt%\usr\bin;%uxrt%\emx\bin;%osrt%\os2; set beginlibpath=%uxrt%\usr\dll; call gather call baseline_inst call emx_inst move %uxrt%\usr\dll\* %uxrt%\usr\lib rd %uxrt%\usr\dll set beginlibpath=%uxrt%\usr\lib; call build perl rem call build byacc rem call build flex rem call build autoconf rem call build automake echo end -------------------------------- ---emx_inst.cmd------- setlocal call setenv.cmd %bldrt% cd %bld_dir% unzip -uo -q %repository%\ports\emx/*.zip emx/bin/* emx/include/* emx/lib/* -d %uxrt% unzip -uo %repository%\ports\emxfix04.zip emx/bin/* emx/include/* emx/lib/* -d %uxrt% unzip -uo -j %repository%\ports\emxfix04.zip emx/dll/* -d %bldrt%/%bld_dir%/usr/dll unzip -uo %repository%\ports\emxrt.zip emx/bin/* -d %uxrt% unzip -o %repository%\ports\db_mt.zip -d %uxrt%/emx/lib cd %uxrt%\emx\include pause call long cd ..\lib call omflibs cd ..\.. rm emx/include/longshrt.ls* rm emx/include/bsd/* rm emx/include/curses.h rm emx/include/termcap.h rm emx/include/*.sed rm emx/include/*.cmd rm emx/include/check.* mv %bldrt%/%bld_dir%/emx/bin/* /%bld_dir%/usr/bin/. mv %bldrt%/%bld_dir%/emx/lib /%bld_dir%/usr/lib mv %bldrt%/%bld_dir%/emx/include /%bld_dir%/usr/include endlocal -------------------------------- ---build.cmd------- at echo off call setenv.cmd set path=%uxrt%\usr\bin;%uxrt%\emx\bin;%uxrt%\usr\local\bin;%osrt%\os2; set workdir=%rt%/unixos2/workdir set home=%uxrt%/home/root set buildlogs=%bldrt%/%bld_dir%/logs set CONFIG_SITE=%bldrt%/%bld_dir%/lib/config.site %uxrt%\usr\bin\mkdir %workdir% %uxrt%\usr\bin\mkdir %buildlogs% set C_INCLUDE_PATH=%uxrt%/usr/include set CPLUS_INCLUDE_PATH=%uxrt%/usr/include/cpp;%uxrt%/usr/include set LIBRARY_PATH=%uxrt%/usr/lib at echo [build.cmd] CPLUS_INCLUDE_PATH = %CPLUS_INCLUDE_PATH% %uxrt%\bin\sh build.sh %1 2>&1 | tee %buildlogs%/%1.log -------------------------------- ---build.sh------- PKG=$1 export OS2PATH=$PATH export PATH=`echo -E $PATH |tr '\\\\' '/'` #export BUILDROOT=`echo -E $BUILDROOT | tr '\\\\' '/'` #REPOSITORY=$BUILDROOT/$ARCHIVE_DIR #echo $BUILDROOT SHELL= $bld_dir/usr/bin/ksh # # Perl does not like this line:- # #export EMXSHELL=$uxrt/bin/sh grep ^$PKG build.table > temp IFS=';' read p1 ARCHIVE CFLAGS LDFLAGS PARMS MAKEPARM SRC < temp echo ARCHIVE CFLAGS LDFLAGS PARMS MAKEPARM SRC echo $ARCHIVE $CFLAGS $LDFLAGS $PARMS $MAKEPARM $SRC echo ARCHIVE $ARCHIVE echo CFLAGS $CFLAGS echo LDFLAGS $LDFLAGS echo PARMS $PARMS echo MAKEPARM $MAKEPARM echo SRC $SRC export CFLAGS export LDFLAGS if test -f $REPOSITORY/originals/$ARCHIVE.tar.gz; then ARCHIVEFILE=$REPOSITORY/originals/$ARCHIVE.tar.gz else { grep ^$ARCHIVE build.aliases > temp read p1 ALIAS < temp ARCHIVEFILE=$REPOSITORY/originals/$ALIAS.tar.gz } fi IFS=' ' cd $WORKDIR pwd test -d $ARCHIVE || tar zxf $ARCHIVEFILE cd $ARCHIVE pwd if test -f /$BLD_DIR/scripts/build/build_$1.cmd; then { echo "using $1 specific Build script" export CONFIG_SITE= export PATH=$OS2PATH /$BLD_DIR/scripts/build/build_$1.cmd exit 1 } fi #if test -f /$BLD_DIR/scripts/build/build_$1; then # { # echo "using $1 specific Build script" # export CONFIG_SITE= # . /$BLD_DIR/scripts/build/build_$1 # exit 1 # } #fi PATCHFILE=/$BLD_DIR/patches/$ARCHIVE.diff if test -f $PATCHFILE; then { patch -p`awk 'BEGIN { min_p = 1234567 } $1 == "+++" || $1 == "***" { gsub (ARCHIVE ".*", "", $2) gsub (/[^/]/, "", $2) if (length($2) < min_p) min_p = length($2) } END { print min_p + 1 }' ARCHIVE=$ARCHIVE $PATCHFILE` < $PATCHFILE } fi test -f /$BLD_DIR/scripts/pre-process/$PKG && . $BLD_DIR/scripts/pre-process/$PKG if test -f /$BLD_DIR/makefiles/$ARCHIVE.mak; then { echo "using $1 specific Makefile" make -f /$BLD_DIR/makefiles/$ARCHIVE.mak exit 1 } fi if test -f /$BLD_DIR/patches/$ARCHIVE-OS2-patch.zip; then { echo "using SAWATAISHI patch kit" unzip /$BLD_DIR/patches/$ARCHIVE-OS2-patch.zip OS2patch.zip unzip OS2patch.zip && rm OS2patch.zip PATH=$RT/';'$PATH export PATH export CONFIG_SITE=os2/config.site os2unix -ALL } fi if test -f /$BLD_DIR/scripts/pre-conf/$PKG; then . /$BLD_DIR/scripts/pre-conf/$PKG else autoconf fi echo ./configure $PARMS configure $PARMS cp -p /$BLD_DIR/lib/mkinstalldirs . #touch doc/stamp-vti echo make $MAKEPARM make "$MAKEPARM" #make install echo end -------------------------------- Stefan Neis wrote: >On Fri, 19 Jul 2002, lamikr wrote: > > > >>Ok, I started downloading it now. >> >> > >I tried as well and after SET FTP_PROXY=my-proxy:my_proxy_port I did >get an index.html but that was all... :-( > > Regards, > Stefan > > **= Email 64 ==========================** Date: Fri, 19 Jul 2002 21:25:38 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Fri, Jul 19, 2002 at 10:07:51PM +0100, lamikr wrote: > > > >>Installation stopped however quite early because it failed to > >>unzip zip. > > > >Any idea why? > > > I do not remember exactly, but I thing that the reason was in > baseline_inst.cmd. Originally it had following line: > > %repository%\uzs550x2.exe -uo unzip.exe -d %uxrt%/usr/bin > > where repository contained value > > f:/unixos2/archives/ports > > Therefore cmd.exe tried to execute command > > f:/unixos2/archives/ports\uzs550x2.exe -uo unzip.exe -d %uxrt%/usr/bin This does seem to work somehow - at least here... > >/unixos2/workdir > >/unixos2/workdir/perl-5.6.1 > >build.sh[126]: autoconf: not found > > > > > > > >It should not have reached this point, it should have said:- > >using perl specific Build script > >I can only guess that the script did not find:- unixos2\scripts\build\build_perl.cmd > > > Yes, I had accidentally deleted that file. Now it proceeds to there but > I still got error: > f:/unixos2/archives > > [F:\unixos2\workdir\perl-5.6.1]patch -p0 0 patching file `Configure' > Hunk #1 succeeded at 1662 (offset 57 lines). > Hunk #2 FAILED at 1983. > Hunk #3 FAILED at 5781. > patch: **** can't rename `Configure' to `Configure.orig' : Permission denied It looks as though the file had already been patched. It might be better to start all over again. I have updated the scripts and included Perl 5.8.0 instead of 5.6.1. I'd suggest deleting the %uxrt% related files and grabbing this:- wget ftp://unixos2: at eyup.org/pub/unixos2/build_system/lib/ux2_bootstrap.cmd and running it. The archive directory structure is slightly different so you may want to move some files to stop getting them again. -- John **= Email 65 ==========================** Date: Fri, 19 Jul 2002 21:30:37 -0700 (PDT) From: "Steve Wendt" Subject: Re: free or not (was: wxWindows) On Fri, 19 Jul 2002 11:55:10 +0100, John Poltorak wrote: >There seems to be quite a few people dropping out. I don't if this is >because of the level of traffic, or whether they are moving away from List traffic, most likely. I second the motion for splitting the list. ----------- "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 66 ==========================** Date: Fri, 19 Jul 2002 21:48:15 GMT+1 From: Illya Vaes Subject: Re: UnixOS/2 bootstrap ** Reply to note from John Poltorak Fri, 19 Jul 2002 20:11:28 +0100 >The problem related to the use of proxies seems to be command specific. >Retreiving a specific file works fine, but it doesn't work for recursing a >subdirectrory tree. All it does is bring back index.html. You're ab-so-lute-ly sure that you're telling it to go recursive? I seem to recall you using (only?) short option. One could always try using a separate --recursive (and maybe try it once without a cut-off depth). There might always be a logic error in argument handling that makes them behave differently between -r and --recursive with and without proxy. Otherwise, one would almost be forced to look at the code... -- Illya Vaes (illya at vaeshiep.demon.nl) "Do...or do not, there is no 'try'" - Yoda **= Email 67 ==========================** Date: Fri, 19 Jul 2002 21:48:17 GMT+1 From: Illya Vaes Subject: Re: Clearing RAMFS drive ** Reply to note from "lordspigol" Fri, 19 Jul 2002 15:47:54 -0300 (ADT) >>shorter than deltree.cmd which consists of this one line: >> at rm -rf %1 >>?? >4OS2 allows create an alias to DEL like the DELTREE. Could be called WIPE. :) 4OS2 allows "del * /s/x", no need for anything else ;-P -- Illya Vaes (illya at vaeshiep.demon.nl) "Do...or do not, there is no 'try'" - Yoda **= Email 68 ==========================** Date: Fri, 19 Jul 2002 22:07:51 +0100 From: lamikr Subject: Re: UnixOS/2 bootstrap > > >On Fri, Jul 19, 2002 at 08:53:47PM +0100, lamikr wrote: > > >>For me it downloaded everything and started then installation. >> >> > >I suspect everything wasn't downloaded. See below. > > > > >>Installation stopped however quite early because it failed to >>unzip zip. >> >> > >Any idea why? > I do not remember exactly, but I thing that the reason was in baseline_inst.cmd. Originally it had following line: %repository%\uzs550x2.exe -uo unzip.exe -d %uxrt%/usr/bin where repository contained value f:/unixos2/archives/ports Therefore cmd.exe tried to execute command f:/unixos2/archives/ports\uzs550x2.exe -uo unzip.exe -d %uxrt%/usr/bin when it should have tried following f:\unixos2\archives\ports\ports\uzs550x2.exe -uo unzip.exe -d %uxrt%/usr/bin >>build.sh[7]: /usr/bin/ksh: not found >> > >I don't know where this comes from.... ksh does not installed and there >is no reference to it in any of the scripts AFAIK. > >ARCHIVE CFLAGS LDFLAGS PARMS MAKEPARM SRC >perl-5.6.1 . >ARCHIVE perl-5.6.1 >CFLAGS >LDFLAGS >PARMS >MAKEPARM . >SRC >/unixos2/workdir >/unixos2/workdir/perl-5.6.1 >build.sh[126]: autoconf: not found > > > >It should not have reached this point, it should have said:- >using perl specific Build script >I can only guess that the script did not find:- unixos2\scripts\build\build_perl.cmd > Yes, I had accidentally deleted that file. Now it proceeds to there but I still got error: [F:\unixos2\lib]build perl f:\unixos2\usr\bin\mkdir: cannot make directory `/unixos2/workdir': File exists f:\unixos2\usr\bin\mkdir: cannot make directory `f:/unixos2/logs': File exists [build.cmd] CPLUS_INCLUDE_PATH = f:\unixos2/usr/include/cpp;f:\unixos2/usr/include ARCHIVE CFLAGS LDFLAGS PARMS MAKEPARM SRC perl-5.6.1 . ARCHIVE perl-5.6.1 CFLAGS LDFLAGS PARMS MAKEPARM . SRC /unixos2/workdir /unixos2/workdir/perl-5.6.1 using perl specific Build script [F:\unixos2\workdir\perl-5.6.1]set AWK=f:\unixos2/bin/awk.exe [F:\unixos2\workdir\perl-5.6.1]echo f:/unixos2/archives f:/unixos2/archives [F:\unixos2\workdir\perl-5.6.1]patch -p0 0