From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Sat, 20 Jul 2002 04:32:58 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 278 ************************************************** Friday 19 July 2002 Number 278 ************************************************** Subjects for today 1 Re: free or not (was: wxWindows) : John Poltorak 2 Re: Perl 5.8.0 built : Henry Sobotka 3 Re: Perl 5.8.0 built : Henry Sobotka 4 Re: Bandwidth (was Re: Perl 5.8.0 built) : John Poltorak 5 Re: Perl 5.8.0 built : John Poltorak 6 Clean Environment : Maynard" 7 Re: Perl test results summary : Maynard" 8 Re: Re: Perl 5.8.0 built : Henry Sobotka 9 PATH problem : Maynard" 10 Re: Clean Environment : Maynard" 11 Re: Bandwidth (was Re: Perl 5.8.0 built) : Lyn St George" 12 Re: Perl 5.8.0 built : Sebastian Wittmeier (ShadoW)" 13 Re: PATH problem : Maynard" 14 Re: Perl 5.8.0 built : Masaru Nomiya 15 PIPE & TEE : Lord Spigol" 16 Re: Perl 5.8.0 built : John Poltorak 17 Re: wxWindows : Andrea Venturoli 18 Re: Clean Environment : Maynard" 19 Re: Bandwidth (was Re: Perl 5.8.0 built) : John Poltorak 20 Re: Perl 5.8.0 built : John Poltorak 21 Re: Clean Environment : Maynard" 22 Re: Clean Environment : xyzyx" 23 Re: UnixOS/2 bootstrap : John Poltorak 24 Perl test results summary : Sebastian Wittmeier (ShadoW)" 25 Re: Perl test results summary : John Poltorak 26 Re: UnixOS/2 bootstrap : xyzyx" 27 Re: UnixOS/2 bootstrap : lamikr 28 Re: Perl test results summary : Lyn St George" 29 Re: PIPE & TEE : John Poltorak 30 My ux2_bootstrap.cmd experience : xyzyx" 31 Re: Clean Environment : John Poltorak 32 Re: Clean Environment : Lyn St George" 33 Re: PATH problem : John Poltorak 34 Re: PIPE & TEE : Lord Spigol" 35 Re: PIPE & TEE : Maynard" 36 Re: PIPE & TEE : Maynard" 37 Re: pdksh : Maynard" 38 Re: pdksh : Maynard" 39 Re: Perl 5.8.0 built : Masaru Nomiya 40 pdksh : Lord Spigol" **= Email 1 ==========================** Date: Sat, 20 Jul 2002 08:47:08 +0100 From: John Poltorak Subject: Re: free or not (was: wxWindows) On Fri, Jul 19, 2002 at 09:30:37PM -0700, Steve Wendt wrote: > 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. How exactly do you propose it should be split? > > ----------- > "Good people do not need laws to tell them to act responsibly, > while bad people will find a way around the laws." > - Plato (427-347 B.C.) -- John **= Email 2 ==========================** Date: Sat, 20 Jul 2002 08:48:28 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 built Masaru Nomiya wrote: > > I tried "make aout", but I got an error message as follows; > > [G:\temp\perl-5.8.0]make aout > GNUmakefile:1176: warning: overriding commands for target `TAGS' > GNUmakefile:1168: warning: ignoring old commands for target `TAGS' > make: *** No rule to make target `aout'. Stop. > > Then I tried to run "make aout_test", I got a message; > > ...... > cd ext/shared/shared/ ; ../../miniperl_ -I ../../lib Makefile.PL FIRST_MAKEFILE= > Makefile.aout INSTALLDIRS=perl PERL_CORE=1 > G:/emx/bin/sh.exe: cd: /temp/perl-5.8.0/ext/shared/shared - No such file or dire > ctory > G:/emx/bin/sh.exe: ../../miniperl_: not found > make: *** [ext/shared/shared/Makefile.aout] Error 127 > > What's worng with me, I wonder? It's my memory that's faulty. Try "make perl_", then "make aout_test" and "make aout_install". h~ **= Email 3 ==========================** Date: Sat, 20 Jul 2002 09:04:29 -0400 From: Henry Sobotka Subject: Re: Perl 5.8.0 built John Poltorak wrote: > > 1..18 > ok 1 - use ExtUtils::Mkbootstrap; > Can't locate TieOut.pm in at INC ( at INC contains: t/lib/ TieOut.pm is in t/lib, so you can either cd one up to the main Perl directory and run perl lib/ExtUtils/t/Mkbootstrap.t or, from the t subdirectory perl -Ilib ../lib/ExtUtils/t/Mkbootstrap.t Don't know about the Packlist.t failure as I can't replicate it here. h~ **= Email 4 ==========================** Date: Sat, 20 Jul 2002 09:22:16 +0100 From: John Poltorak Subject: Re: Bandwidth (was Re: Perl 5.8.0 built) On Fri, Jul 19, 2002 at 06:02:50PM -0400, 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? Ths fact that there is currently a lot of posts related to Perl does not indicate that there is any real need for seperate Perl group. There has been a culmination of posts because of the very recent release of Perl 5.8.0 which until a few days ago was not working properly on OS/2 and if it had not have been for msgs on the list, the release version would have been broken on OS/2. Perl is a very important app and having a brand new release which works straight out of the box on OS/2 is a very good thing and worth the inconvenience of a surge in traffic IMV. Although I would expect it to tail off to some extent now. The traffic is of a good technical standard as well, so there is a good opportunity for picking up handy tips and techniques. One of the purposes of the list is to try to establish a standard UnixOS/2 distro, and building and installing Perl from scratch in a pristine environment is a good test for that distro because the Perl build is fairly complex. So, many of the posts relating to Perl are, in fact about the establishment of a standard installation. Quite a number of posts have been about my standard build system, which, as an example of an automated build, can build Perl, so again, it appears that Perl is the focus, whereas it is really the underlying build system which is this issue. Once Perl is working fully, ie. there is 100% success on all the tests, there shouldn't be the same intensity in Perl traffic. Someone has already got it down to only three failing tests, so we are not too far off. BTW Perl is a required part of a UnixOS/2 development system because autoconf and automake won't work without it. > 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 | > +---------------------+--------------------------+ -- John **= Email 5 ==========================** Date: Sat, 20 Jul 2002 09:46:33 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 built On Fri, Jul 19, 2002 at 03:12:53PM -0400, Henry Sobotka wrote: > 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: Any idea what either of these mean? > perl ../lib/ExtUtils/t/Mkbootstrap.t 1..18 ok 1 - use ExtUtils::Mkbootstrap; Can't locate TieOut.pm in at INC ( at INC contains: t/lib/ g:/usr/lib/perl/lib/5.8.0/os2 g:/usr/lib/perl/lib/5.8.0 g:/usr/lib/perl/lib/site_perl/5.8.0/os2 g:/usr/lib/perl/lib/site_perl/5.8.0 g:/usr/lib/perl/lib/site_perl .) at ../lib/ExtUtils/t/Mkbootstrap.t line 47. BEGIN failed--compilation aborted at ../lib/ExtUtils/t/Mkbootstrap.t line 47. # Looks like you planned 18 tests but only ran 1. # Looks like your test died just after 1. > perl ../lib/ExtUtils/t/Packlist.t 1..34 not ok 17 - write() should croak on open failure # Failed test (../lib/ExtUtils/t/Packlist.t at line 98) # '' # doesn't match '(?-xism:Can't open file)' # Looks like you failed 1 tests of 34. I seem to be the only person getting these, so I wonder if there is some DLL or library missing... > h~ -- John **= Email 6 ==========================** Date: Sat, 20 Jul 2002 10:53:26 -0500 (CDT) From: "Maynard" Subject: Clean Environment Great idea and plan, John. Rather than start with an empty environment and find things to add to it, I'm starting with a full one : set | sed "s/^/set /" | sort >set_env.cmd and REMming out those which don't seem necessary; and try it. Will post results as they come in ;-} -- Maynard **= Email 7 ==========================** Date: Sat, 20 Jul 2002 11:49:41 -0500 (CDT) From: "Maynard" Subject: Re: Perl test results summary On Sat, 20 Jul 2002 17:55:22 +0200 (CEST), Sebastian Wittmeier (ShadoW) wrote: >Ma: lib/os2_process.t 4 1024 227 4 1.76% 161 164 174 209 >Ly: lib/os2_process.t 2 512 227 2 0.88% 174 209 >MN: lib/os2_process.t 3 768 227 3 1.32% 90 174 209 >SW: lib/os2_process.t 6 1536 227 6 2.64% 80 85 90 94 174 209 This test is tricky. From my own result logs: first build: lib/os2_process.t 4 1024 227 4 1.76% 161 164 174 209 today from cmd.exe prompt: lib/os2_process.t 2 512 227 2 0.88% 174 209 immediately thereafter from sh prompt: lib/os2_process.t 4 1024 227 4 1.76% 46 57 174 209 Continuing .... -- Maynard **= Email 8 ==========================** Date: Sat, 20 Jul 2002 12:30:14 -0400 From: Henry Sobotka Subject: Re: Re: Perl 5.8.0 built Masaru Nomiya wrote: > > Thanks, > I started "make perl_", but I got a same error message. > > [...] > cd ext/shared/shared/ ; ../../miniperl_ -I ../../lib Makefile.PL FIRST_MAKEFILE= > Makefile.aout INSTALLDIRS=perl PERL_CORE=1 > G:/emx/bin/sh.exe: cd: /temp/perl-5.8.0/ext/shared/shared - No such file or directory > G:/emx/bin/sh.exe: ../../miniperl_: not found > make: *** [ext/shared/shared/Makefile.aout] Error 127 > > In fact, ext/shared directory doen't exist. > But, "make perl_" produced miniperl_.exe....? That could be shell strangeness if you're using bash sh.exe instead of pdksh sh.exe. h~ **= Email 9 ==========================** Date: Sat, 20 Jul 2002 13:46:51 -0500 (CDT) From: "Maynard" Subject: PATH problem look here at what happens to the PATH when I enter sh.exe [X:\tmp\Perl-5.8.0]echo %PATH% p:\usr\bin;p:\emx\bin;p:\usr\local\bin;n:\os2; [X:\tmp\Perl-5.8.0]sh # echo $PATH p:\usin;p:\emin;p:\usr\locain;n:\os2; # exit [X:\tmp\Perl-5.8.0]echo %path% p:\usr\bin;p:\emx\bin;p:\usr\local\bin;n:\os2; # env | grep PATH PATH=p:\usr\bin;p:\emx\bin;p:\usr\local\bin;n:\os2; ...[snippage]... # echo $PATH p:\usin;p:\emin;p:\usr\locain;n:\os2; # find p:/ -name tar # p:/usr/bin/tar --version GNU tar version 1.10 - AK 2.58 # ????????--Maynard **= Email 10 ==========================** Date: Sat, 20 Jul 2002 13:53:41 -0500 (CDT) From: "Maynard" Subject: Re: Clean Environment Question: How can we read or determine the current operational value of LIBPATH ? -- Maynard **= Email 11 ==========================** Date: Sat, 20 Jul 2002 14:00:40 +0000 From: "Lyn St George" Subject: Re: Bandwidth (was Re: Perl 5.8.0 built) On Sat, 20 Jul 2002 09:22:16 +0100, John Poltorak wrote: >One of the purposes of the list is to try to establish a standard >UnixOS/2 distro, and building and installing Perl from scratch in >a pristine environment is a good test for that distro because the Perl >build is fairly complex. So, many of the posts relating to Perl are, in >fact about the establishment of a standard installation. Correct. I propose that we put up env listings somewhere so that we can compare and hopefully track down the points that need to be corrected. I have put mine up at ftp://ftp.zolotek.net/os2/ux2/zolotek.env.ux2 and anyone is welcome to put theirs up there (in /upload) too. This also includes bits of PATH, and Config.sys, as relevant. - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 12 ==========================** Date: Sat, 20 Jul 2002 14:17:15 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Perl 5.8.0 built On Sat, 20 Jul 2002 09:46:33 +0100, John Poltorak wrote: >> perl ../lib/ExtUtils/t/Mkbootstrap.t > >1..18 >ok 1 - use ExtUtils::Mkbootstrap; >Can't locate TieOut.pm in at INC ( at INC contains: t/lib/ >g:/usr/lib/perl/lib/5.8.0/os2 g:/usr/lib/perl/lib/5.8.0 >g:/usr/lib/perl/lib/site_perl/5.8.0/os2 >g:/usr/lib/perl/lib/site_perl/5.8.0 g:/usr/lib/perl/lib/site_perl .) at >../lib/ExtUtils/t/Mkbootstrap.t line 47. >BEGIN failed--compilation aborted at ../lib/ExtUtils/t/Mkbootstrap.t line >47. ># Looks like you planned 18 tests but only ran 1. ># Looks like your test died just after 1. In your previous results (Fri, 19 Jul 2002 19:36:23 +0100) only one failed. I have the same problem: perl harness in the build script (at the end of the build) has other results than started alone. Perhaps some set env variables. >> perl ../lib/ExtUtils/t/Packlist.t > >1..34 >not ok 17 - write() should croak on open failure ># Failed test (../lib/ExtUtils/t/Packlist.t at line 98) ># '' ># doesn't match '(?-xism:Can't open file)' ># Looks like you failed 1 tests of 34. Do you still start it from RAMFS. It could handle open files in another way. >I seem to be the only person getting these, so I wonder if there is some >DLL or library missing... It looks like the remaining fails are due to the individual configurations. But nevertheless they should be tracked down and worked into the build script or into some installation docs for Perl. Ideally there will be some WarpIN archive which has 0 fails, when running perl harness. Sebastian **= Email 13 ==========================** Date: Sat, 20 Jul 2002 14:19:47 -0500 (CDT) From: "Maynard" Subject: Re: PATH problem On Sat, 20 Jul 2002 13:46:51 -0500 (CDT), Maynard wrote: >look here at what happens to the PATH when I enter sh.exe > >[X:\tmp\Perl-5.8.0]echo %PATH% >p:\usr\bin;p:\emx\bin;p:\usr\local\bin;n:\os2; > >[X:\tmp\Perl-5.8.0]sh ># echo $PATH >p:\usin;p:\emin;p:\usr\locain;n:\os2; If I start with forward slashes, this doesn't happen. `~Maynard **= Email 14 ==========================** Date: Sat, 20 Jul 2002 14:21:40 +0900 From: Masaru Nomiya Subject: Re: Perl 5.8.0 built Hello, In the Message; Subject : Perl 5.8.0 built Message-ID : <200207191800.TAA493.88 at mail.eyup.org> Date & Time: Fri, 19 Jul 2002 13:00:47 -0500 (CDT) [Maynard] == "Maynard" has written: Maynard> [X:\tmp\perl-5.8.0\t]..\perl -I../lib harness Maynard> Failed Test Stat Wstat Total Fail Failed List of Failed Maynard> ------------------------------------------------------------------------------- Maynard> ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 Maynard> lib/os2_process.t 4 1024 227 4 1.76% 161 164 174 209 Maynard> lib/os2_process_kid.t 227 2 0.88% 174 209 Maynard> lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 Maynard> 63 tests and 563 subtests skipped. Maynard> Failed 4/726 test scripts, 99.45% okay. 10/68656 subtests failed, 99.99% okay. I got almost same result as follows; 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 3 768 227 3 1.32% 90 174 209 lib/os2_process_kid.t 227 3 1.32% 90 174 209 lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 59 tests and 557 subtests skipped. Failed 4/726 test scripts, 99.45% okay. 10/68689 subtests failed, 99.99% okay. In the Message; Subject : Re: Perl 5.8.0 built Message-ID : <20020719193523.N60165 at eyup.org> Date & Time: Fri, 19 Jul 2002 19:35:23 +0100 [John] == John Poltorak has written: John> BTW how long does this build take now? It takes a couple of hours John> here at least, and a lot more if I don't use RAMFS as a virtual disk. I built perl 5.8.0 on Athlon 1.4GHz (266MHz), it took about half an hour. In the Message; Subject : Re: Perl 5.8.0 released Message-ID : <3D3806F0.195 at axess.com> Date & Time: Fri, 19 Jul 2002 08:32:48 -0400 {henry] == Henry Sobotka has written: Henry> The forkable perl_.exe is built separately with (going from memory) Henry> "make aout", "make aout_test", "make aout_install". Similarly, for Henry> perl__.exe (PM flavor), you have to go "make perl__.exe. All this is Henry> spelled out in the build section of the OS/2 documentation. I tried "make aout", but I got an error message as follows; [G:\temp\perl-5.8.0]make aout GNUmakefile:1176: warning: overriding commands for target `TAGS' GNUmakefile:1168: warning: ignoring old commands for target `TAGS' make: *** No rule to make target `aout'. Stop. Then I tried to run "make aout_test", I got a message; ...... cd ext/shared/shared/ ; ../../miniperl_ -I ../../lib Makefile.PL FIRST_MAKEFILE= Makefile.aout INSTALLDIRS=perl PERL_CORE=1 G:/emx/bin/sh.exe: cd: /temp/perl-5.8.0/ext/shared/shared - No such file or dire ctory G:/emx/bin/sh.exe: ../../miniperl_: not found make: *** [ext/shared/shared/Makefile.aout] Error 127 What's worng with me, I wonder? --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- **= Email 15 ==========================** Date: Sat, 20 Jul 2002 14:30:08 -0300 (ADT) From: "Lord Spigol" Subject: PIPE & TEE I tried pipe with 4OS2 & the TEE command does a nice job. It is very better than copy to add up files. What I tried: type ftp.mirrors.?|tee mirrors.ftp.0 All the additions goes to "mirrors.ftp.0". I liked yet more that trick & I am sharing it to whoever it may concern. []s Rod On Sat, 20 Jul 2002 10:53:26 -0500 (CDT), Maynard wrote: >set | sed "s/^/set /" | sort >set_env.cmd **= Email 16 ==========================** Date: Sat, 20 Jul 2002 14:59:16 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 built On Sat, Jul 20, 2002 at 02:17:15PM +0200, Sebastian Wittmeier (ShadoW) wrote: > On Sat, 20 Jul 2002 09:46:33 +0100, John Poltorak wrote: > > >> perl ../lib/ExtUtils/t/Mkbootstrap.t > In your previous results (Fri, 19 Jul 2002 19:36:23 +0100) only one > failed. > I have the same problem: perl harness in the build script (at the end > of the build) has other results than started alone. > Perhaps some set env variables. Yes, that is something which should be tackled somehow... > >> perl ../lib/ExtUtils/t/Packlist.t > > > >1..34 > >not ok 17 - write() should croak on open failure > ># Failed test (../lib/ExtUtils/t/Packlist.t at line 98) > ># '' > ># doesn't match '(?-xism:Can't open file)' > ># Looks like you failed 1 tests of 34. > > Do you still start it from RAMFS. > It could handle open files in another way. Good point. I'll try getting it fully built somewhere else. RAMFS doesn't support some OS/2 functions and this may well be the reason for the fails. > >I seem to be the only person getting these, so I wonder if there is some > >DLL or library missing... > > It looks like the remaining fails are due to the individual > configurations. That is what I was attempting to avoid by using a standard build system, but there is still scope for differences which can include hardware, OS revisions and different environment and libpath settings. One thing I will try to incorporate at the begining of the process is some way of clearing down the environment and only setting the variables which actually need to be set. It's easy enough to do using:- set | sed "s/^/set /;s/=.*$/=/" >clearenv.cmd clearenv Unfortunately, sed is not necessarily available at the beginning, although I guess it could be run immediately before 'build perl'... > But nevertheless they should be tracked down and worked into the build > script or into some installation docs for Perl. It's encouraging that between all of us that have attempted to build Perl, we only have about two outstanding fails, so I 'd like to track down why some people do better than others first, so that those difference can be incorporated into a basline build. After that we can try to eliminate the universal fails. > Ideally there will be some WarpIN archive which has 0 fails, when > running perl harness. Sure. Producing a standalone Perl package which was 100% succesful on the tests would be a great end result. > Sebastian -- John **= Email 17 ==========================** Date: Sat, 20 Jul 2002 15:17:58 EST From: Andrea Venturoli Subject: Re: wxWindows ** Reply to note from "lordspigol" Fri, 19 Jul 2002 07:36:42 -0300 (ADT) >>BTW, wxWindows, altough born to be used with C++, also has binding for other >>languages, like Python, JavaScript, ... >>(never tried this myself). >It is possible use it with Virtual Pascal? I'm not aware of any Pascal bindings, but try and look on the web site. bye av. **= Email 18 ==========================** Date: Sat, 20 Jul 2002 15:18:25 -0500 (CDT) From: "Maynard" Subject: Re: Clean Environment REMming these lines from the environment creates additional subtest failures as shown. REM set EPMPATH=N:\OS2\APPS; REM set KEYS=ON REM set SYSTEM_INI=N:\OS2\OS2SYS.INI REM set USER_INI=N:\OS2\OS2.INI REM set VIDEO_DEVICES=VIO_SVGA REM set VIO_SVGA=DEVICE(BVHVGA,BVHSVGA) harness results from: Failed 4/726 test scripts, 99.45% okay. 8/68656 subtests failed, 99.99% okay. lib/os2_process.t 2 512 227 2 0.88% 174 209 to: Failed 4/726 test scripts, 99.45% okay. 14/68656 subtests failed, 99.98% okay. lib/os2_process.t 8 2048 227 8 3.52% 46 57 146 161 174 181 196 209 The following reduced environment still provides my best results: in alphabetical order of two groups; first group is inherited OS/2 environment; second group is specific additions or changes for the build baseline -- DPATH=N:\MPTN;N:\IBMCOM;N:\IBMLAN\NETPROG;N:\IBMLAN;N:\MUGLIB;N:\OS2;N:\OS2\SYSTEM;N:\OS2\MDOS\WINOS2;N:\OS2\INSTALL;N:\;N:\OS2\BITMAP;N:\OS2\MDOS;N:\OS2\APPS;N:\MMOS2;N:\MMOS2\INSTALL;N:\IBMINST;U:\4OS225; EPMPATH=N:\OS2\APPS; ETC=N:\MPTN\ETC HOSTNAME=arcturus KEYS=ON LANG=en_US OS2_SHELL=N:\OS2\CMD.EXE PROMPT=[$p] SYSTEM_INI=N:\OS2\OS2SYS.INI TEMP=y:\temp TMP=y:\tmp TZ=CST6CDT,4,1,0,7200,10,-1,0,7200,3600 USER_INI=N:\OS2\OS2.INI USE_HOSTS_FIRST=1 VIDEO_DEVICES=VIO_SVGA VIO_SVGA=DEVICE(BVHVGA,BVHSVGA) BLDRT=x: UXRT=p: OSRT=n: BLD_HOME=x:/unixos2 COMSPEC=n:\os2\cmd.exe PATH=p:/usr/bin;p:/emx/bin;p:/usr/local/bin;n:/os2 WORKDIR=x:/unixos2/workdir HOME=p:/home/root BUILDLOGS=x:/unixos2/logs CONFIG_SITE=x:/unixos2/lib/config.site C_INCLUDE_PATH=p:/usr/include CPLUS_INCLUDE_PATH=p:/usr/include/cpp;p:/usr/include LIBRARY_PATH=p:/usr/lib **= Email 19 ==========================** Date: Sat, 20 Jul 2002 15:21:30 +0100 From: John Poltorak Subject: Re: Bandwidth (was Re: Perl 5.8.0 built) On Sat, Jul 20, 2002 at 02:00:40PM +0000, Lyn St George wrote: > On Sat, 20 Jul 2002 09:22:16 +0100, John Poltorak wrote: > > >One of the purposes of the list is to try to establish a standard > >UnixOS/2 distro, and building and installing Perl from scratch in > >a pristine environment is a good test for that distro because the Perl > >build is fairly complex. So, many of the posts relating to Perl are, in > >fact about the establishment of a standard installation. > > Correct. I propose that we put up env listings somewhere so that > we can compare and hopefully track down the points that need > to be corrected. I am going to attempt to include a process to clear down the environment completely and only set up those variables which are known to be required. That would include; PATH, TMP... Not sure if ETC, HOME, USER are absolutely required. If I don't know whether something is required I'll see how far a build gets without it. > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- -- John **= Email 20 ==========================** Date: Sat, 20 Jul 2002 15:33:24 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 built On Sat, Jul 20, 2002 at 09:04:29AM -0400, Henry Sobotka wrote: > John Poltorak wrote: > > > > 1..18 > > ok 1 - use ExtUtils::Mkbootstrap; > > Can't locate TieOut.pm in at INC ( at INC contains: t/lib/ > > perl -Ilib ../lib/ExtUtils/t/Mkbootstrap.t Thanks for that. Now I get:- 1..18 not ok 8 - should die given bad filename # Failed test (../lib/ExtUtils/t/Mkbootstrap.t at line 87) # '' # doesn't match '(?-xism:Unable to open dasboot\.bs)' ok 15 # skip cannot make dasboot.bs again: Permission denied ok 16 # skip cannot open dasboot.bs for reading: Permission denied ok 17 # skip cannot open dasboot.bs for reading: Permission denied ok 18 # skip cannot open dasboot.bs for reading: Permission denied # Looks like you failed 1 tests of 18. Wonder if this ia a RAMFS issue... > Don't know about the Packlist.t failure as I can't replicate it here. Maybe this is a RAMFS issue too. I'll try building it somewhere else and see if it makes a difference. > h~ -- John **= Email 21 ==========================** Date: Sat, 20 Jul 2002 15:47:29 -0500 (CDT) From: "Maynard" Subject: Re: Clean Environment On Sat, 20 Jul 2002 20:45:45 +0000, Lyn St George wrote: >'which 2.1.4' will find all .dll, .lib, .a files in LIBPATH: "which -las" >"which -ias" will find all .h files in C_INCLUDE_PATH. >Find it on ftp.zolotek.net/os2/ Excellent; thank you !! -- Maynard **= Email 22 ==========================** Date: Sat, 20 Jul 2002 15:47:54 -0500 (CDT) From: "xyzyx" Subject: Re: Clean Environment On Sat, 20 Jul 2002 13:53:41 -0500 (CDT), Maynard wrote: >Question: > >How can we read or determine the current operational value of LIBPATH ? As far as I know, you can't do anything about the actual LIBPATH aside from reading CONFIG.SYS by yourself, but there are API function for the "Extended LIBPATH", something like: DosSetExtLIBPATH DosQueryExtLIBPATH Which let you append/prepend to the original LIBPATH, like the environment variables BeginLIBPATH/EndLIBPATH. I have no idea if using these API's make the ExtLIBPATH changed persistant across the system, or if it simply sets the environment for the current application? So if you make certain the required libraries exist in a path who is a member of the BeginLIBPATH, or set the BeginLIBPATH to match the arbitrary location of the dll, it's existence or non-existence in the actual LIBPATH should be irrelevant after that, right? paul **= Email 23 ==========================** Date: Sat, 20 Jul 2002 17:31:55 +0100 From: John Poltorak Subject: Re: UnixOS/2 bootstrap On Sat, Jul 20, 2002 at 06:28:53PM +0100, lamikr wrote: > > > > > >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. > > > I made a new attempt and still without luck. I downloaded > ux2_bootstrap.cmd > to f:\unixos2\lib and corrected environment-variables to following. > set bldrt=f: > set uxrt=f:\unixos2 I have not tested whether a path is acceptable here. I suspect not and would guess this is causing all the other problems... > set osrt=e: > rem pause > set bld_home=unixos2 > > After running the script, it downloaded files. Then problems started. I > have investigated some of them. > Could you check my corrections and perhaps apply them to your scripts... > > Problem 1: > EMX-packages are unzipped under wrong directory > f:\emx\... > not to > f:\unixos2\emx (Your scripts however sets correctly > path-environment variable to point to directory f:\unixos2\emx\bin) > > Solution > emx_inst.cmd has following lines > setlocal > cd \ > It should be! > setlocal > cd %uxrt% > > Problem 2: > After correcting problem 1 and running ux2_bootstrap.cmd again, > call to long.cmd and emxomfs.cmd will fail. > Solution > emx_inst.cmd has following line > cd \emx\include > it should be > cd %uxrt%\emx\include > > Problem 3: > Move-command in ux2_inst.cmd can not move all files because some of > them are in use. This should not happen. If it does, you need to find which files are in use and why. > Solution: > ux2_inst.cmd has following line > move \usr\dll\* \usr\lib > Maybe it could work with following > cd %uxrt% > emxload -q > move usr\dll\* usr\lib (note that it should be "usr", > not "\usr" > > I have not yet went further... I suggest setting uxrt to a drive letter and trying again. If you have problems being able to accomodate this, try using TVFS and mount a drive letter, say U: to f:\unixos2 > Mika -- John **= Email 24 ==========================** Date: Sat, 20 Jul 2002 17:55:22 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Perl test results summary Ma = Maynard: Ly = Lyn St George: MN = Masaru Nomiya: SW = Sebastian Wittmeier: Ma: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 Ly: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 MN: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 SW: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 Ma: lib/os2_process.t 4 1024 227 4 1.76% 161 164 174 209 Ly: lib/os2_process.t 2 512 227 2 0.88% 174 209 MN: lib/os2_process.t 3 768 227 3 1.32% 90 174 209 SW: lib/os2_process.t 6 1536 227 6 2.64% 80 85 90 94 174 209 Ma: lib/os2_process_kid.t 227 2 0.88% 174 209 MN: lib/os2_process_kid.t 227 3 1.32% 90 174 209 Ma: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 MN: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 SW: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 Ly: op/pwent.t 2 1 50.00% 1 SW: ../lib/Net/t/hostname.t 2 1 50.00% 1 SW: lib/os2_ea.t 21 8 38.10% 7-11 14-16 **= Email 25 ==========================** Date: Sat, 20 Jul 2002 18:12:51 +0100 From: John Poltorak Subject: Re: Perl test results summary On Sat, Jul 20, 2002 at 05:55:22PM +0200, Sebastian Wittmeier (ShadoW) wrote: > Ma = Maynard: > Ly = Lyn St George: > MN = Masaru Nomiya: I'm not sure if MN is using the ux2_bootrap build - I suspect not, so that could confuse the results... > SW = Sebastian Wittmeier: > > Ma: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 > Ly: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 > MN: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 > SW: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 Same result for everyone, including me. > Ma: lib/os2_process.t 4 1024 227 4 1.76% 161 164 174 209 > Ly: lib/os2_process.t 2 512 227 2 0.88% 174 209 > MN: lib/os2_process.t 3 768 227 3 1.32% 90 174 209 > SW: lib/os2_process.t 6 1536 227 6 2.64% 80 85 90 94 174 209 > > Ma: lib/os2_process_kid.t 227 2 0.88% 174 209 > MN: lib/os2_process_kid.t 227 3 1.32% 90 174 209 > > Ma: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 > MN: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 > SW: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 How Ly avoids this I don't know. What's your secret Lyn? :-)... > Ly: op/pwent.t 2 1 50.00% 1 I suspect this test is skipped for everyone else. I think it is related to PASSWD processing. > SW: ../lib/Net/t/hostname.t 2 1 50.00% 1 This test may be related to hostname resolution and probably relies on a file in %ETC% such as HOSTS or RESOLV2, or maybe even the %HOSTNAME% variable. > SW: lib/os2_ea.t 21 8 38.10% 7-11 14-16 So it looks like the basic and os2_process tests are the only two which have beaten everyone. In addition to those above, I also get 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 op/stat.t 73 1 1.37% 44 but I'm hoping they are RAMFS related. I'll know better in an hour or two when the build on my 300MHz Thinkpad 600 finishes. It's funny. I always thought of this as being a fast machine. Ho hum... -- John **= Email 26 ==========================** Date: Sat, 20 Jul 2002 18:25:22 -0500 (CDT) From: "xyzyx" 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) :- > > >set bldrt=x: >set uxrt=y: >set osrt=z: Is TVFS required, or can I set these to paths including directories, rather than just drives? Last time I tried TVFS it caused all sorts of problems... crashing alot, etc. Are there any [free] TVFS-like alternatives? I'll try TVFS again anyway -- is there any newer version than the one from several years ago thats on Hobbes? thanks, paul **= Email 27 ==========================** Date: Sat, 20 Jul 2002 18:28:53 +0100 From: lamikr Subject: Re: UnixOS/2 bootstrap > > >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. > I made a new attempt and still without luck. I downloaded ux2_bootstrap.cmd to f:\unixos2\lib and corrected environment-variables to following. set bldrt=f: set uxrt=f:\unixos2 set osrt=e: rem pause set bld_home=unixos2 After running the script, it downloaded files. Then problems started. I have investigated some of them. Could you check my corrections and perhaps apply them to your scripts... Problem 1: EMX-packages are unzipped under wrong directory f:\emx\... not to f:\unixos2\emx (Your scripts however sets correctly path-environment variable to point to directory f:\unixos2\emx\bin) Solution emx_inst.cmd has following lines setlocal cd \ It should be! setlocal cd %uxrt% Problem 2: After correcting problem 1 and running ux2_bootstrap.cmd again, call to long.cmd and emxomfs.cmd will fail. Solution emx_inst.cmd has following line cd \emx\include it should be cd %uxrt%\emx\include Problem 3: Move-command in ux2_inst.cmd can not move all files because some of them are in use. Solution: ux2_inst.cmd has following line move \usr\dll\* \usr\lib Maybe it could work with following cd %uxrt% emxload -q move usr\dll\* usr\lib (note that it should be "usr", not "\usr" I have not yet went further... Mika **= Email 28 ==========================** Date: Sat, 20 Jul 2002 18:41:31 +0000 From: "Lyn St George" Subject: Re: Perl test results summary On Sat, 20 Jul 2002 18:12:51 +0100, John Poltorak wrote: >On Sat, Jul 20, 2002 at 05:55:22PM +0200, Sebastian Wittmeier (ShadoW) wrote: >> Ma = Maynard: >> Ly = Lyn St George: >> MN = Masaru Nomiya: > >I'm not sure if MN is using the ux2_bootrap build - I suspect not, so that >could confuse the results... Nor am I any longer, as my normal env is working for this. >> SW = Sebastian Wittmeier: >> >> Ma: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 >> Ly: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 >> MN: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 >> SW: ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 > > >Same result for everyone, including me. > > >> Ma: lib/os2_process.t 4 1024 227 4 1.76% 161 164 174 209 >> Ly: lib/os2_process.t 2 512 227 2 0.88% 174 209 >> MN: lib/os2_process.t 3 768 227 3 1.32% 90 174 209 >> SW: lib/os2_process.t 6 1536 227 6 2.64% 80 85 90 94 174 209 >> >> Ma: lib/os2_process_kid.t 227 2 0.88% 174 209 >> MN: lib/os2_process_kid.t 227 3 1.32% 90 174 209 >> >> Ma: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 >> MN: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 >> SW: lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 > >How Ly avoids this I don't know. > >What's your secret Lyn? :-)... I don't know - this is one reason I suggested comparing full env listings. >> Ly: op/pwent.t 2 1 50.00% 1 > >I suspect this test is skipped for everyone else. I think it is related to >PASSWD processing. True - in that case it failed because the second line was empty in /etc/passwd >> SW: ../lib/Net/t/hostname.t 2 1 50.00% 1 > >This test may be related to hostname resolution and probably relies on a >file in %ETC% such as HOSTS or RESOLV2, or maybe even the %HOSTNAME% >variable. > > > >> SW: lib/os2_ea.t 21 8 38.10% 7-11 14-16 > > > >So it looks like the basic and os2_process tests are the only two which >have beaten everyone. > > >In addition to those above, I also get 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 >op/stat.t 73 1 1.37% 44 It should be noted that the result of 'perl harness' is not strictly correct, as it may simply avoid a test which previously failed in 'make test'. /lib/os2_process_kid is one of those for me. >but I'm hoping they are RAMFS related. I'll know better in an hour or two >when the build on my 300MHz Thinkpad 600 finishes. > >It's funny. I always thought of this as being a fast machine. Ho hum... > > >-- >John > > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 29 ==========================** Date: Sat, 20 Jul 2002 18:48:34 +0100 From: John Poltorak Subject: Re: PIPE & TEE On Sat, Jul 20, 2002 at 02:30:08PM -0300, Lord Spigol wrote: > I tried pipe with 4OS2 & the TEE command does a nice job. > > It is very better than copy to add up files. > > What I tried: > > type ftp.mirrors.?|tee mirrors.ftp.0 > > All the additions goes to "mirrors.ftp.0". > > I liked yet more that trick & I am sharing it to whoever it may concern. tee is a nice utility, but one thing you need to remember is that it only works with stdout so sometimes to don't save all the output you see. To get round that you need to use:- cat foo 2>&1 | tee foo.log > []s > Rod > > On Sat, 20 Jul 2002 10:53:26 -0500 (CDT), Maynard wrote: > > >set | sed "s/^/set /" | sort >set_env.cmd -- John **= Email 30 ==========================** Date: Sat, 20 Jul 2002 19:56:52 -0500 (CDT) From: "xyzyx" Subject: My ux2_bootstrap.cmd experience Alright, I'm trying the ux2_boostrap.cmd that John posted a couple days ago. The BLDRT and UXRT are 'clean' drives, nothing at all on them (thanks to TVFS, which hasn't crashed yet...). These are my settings: set bldrt=x: set uxrt=y: set osrt=c: Everything starts off OK, wget (which it rightfully assumed I had on my system) downloading the files, and I think at some point downloading a different WGET because about halfway through the downloading process the wget display changed to one I wasn't familiar with :-) An observation: all those FTP logins into LEO slowed things down, perhaps you should use HTTP instead (like you have done for Hobbes)... Any LEO ftp URL can be converted to http by adding http://ftp.leo.org/download/ to the start of the pathname... OK, after all the downloading, it must have changed the PATH because then I got a scrollflood of this message: SYS1041: The name unzip is not recognized as an internal or external command, operable program or batch file. SYS0003: The system cannot find the path specified. SYS1041: The name long is not recognized as an internal or external command, operable program or batch file. SYS0003: The system cannot find the path specified. SYS1041: The name omflibs is not recognized as an internal or external command, operable program or batch file. SYS0003: The system cannot find the path specified. SYS1041: The name rm is not recognized as an internal or external command, operable program or batch file. That's just a sampling :) It scrolled along a bunch of them... After that, the window shrunk down 100x70 columns (from the 132x60 I set it to beforehand), and then I got 5 or 6 popup errors saying that drive G: isn't accessible, which it shouldn't be, because it's my CD-R drive and there's no media loaded in it. But what gives? None of the paths I set in ux2_bootstrap.cmd pointed to G: (nor do any other environment variables in my config.sys). Looking at the recently changed variables in the resulting CMD prompt shows me this: BLD_HOME=x:/unixos2 REPOSITORY=x:/unixos2/archives/originals BLDRT=g: UXRT=g: OSRT=c: PATH=g:\usr\bin;g:\emx\bin;g:\usr\local\bin;c:\os2; WORKDIR=/unixos2/workdir HOME=g:/home/root BUILDLOGS=x:/unixos2/logs CONFIG_SITE=x:/unixos2/lib/config.site C_INCLUDE_PATH=g:/usr/include CPLUS_INCLUDE_PATH=g:/usr/include/cpp;g:/usr/include LIBRARY_PATH=g:/usr/lib BEGINLIBPATH=y:\usr\lib; So, obviously, there's some hardcoded paths and driveletters being set in the bootstrap process somewhere beyond my initial settings. I'm assuming that since all those Unzips failed, the process isn't complete. So, what comes next? Thanks, Paul **= Email 31 ==========================** Date: Sat, 20 Jul 2002 20:14:50 +0100 From: John Poltorak Subject: Re: Clean Environment On Sat, Jul 20, 2002 at 01:53:41PM -0500, Maynard wrote: > Question: > > How can we read or determine the current operational value of LIBPATH ? LIBPATH is set in stone as soon as CONFIG.SYS is parsed. To evaluate it, you need to read its value from the correct config.sys file. I guess you also need to be certain it hasn't been changed since you booted. I don't know of any guaranteed way of being able to list all the files which could be located via LIBPATH, because I don't know how this information could be accessed. I have often wondered how it could be done... > -- > Maynard -- John **= Email 32 ==========================** Date: Sat, 20 Jul 2002 20:45:45 +0000 From: "Lyn St George" Subject: Re: Clean Environment On Sat, 20 Jul 2002 20:14:50 +0100, John Poltorak wrote: >On Sat, Jul 20, 2002 at 01:53:41PM -0500, Maynard wrote: >> Question: >> >> How can we read or determine the current operational value of LIBPATH ? > >LIBPATH is set in stone as soon as CONFIG.SYS is parsed. > >To evaluate it, you need to read its value from the correct config.sys >file. I guess you also need to be certain it hasn't been changed since you >booted. I don't know of any guaranteed way of being able to list all the >files which could be located via LIBPATH, because I don't know how this >information could be accessed. I have often wondered how it could be >done... 'which 2.1.4' will find all .dll, .lib, .a files in LIBPATH: "which -las" "which -ias" will find all .h files in C_INCLUDE_PATH. Find it on ftp.zolotek.net/os2/ >> -- >> Maynard > > >-- >John > > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 33 ==========================** Date: Sat, 20 Jul 2002 20:48:21 +0100 From: John Poltorak Subject: Re: PATH problem On Sat, Jul 20, 2002 at 01:46:51PM -0500, Maynard wrote: > look here at what happens to the PATH when I enter sh.exe > > [X:\tmp\Perl-5.8.0]echo %PATH% > p:\usr\bin;p:\emx\bin;p:\usr\local\bin;n:\os2; > > [X:\tmp\Perl-5.8.0]sh > # echo $PATH > p:\usin;p:\emin;p:\usr\locain;n:\os2; > # exit This is because sh interprets '\b' as an escape sequence which is equivalent to a backspace character. '\B' works as normal. You need to do something like:- export PATH=`echo -E $PATH |tr '\\\\' '/'` to get sh to 'play nice'. This is the sh.exe from PDKSH. BASH behaves differently. I have spent countless frustrating hours messing about with programs and finding builds sometimes fail because of the wrong shell. Fortunately, the latest PDKSH seems to have been working OK for me, at least as far as scripts go. > ????????--Maynard -- John **= Email 34 ==========================** Date: Sat, 20 Jul 2002 21:55:35 -0300 (ADT) From: "Lord Spigol" Subject: Re: PIPE & TEE Yes, some utils does not output like normal things. I have problems with the pipe from some unix utils. There is a way to solve it only by recompile? []s Rod On Sat, 20 Jul 2002 18:48:34 +0100, John Poltorak wrote: >tee is a nice utility, but one thing you need to remember is that it only >works with stdout so sometimes to don't save all the output you see. > >To get round that you need to use:- > >cat foo 2>&1 | tee foo.log **= Email 35 ==========================** Date: Sat, 20 Jul 2002 23:00:17 -0500 (CDT) From: "Maynard" Subject: Re: PIPE & TEE On Sat, 20 Jul 2002 21:55:35 -0300 (ADT), Lord Spigol wrote: >Yes, some utils does not output like normal things. > >I have problems with the pipe from some unix utils. > >There is a way to solve it only by recompile? My example for this is 'tar --help | more' which doesn't do the 'more' part. When I get the source, I'll see if a simple recompile will correct this situation, but my guess is that a code modification will be required; though this command string does work on other platforms; so maybe it's just a matter of getting, or creating, the proper source file. Expect nothing, -- Maynard **= Email 36 ==========================** Date: Sat, 20 Jul 2002 23:00:17 -0500 (CDT) From: "Maynard" Subject: Re: PIPE & TEE On Sat, 20 Jul 2002 21:55:35 -0300 (ADT), Lord Spigol wrote: >Yes, some utils does not output like normal things. > >I have problems with the pipe from some unix utils. > >There is a way to solve it only by recompile? My example for this is 'tar --help | more' which doesn't do the 'more' part. When I get the source, I'll see if a simple recompile will correct this situation, but my guess is that a code modification will be required; though this command string does work on other platforms; so maybe it's just a matter of getting, or creating, the proper source file. Expect nothing, -- Maynard **= Email 37 ==========================** Date: Sat, 20 Jul 2002 23:06:13 -0500 (CDT) From: "Maynard" Subject: Re: pdksh On Sat, 20 Jul 2002 23:36:37 -0300 (ADT), Lord Spigol wrote: >The lastest pdksh is on hobbes? You could always check ;-} [x:\unixos2\baseline]grep -i pdksh *.lst ^^^^^^^^^^^^^^^^^^^^-: thanks again, John ! toolset.lst:http://www.math.ohio-state.edu/~ilya/software/os2/pdksh-5.2. 14-bin-2.zip -- Maynard **= Email 38 ==========================** Date: Sat, 20 Jul 2002 23:06:13 -0500 (CDT) From: "Maynard" Subject: Re: pdksh On Sat, 20 Jul 2002 23:36:37 -0300 (ADT), Lord Spigol wrote: >The lastest pdksh is on hobbes? You could always check ;-} [x:\unixos2\baseline]grep -i pdksh *.lst ^^^^^^^^^^^^^^^^^^^^-: thanks again, John ! toolset.lst:http://www.math.ohio-state.edu/~ilya/software/os2/pdksh-5.2. 14-bin-2.zip -- Maynard **= Email 39 ==========================** Date: Sat, 20 Jul 2002 23:07:47 +0900 From: Masaru Nomiya Subject: Re: Perl 5.8.0 built Hello, In the Message; Subject : Re: Perl 5.8.0 built Message-ID : <3D395C1C.27BE at axess.com> Date & Time: Sat, 20 Jul 2002 08:48:28 -0400 [Henry] == Henry Sobotka has written: [...] Me> G:/emx/bin/sh.exe: ../../miniperl_: not found Me> make: *** [ext/shared/shared/Makefile.aout] Error 127 Me> Me> What's worng with me, I wonder? Henry> It's my memory that's faulty. Try "make perl_", then "make aout_test" Henry> and "make aout_install". Thanks, I started "make perl_", but I got a same error message. [...] cd ext/shared/shared/ ; ../../miniperl_ -I ../../lib Makefile.PL FIRST_MAKEFILE= Makefile.aout INSTALLDIRS=perl PERL_CORE=1 G:/emx/bin/sh.exe: cd: /temp/perl-5.8.0/ext/shared/shared - No such file or directory G:/emx/bin/sh.exe: ../../miniperl_: not found make: *** [ext/shared/shared/Makefile.aout] Error 127 In fact, ext/shared directory doen't exist. But, "make perl_" produced miniperl_.exe....? Regards --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- **= Email 40 ==========================** Date: Sat, 20 Jul 2002 23:36:37 -0300 (ADT) From: "Lord Spigol" Subject: pdksh The lastest pdksh is on hobbes? []s Rod On Sat, 20 Jul 2002 20:48:21 +0100, John Poltorak wrote: >Fortunately, the latest PDKSH seems to have been working OK for me, at >least as far as scripts go.