Date: Wed, 23 Apr 2003 02:41:22 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 141 ************************************************** Tuesday 22 April 2003 Number 141 ************************************************** Subjects for today 1 sed v4.07 : James Moe" 2 Re: COMPRESS : Stefan.Neis at t-online.de **= Email 1 ==========================** Date: Wed, 23 Apr 2003 11:35:57 -0700 (MST) From: "James Moe" Subject: sed v4.07 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I built this. It went rather well. It did need minor tweaks: 1. Add "-L /posix2/lib -lcExt" to LDFLAGS in build.table so the compiler knows where the posix2 library is. 2. Change the newline char (LF) to CR/LF in all the *.good files. All this does is change the file size so that cmp does not fail a comparison. sed outputs CR/LF for a newline. It passed 46 of 48 tests in ./testsuite. The failures: 1. eval: is due to command interpretation failure rather than an actual sed failure. I haven't taken the time to determine the problem. LC_ALL=C ../sed/sed -f ./eval.sed < ./eval.inp > eval.out SYS1041: The name .. is not recognized as an internal or external command, operable program or batch file. 2. 8bit: cmp ./8bit.good 8bit.out ./8bit.good 8bit.out differ: char 16, line 1 This is also due to the LF - CR/LF problem. I used zip/unzip -a to convert the file newlines and unzip treated 8bit.good as a binary file. - -- jimoe at sohnen-moe dot com -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0 OS/2 for non-commercial use Comment: PGP 5.0 for OS/2 Charset: cp850 wj8DBQE+pt0NsxxMki0foKoRAvkfAKCMoFZiWyuAa8PIv8ExRS869/FQYQCcCAHW DjK0yz+uq8JoHef8NZ/wh70= =h40c -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Wed, 23 Apr 2003 13:05:45 +0200 (CEST) From: Stefan.Neis at t-online.de Subject: Re: COMPRESS Hi, > Well it's part of the Single UNIX Specification, so if we > can build it > without too much bother I think we should, if only for > the sake of > completeness. Do us a favour and don't add yet another (incompatible) compression format to the set of already existing ones- espsecially if it has no advantage about the supported ones and is only of historical interest. If you insist on a "compress.exe",why not simply go via "copy gzip.exe compress.exe" Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs