From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Tue, 23 Jul 2002 04:33:13 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 281 ************************************************** Monday 22 July 2002 Number 281 ************************************************** Subjects for today 1 Re: ux2_bootstrap (revised) : Michael Taylor 2 Re: ux2_bootstrap (revised) : Michael Taylor 3 Re: which SED : John Poltorak 4 Re: ux2_bootstrap (revised) : John Poltorak 5 Re: ux2_bootstrap (revised) : John Poltorak 6 Re: ux2_bootstrap/Perl build results : John Poltorak 7 Testing archive integrity : John Poltorak 8 Re: Saving parameter to listfile : Maynard" 9 Re: Saving parameter to listfile : Edwin =?iso-8859-1?Q?G=FCnthner?= 10 Re: Testing archive integrity : Stefan Neis 11 Saving parameter to listfile : John Poltorak 12 Re: Perl - Rexx line break failure : John Poltorak 13 Re: Saving parameter to listfile : John Poltorak 14 Re: Saving parameter to listfile : Steve Wendt 15 Re: Saving parameter to listfile : Holger Veit 16 Re: Perl - Rexx line break failure : John Poltorak 17 Re: Testing archive integrity : xyzyx" 18 Perl Building : Maynard" 19 Re: ux2_bootstrap (revised) : John Poltorak 20 ux2_bootstrap.cmd - wanna try this? : John Poltorak **= Email 1 ==========================** Date: Tue, 23 Jul 2002 00:43:39 +0100 From: Michael Taylor Subject: Re: ux2_bootstrap (revised) I just tried it out and the sed.exe SIGSEGV-ed. I swapped in another version and the perl build is now moving along. I don't know why sed crashed or where the version I am using came from. I think it is compiled from the sources for the version we use at work. -- Regards, Mick -- ----------------------------------------------------------------------- Michael Taylor miket at pcug.org.au ----------------------------------------------------------------- Home Page: http://users.bigpond.net.au/miket5au ----------------------------------------------------------------- ----------------------------------------------------------------------- **= Email 2 ==========================** Date: Tue, 23 Jul 2002 00:54:13 +0100 From: Michael Taylor Subject: Re: ux2_bootstrap (revised) The file config.site had the path c:/bin/sh.exe hardcoded in it. Maybe because of the failure of sed? c:/bin on my system has 16bit dos executables. It looks like the replacement sed I used is unhappy in the configure script e.g. Finding dependencies for mg.obj. sed: too many {'s Finding dependencies for reentr.obj. sed: too many {'s Finding dependencies for perl.obj. Yes - it is unhappy: [E:\unixos2\workdir\perl-5.8.0]make `sh cflags "optimize='-O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -s'" malloc.obj` -Zdll malloc.c CCCMD = gcc -DPERL_CORE -c -Zomf -Zmt -DDOSISH -DOS2=2 -DEMBED -I. -D _EMX_CRT_REV_=64 -O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malig n-functions=2 -s -Wall In file included from malloc.c:244: perl.h:771: conflicting types for `sys_errlist' e:\usr\include\stdlib.h:147: previous declaration of `sys_errlist' make: *** [malloc.obj] Error 1 What is going on with the version of sed download by ux2_bootstrap? -- Regards, Mick -- ----------------------------------------------------------------------- Michael Taylor miket at pcug.org.au ----------------------------------------------------------------- Home Page: http://users.bigpond.net.au/miket5au ----------------------------------------------------------------- ----------------------------------------------------------------------- **= Email 3 ==========================** Date: Tue, 23 Jul 2002 08:52:46 +0100 From: John Poltorak Subject: Re: which SED On Mon, Jul 22, 2002 at 10:41:57PM -0500, Maynard wrote: > John, > > What is it about v2.05 which has you prefer it over v3.02? > v2 requires the additional file which is a 'negative'; > what does it have in the postitive ? I want to avoid using REGEX.DLL in the baseline build, and SED v2.05 doesn't use it. There used to be another SED v3.02 on Hobbes but it must have been removed. > I have yet to achieve any successful baseline installs which use v2; Maybe you have a bad file... I have noticed quite a lot of archives recently which had bad CRCs. Try 'zip -t gnused.zip to check it. No one else has complained and AFAIK they are using the same version of SED successfully if they are running ux2_bootstrap. > installs using v3 are fine. You must have some reason for liking v2 > which I have not come across yet. v3.02 will become part of the UnixOS/2 distro through getting built locally, but it shouldn't be a requirement for building Perl. > --Maynard -- John **= Email 4 ==========================** Date: Tue, 23 Jul 2002 09:08:44 +0100 From: John Poltorak Subject: Re: ux2_bootstrap (revised) On Mon, Jul 22, 2002 at 07:24:40PM -0500, xyzyx wrote: > On Mon, 22 Jul 2002 21:11:20 +0100, John Poltorak wrote: > > >Here are a couple of revised files:- > > > >wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/emx_inst.cmd > >wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_inst.cmd > > It now seems to work using these files (had to pause ux2_bootstrap and > copy these over since it pulled down the older ones). The whole > download/unzip/patch/emxomf process went fine, That's good. > but it died when trying > to configure Perl: Perl can be extremely fussy when something isn't quite right and it can be very difficult to figure out what is wrong. Believe me I have spent many frustrating hours watching it fail. > Everything after configure obviously fails. There is a /tmp dir is on > UXRT (y:), but not on BLDRT (x:). TMP=y:\tmp is apparently not > important to configure which looks like it's going to /tmp regardless > of the environment variable. > > I created x:\tmp and tried the ''sed "s/^/build /" build.lst | cmd /q'' > again and it seemed to be OK... > > So I guess either %BLDRT% should have a /tmp on it, I didn't realise Perl expected /tmp on the drive it was being built on... > or fix the > configure to look for %TMP% instead of assuming /tmp I don't want to mess with configure if that can be avoided. I guess changing build_perl.cmd would be the best place to cater for this. I'll add this line to the start:- %uxrt%\usr\bin\mkdir -p %bldrt%/tmp Hopefully that will do the trick. > Anyway, now Perl is building and I'll report back the results later > (this is a 266MHz so it might be a while...) > > Thanks, > Paul -- John **= Email 5 ==========================** Date: Tue, 23 Jul 2002 09:15:11 +0100 From: John Poltorak Subject: Re: ux2_bootstrap (revised) On Mon, Jul 22, 2002 at 08:09:01PM -0500, Maynard wrote: > Paul, > > >Anyway, now Perl is building and I'll report back the results later > >(this is a 266MHz so it might be a while... > > I log each step of the build process with 2>&1 | tee \logs\.... This is done for you automatically by build.cmd:-.... %uxrt%\bin\sh build.sh %1 2>&1 | tee %buildlogs%/%1.log > Regards, > -- Maynard -- John **= Email 6 ==========================** Date: Tue, 23 Jul 2002 09:29:18 +0100 From: John Poltorak Subject: Re: ux2_bootstrap/Perl build results On Mon, Jul 22, 2002 at 09:01:24PM -0500, xyzyx wrote: > OK, after the aforementioned changes, ux2 installed and tries to > compile Perl, Congratulations, you've managed to build Perl. The results below are pretty much in line with everyone else and far better than anything which could have been achieved a week ago. > here are the results: > > Failed 6/726 test scripts, 99.17% okay. 36/68687 subtests failed, > 99.95% 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_ea.t 21 8 38.10% 7-11 14-16 > lib/os2_process.t 10 2560 227 10 4.41% 80 85 94 171 > 174 181 > 186 196 206 > 209 > lib/os2_process_kid.t 227 13 5.73% 80 85 94 146 > 151 161 > 171 174 181 > 186 196 These fails have been reported before, but I don't thing the causes have been pinpointed yet. 206 209 > lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 There is a problem with the test and a patch suggested. > op/stat.t 73 1 1.37% 44 I regularly get this one. Don't know why... No one else does. > Regards, > Paul -- John **= Email 7 ==========================** Date: Tue, 23 Jul 2002 09:37:49 +0100 From: John Poltorak Subject: Testing archive integrity Over the last few weeks I regularly seem to have grabbed archives which turned out to be bad. I don't know why, maybe it is some byproduct of ADSL... What I would like to do is to be able to check the integrity of downloaded files. I can do that with ZIP files by using 'zip -t'. Is there any sort of equivalent for *.tar.gz files? -- John **= Email 8 ==========================** Date: Tue, 23 Jul 2002 10:00:09 -0500 (CDT) From: "Maynard" Subject: Re: Saving parameter to listfile John, you *_might_* be able to get away with putting the command line paramaters onto a single line of a file, maybe following the path/name of the executable ala file runfoo: foo p1 p2 p3 and execute type runfoo | cmd.exe If this doesn't work for an external executable replacement of cmd.exe, perhaps you can use the above and shell the executable as above. This does work in OS/2 CLI with cmd.exe Your situation may differ of course. Good luck **= Email 9 ==========================** Date: Tue, 23 Jul 2002 10:53:30 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Saving parameter to listfile Hi John, John Poltorak wrote: > > How do I save parameters to a program as a list file? > > eg if running foo p1 p2 p3 p4 p5 p6, I want to create a listfile containing:- > > p1 > p2 > p3 > p4 > p5 > p6 > > Is there a simple way to do this? Depending WHERE you want to do it. Should foo write the file? Should the file be written by the application that calls foo? Do you want to scan a cmd/makefile for calls and write the file? **= Email 10 ==========================** Date: Tue, 23 Jul 2002 12:23:20 +0200 (CEST) From: Stefan Neis Subject: Re: Testing archive integrity On Tue, 23 Jul 2002, John Poltorak wrote: > > What I would like to do is to be able to check the integrity of > downloaded files. I can do that with ZIP files by using 'zip -t'. > > Is there any sort of equivalent for *.tar.gz files? 'gzip -t' should do. If you want to see some output even if the file is OK (like with 'zip -t'), 'gzip -vt' might be a better choice. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 11 ==========================** Date: Tue, 23 Jul 2002 15:11:34 +0100 From: John Poltorak Subject: Saving parameter to listfile How do I save parameters to a program as a list file? eg if running foo p1 p2 p3 p4 p5 p6, I want to create a listfile containing:- p1 p2 p3 p4 p5 p6 Is there a simple way to do this? -- John **= Email 12 ==========================** Date: Tue, 23 Jul 2002 15:56:56 +0100 From: John Poltorak Subject: Re: Perl - Rexx line break failure **= Email 13 ==========================** Date: Tue, 23 Jul 2002 16:04:08 +0100 From: John Poltorak Subject: Re: Saving parameter to listfile On Tue, Jul 23, 2002 at 10:53:30AM -0400, Edwin Günthner wrote: > Hi John, > > John Poltorak wrote: > > > > How do I save parameters to a program as a list file? > > > > eg if running foo p1 p2 p3 p4 p5 p6, I want to create a listfile containing:- > > > > p1 > > p2 > > p3 > > p4 > > p5 > > p6 > > > > Is there a simple way to do this? > > Depending WHERE you want to do it. > Should foo write the file? Yes. It's just a simple batch file. My prefered solution would be something like echo %1\n%2\n%3\n%4 >parm.lst. > Do you want to scan a cmd/makefile for calls and write > the file? I just want to save the list for further processing after foo has finished. -- John **= Email 14 ==========================** Date: Tue, 23 Jul 2002 16:17:54 -0700 (PDT) From: Steve Wendt Subject: Re: Saving parameter to listfile On Tue, 23 Jul 2002, John Poltorak wrote: > eg if running foo p1 p2 p3 p4 p5 p6, I want to create a listfile containing:- > > p1 > p2 > p3 > p4 > p5 > p6 > > Is there a simple way to do this? Holger gave you some C code, but here's a batch file off the top of my head... at echo off del listfile :loop if %1!==! goto end echo %1 >> listfile shift goto loop :end **= Email 15 ==========================** Date: Tue, 23 Jul 2002 16:54:11 +0200 From: Holger Veit Subject: Re: Saving parameter to listfile On Tue, Jul 23, 2002 at 03:11:34PM +0100, John Poltorak wrote: > > How do I save parameters to a program as a list file? > > eg if running foo p1 p2 p3 p4 p5 p6, I want to create a listfile containing:- > > p1 > p2 > p3 > p4 > p5 > p6 > > Is there a simple way to do this? In C? #include int main(int argc,char*argv[]) { FILE* fd = fopen("listfile","w"); int i; for (i=1; i Subject: Re: Perl - Rexx line break failure --7ZkCHnkczT8hfzb/ Content-Type: text/plain; charset=us-ascii I'm forwarding a reply from IlyaZ about the proposed patch... -- John --7ZkCHnkczT8hfzb/ Content-Type: message/rfc822 Received: from mathserv.math.ohio-state.edu by mail.eyup.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id RAA029.38; Tue, 23 Jul 2002 17:18:46 +0100 Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30]) by mathserv.math.ohio-state.edu (8.12.5/8.12.5) with ESMTP id g6NGIhkV005458; Tue, 23 Jul 2002 12:18:45 -0400 Received: (from ilya at localhost) by math.ohio-state.edu (8.11.0/8.11.0) id g6NGIgt23720; Tue, 23 Jul 2002 12:18:42 -0400 (EDT) Date: Tue, 23 Jul 2002 12:18:42 -0400 From: Ilya Zakharevich To: John Poltorak Cc: os2-unix at eyup.org Subject: Re: Perl - Rexx line break failure Message-ID: <20020723121842.A23580 at math.ohio-state.edu> References: <200207222202.00000005 at DARKNESS> <20020723155656.L11551 at eyup.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020723155656.L11551 at eyup.org>; from jp at eyup.org on Tue, Jul 23, 2002 at 03:56:56PM +0100 X-RAVMilter-Version: 8.3.2(snapshot 20020213) (mathserv) On Tue, Jul 23, 2002 at 03:56:56PM +0100, John Poltorak wrote: > > Every \n is changed to \r. If this works, this is due to coincidence only. Why would Mac's line termination be supported? ;-) Would translation to \r\n work more reliably? Is the format of RexxStart arguments documented anywhere? Ilya --7ZkCHnkczT8hfzb/-- **= Email 17 ==========================** Date: Tue, 23 Jul 2002 19:19:09 -0500 (CDT) From: "xyzyx" Subject: Re: Testing archive integrity On Tue, 23 Jul 2002 09:37:49 +0100, John Poltorak wrote: >Over the last few weeks I regularly seem to have grabbed archives which >turned out to be bad. I don't know why, maybe it is some byproduct of >ADSL... In my experience, one of the first signs of some sort of hardware failure has been archives failing their CRC32 checks. >What I would like to do is to be able to check the integrity of >downloaded files. I can do that with ZIP files by using 'zip -t'. Should be 'zip -T' (and it actually calls 'unzip -t' anyway) :) lower-case -t is used for setting time & date infos for Zip... >Is there any sort of equivalent for *.tar.gz files? gzip --test file.gz or gzip -t file.gz Displays nothing if the file is good (unless you use --verbose) Regards, Paul **= Email 18 ==========================** Date: Tue, 23 Jul 2002 19:57:01 -0500 (CDT) From: "Maynard" Subject: Perl Building Hi, I have learned[1] for certain that between [perl] build attempts, the source tree MUST be deleted and replaced before the next build. This is kind of unfortunate with perl because so much of it is +R. Since this is the very first source build which I've made in this environment (or with anybody's source other than my own) I don't know how far beyond perl this situation extends. Do we expect it for the rest of the source packages accumulating in unixos2/archives/source ? If I get a clean perl build I'll know for certain; but at this time I'm inclined to believe that the baseline installed correctly ;-} --Maynard [1] my fresh build completed with an unusual number of test failures; so I compared the log file with an earlier log from a successful build. The new log contained entries referencing a drive (p:) which is not relevant to the current build at all; P: was from yesterday's [successful] build on system_1. Today's work is on system_2 with %bldrt% configured across the network to the system_1 %bldrt% tree (for the repository) This system_2 environment is painfully slow however remarkably clean; being a new mcp2 install into a vpc/2 guest on host system_1 communicating via netbios on virtualized NIC; and if traffic goes through the nic hardware (which I expect it probably does) that's only a 10Mb card, not 100. This situation is too slow, but clean !! and works fine in the background. Later/2, **= Email 19 ==========================** Date: Tue, 23 Jul 2002 20:06:56 +0100 From: John Poltorak Subject: Re: ux2_bootstrap (revised) On Mon, Jul 22, 2002 at 04:47:06PM -0500, Maynard wrote: > On Mon, 22 Jul 2002 16:16:13 -0500 (CDT), Maynard wrote: > > >Are you sure that this is what you want to do?? > >mv emx/lib usrù > >mv emx/include usrù > >ù > >You moved these lines from ux2_inst.cmd to emx_inst.cmd: > >move \usr\dll\* \usr\libù > >rd \usr\dllù > > Oh maybe I get it now ;-} > > You use \usr\dll temporarily because "mv emx/lib usr" fails if /usr/lib > already exists; If you use mv it requires a DLL, which happens to be in emx/lib at the time so it fails. That's why I use move when I do. It may be a little convoluted, but there isn't too much code to go wrong. > silly me -- John **= Email 20 ==========================** Date: Tue, 23 Jul 2002 20:33:42 +0100 From: John Poltorak Subject: ux2_bootstrap.cmd - wanna try this? I have amended ux2_bootstrap.cmd so that it builds yacc.exe when run with the command line parameter of byacc as in:- ux2_bootstrap byacc Certain section as commented out, but is does expect that you have already installed the baseline... Give it a try. It should only take a minute to run. If it works, try running:- bldlevel %bldrt%\workdir\byacc-20001120\yacc.exe You need to grab this first:- wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd and run it with a parameter of byacc. -- John