From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Mon, 4 Feb 2002 04:14:21 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 125 ************************************************** Sunday 03 February 2002 Number 125 ************************************************** Subjects for today 1 Re: GLIBC : Holger Veit 2 Re: GLIBC : Holger Veit 3 Re: Tar : John Merryweather Cooper 4 Re: installpkg bin.zip ? : Mentore Siesto 5 Re: Iconv is fully available now btw : Holger Veit 6 Building FLEX with Autoconf 2.52g : John Poltorak 7 Re: Iconv is fully available now btw : Andrew Zabolotny" 8 Re: Iconv is fully available now btw : Andrew Zabolotny" 9 Re: Iconv is fully available now btw : Andrew Zabolotny" 10 Re: Perl equivalent of 'sh -x' : Henry Sobotka 11 Re: Tar : Henry Sobotka 12 Perl equivalent of 'sh -x' : John Poltorak 13 Re: Perl equivalent of 'sh -x' : csaba.raduly at sophos.com 14 Tar : John Poltorak 15 Re: Tar : Dave Saville" 16 Re: Tar : Sebastian Wittmeier (ShadoW)" 17 Re: Tar : John Poltorak 18 Re: Perl equivalent of 'sh -x' : John Poltorak 19 Re: Tar : Dave Saville" 20 Re: Perl equivalent of 'sh -x' : Henry Sobotka 21 Re: Tar : John Poltorak 22 Re: installpkg bin.zip ? : Michael Zolk 23 Re: installpkg bin.zip ? : Michael Zolk 24 Re: Perl equivalent of 'sh -x' : John Poltorak 25 Re: Tar : John Poltorak 26 Re: Perl equivalent of 'sh -x' : John Poltorak **= Email 1 ==========================** Date: Mon, 4 Feb 2002 00:01:22 +0100 From: Holger Veit Subject: Re: GLIBC On Sun, Feb 03, 2002 at 08:33:09PM +0000, John Poltorak wrote: > On Sun, Feb 03, 2002 at 08:13:47PM +0100, Holger Veit wrote: > > On Sat, Feb 02, 2002 at 01:14:41PM +0000, John Poltorak wrote: > > > > > > I've been looking at the SlackWare GLIBC package and this looks to > > > contain most of the headers found under /usr/include. > > > > > > What I'd like to do is create a GLIBC package for UnixOS/2 using all the > > > headers and libraries from emx/gcc. Over time this package would be built > > > up to include as many headers and libraries as possible which were the > > > equivalents of those found on Linux. > > > > > > Any comments?... > > > > To port glibc is an enterprise as complex as writing libemu[1]. You cannot > > seriously mix EMX and glibc headers and expect something to work. > > Actually I was only suggesting GLIBC as the name of the package which > would contain the headers and libraries for GCC. I'm sure the porting of > GLIBC would be a massive task. I'm trying to make UnixOS/2 packages > roughly equivalent to those in SlackWare rather than inventing new > packages and I don't see where such headers and libraries would fit in > otherwise. Call it "development kit" or "unixos2-dev" or alike, but don't call a package glibc, if there is no glibc in it. Slackware was intended as a guideline, not as a dogma[sp?]. Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 2 ==========================** Date: Mon, 4 Feb 2002 00:04:20 +0100 From: Holger Veit Subject: Re: GLIBC On Sun, Feb 03, 2002 at 07:28:23PM +0000, csaba.raduly at sophos.com wrote: > > On 03/02/2002 19:13:47 Holger Veit wrote: > > > > >[1] The source code is the only documentation[2] > >[2] glibc seems to have failed the IOCCC[3] contest some years ago, > > because noone managed to understand the code. > > Isn't that a bonus in the IOCCC ? :-) Additional rules are: the software should look nice, should be small and should solve a problem. GLIBC only qualifies in unreadability :-) > >[3] International obfuscated C coding contest Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 3 ==========================** Date: Mon, 4 Feb 2002 08:56:00 -0800 From: John Merryweather Cooper Subject: Re: Tar On 2002.02.04 08:29 Dave Saville wrote: > On Mon, 4 Feb 2002 14:50:47 +0000, John Poltorak wrote: > > > > >GTA[K|R] v2.58 provides an excellent port of Tar v1.10 with some > useful > >OS/2 enhancements, but unfortunately AK seems to have moved on AFAICT > and > >now this port is in limbo. The port does have problems as a backup > program > >since it doesn't seem to handle some of the long directory names > under > >C:\DESKTOP such as:- > > > >C:\Desktop\Lotus SmartSuite for OS!2 Warp 4\Lotus^ Assistance > Center\Online Books > > > >which get shown as MangledNames. > > > >In addition GNU Tar is now at v1.13, although I have no idea what new > > >features it might have. > > > > > >So, what should we do? I would be reluctant to lose the OS/2 > features, but > >I would also like an uptodate release... > > > >Can we find a new maintainer? > > > > > >Also, I wonder if it's possible to re-write the TAPE utility to use > >ASPIROUT.SYS... Currently it isn't possible to build it because > some > >proprietary headers are missing, although I never managed to rebuild > TAR > >either even though there is a SRC directory included in the archive. > > > > Well, the GTAK package has no source - but lots of exe's. As you say > the TAR package has source but I just tried to make it: > > dmake -f Makefile.os2 all CC="gcc -O -Zomf" LDFLAGS="-Zsys" O="obj" > gcc -O -Zomf -DMSDOS -DNONAMES -DOS2=2 -DTAPE_IO -I. -I../tape > -I../libx > -DDEFBLOCKING=20 -c tar.c > In file included from tar.h:567, > from tar.c:389: > port.h:172: os2eattr.h: No such file or directory > port.h:173: acl32.h: No such file or directory > dmake: Error code 1, while making 'tar.obj' > dmake: Error code 255, while making 'release' > > > > nmake gives the same error as above. > > gnumake gives: > > make -f Makefile.os2 all CC="gcc -O -Zomf" LDFLAGS="-Zsys" O="obj" > make[1]: Entering directory `/home/DB/Programming/C/tar/tar/src' > make[1]: *** No rule to make target `../tape/tape.c', needed by > `tape.obj'. Stop. > make[1]: Leaving directory `/home/DB/Programming/C/tar/tar/src' > make: *** [release] Error 2 > > If I can get the existing tar to build, I would have a crack at the > update but until I can build the current one I see no point in trying > the changes. I have *no* idea what to do about all the exe files in > gtak though. I can't find any source on hobbes. > > -- > Regards > > Dave Saville > Please note new email address dave.saville at ntlworld.com > > I think you'll find that you'll need the IBM OS/2 Toolkit with EMX configured to use it. -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | ----------------------------------|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . . | =====================================================================/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =====================================================================\ **= Email 4 ==========================** Date: Mon, 4 Feb 2002 10:45:36 +0100 (CET) From: Mentore Siesto Subject: Re: installpkg bin.zip ? On Sat, 2 Feb 2002, Holger Veit wrote: HV >On Sat, Feb 02, 2002 at 11:11:34AM +0100, Mentore Siesto wrote: HV >> IMVHO, using a complete PM interface would be more OS/2 - eCS friendly, HV >> but I have no preference. HV >Basically, you should be able to install a system from scratch, with not HV >*much* more than the stuff you find on the boot disks. Thus you could HV >restore a crashed environment. Graphical frontends are okay, but not HV >if they are then mandatory in the process. You should be able to install HV >on an absolutely minimal OS/2 system (I'd consider three boot disks HV >+ TSHELL as such an environment, for instance). I agree on this point. However, we could use both approaches (a basic installer and a more "beautiful" (?) PM frontend, which relies on the first installer). HV >Keep it simple, stupid. Who? Me? :)))))) -- Mentore Siesto Team OS/2 Italia (http://www.teamos2.it) Home page: http://www.geocities.com/mentoruccio/ **= Email 5 ==========================** Date: Mon, 4 Feb 2002 11:17:04 +0100 From: Holger Veit Subject: Re: Iconv is fully available now btw On Mon, Feb 04, 2002 at 12:49:03PM +0300, Andrew Zabolotny wrote: [...] > I had a discussion on this matter with gettext maintainer and we came to the > conclusion that the best solution would be to put libiconv in a separate package > (iconv.h and libiconv.a). The only problem is that I don't know whenever there > is a reason to make separate such a small package (it will be about 10K in zip > :) If it is essential for quite a number of applications (and I guess it is for several internationalized GNU apps), then it should be added to the minimal runtime system - to avoid such typical problems as "I have installed GIMP, and it says LIBINTL missing". The latter is IMHO an indicator of too much salami-tactics when building packages. Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 6 ==========================** Date: Mon, 4 Feb 2002 12:43:54 +0000 From: John Poltorak Subject: Building FLEX with Autoconf 2.52g I've found that I can build Flex out of the box with Autoconf v2.52g as long as I add these two lines to configure.in:- AC_EXEEXT AC_OBJEXT Here is the script I use - (autoconf v2.52g was installed with a prefix of c:/usr/test) :- extproc c:/bin/sh -x # # requires tar, gzip, wget # TESTDIR=c:/usr/test CWD=`pwd` PATH=c:/usr/test/bin';'c:/usr/bin';'c:/emx/bin';'c:/os2';' SHELL=c:/bin/sh CC=gcc CXX=gcc AWK=awk LEX=flex RANLIB=echo export C_INCLUDE_PATH=c:/emx/include export LIBRARY_PATH=c:/emx/lib export ac_executable_extensions=".exe" export SHELL=/bin/sh mkdir /workdir #retrieve and extract FLEX test -f flex-2.5.4a.tar.gz || wget ftp://ftp.mirror.ac.uk/sites/ftp.gnu.org/pub/gnu/non-gnu/flex/flex-2.5.4a.tar.gz cd /workdir tar zxf $CWD/flex-2.5.4a.tar.gz cd flex-2.5.4 autoconf ./configure --prefix=$TESTDIR make CFLAGS="-O2" LDFLAGS="-s -Zmt -Zcrtdll -Zsysv-signals -Zbin-files -Zexe" Can anyone see if it will work for them? Apparently Autoconf will update old configure.in files using Autoupdate, but I can't get this to work. I'd like to know if anyone has managed to use Autoupdate... -- John **= Email 7 ==========================** Date: Mon, 04 Feb 2002 12:49:03 +0300 (MSK) From: "Andrew Zabolotny" Subject: Re: Iconv is fully available now btw On Sat, 19 Jan 2002 15:48:15 +0100, Andreas Buening wrote: >The question is whether it is a good idea to have libiconv >included in gettext. I could imagine two possible problems: It was never intended to be included with gettext. But since I needed one and there isn't one I have included it for a while in gettext. Of course it should go into the new libc, if there will be any. >- If a program requires gettext and the _real_ libiconv this could > result in double defined symbols. E.g. GNU recode is such a candidate. >- Most GNU programs have an intl subdirectory which contains an internal > gettext. Will they also get an intl/os2 subdirectory? Otherwise > the external and internal gettext libraries would behave differently. I had a discussion on this matter with gettext maintainer and we came to the conclusion that the best solution would be to put libiconv in a separate package (iconv.h and libiconv.a). The only problem is that I don't know whenever there is a reason to make separate such a small package (it will be about 10K in zip :) Greetings, _\ndy **= Email 8 ==========================** Date: Mon, 04 Feb 2002 12:50:37 +0300 (MSK) From: "Andrew Zabolotny" Subject: Re: Iconv is fully available now btw On Sat, 19 Jan 2002 17:29:34 +0100, Holger Veit wrote: >So look at the borderline to a Unix system: does this have a combined >"gettext" and "iconv" library, and if so, this Unix will have exactly >the same problem; if not, don't add broken code to UnixOS/2 and >better tear off iconv from that gettext. I have split libiconv.a from INTL.DLL - this will come with latest gettext's. Thus the problem is not a problem anymore. Greetings, _\ndy **= Email 9 ==========================** Date: Mon, 04 Feb 2002 12:58:00 +0300 (MSK) From: "Andrew Zabolotny" Subject: Re: Iconv is fully available now btw On Sun, 20 Jan 2002 17:37:30 +0100, Holger Veit wrote: >I see. Then it is the question what *we* need to have here. OS/2 >is available for dozens of countries. Most of them are Latin-1 countries, >but there is still an active scene in Russia and Japan, so it is >probably a wise choice to have a fullblown (GNU) iconv library; not >just for the benefit of a versatile recode. Look in \language\codeset\, how many files do you have there? I have 133 files starting with "ibm"; this means all these codepages are supported by libiconv I wrote. In fact, the only codepages not supported by my system are the large codesets - such as Japanese, Korean and Chinese. Of course, it would be nice to grab all those files from somewhere - so that I can compile .po files even for those languages. I think once the Unicode conversion API starts to be widely used, the respective codepage files will be spotted somewhere, and you will have just to copy them to the respective directory to get support for the languages you are missing. The approach has the advantage that it uses standard OS/2 API functions to do the converions. Greetings, _\ndy **= Email 10 ==========================** Date: Mon, 04 Feb 2002 13:02:42 -0500 From: Henry Sobotka Subject: Re: Perl equivalent of 'sh -x' John Poltorak wrote: > > I'm trying to use autoupdate from autoconf 2.52g to update configure.in > from FLEX, but it stops with this error:- > > + autoupdate > autom4te.: no such file or directory: /dev/null > autoupdate.: cannot close autom4te --language=autoconf --include=c:/usrt/local/share/autoconf --trace AU_DEFUN:'AU:$f:$1' --trace define:'AC:$f:$1' --melt /dev/null |: > at c:/usrt/local/bin/autoupdate. line 185 What's on line 185 (with context)? > autoupdate and autom4te are both Perl scripts and I can't work out what is > going on here without some debug or trace info. Are you sure about that? In the older versions of autoconf I have here, autoupdate is a sh script. No autom4te so don't know about it. h~ **= Email 11 ==========================** Date: Mon, 04 Feb 2002 13:06:28 -0500 From: Henry Sobotka Subject: Re: Tar John Poltorak wrote: > > > >> port.h:172: os2eattr.h: No such file or directory > > >> port.h:173: acl32.h: No such file or directory > > Could these files be part of LAN Server or HPFS386? Here I have both those headers in tar/lib. h~ **= Email 12 ==========================** Date: Mon, 4 Feb 2002 14:03:09 +0000 From: John Poltorak Subject: Perl equivalent of 'sh -x' Is there a Perl flag which is equivalent to 'sh -x' which can be used for tracing a Perl script? -- John **= Email 13 ==========================** Date: Mon, 4 Feb 2002 14:14:36 +0000 From: csaba.raduly at sophos.com Subject: Re: Perl equivalent of 'sh -x' On 04/02/2002 14:03:09 John Poltorak wrote: >Is there a Perl flag which is equivalent to 'sh -x' which can be used for >tracing a Perl script? > I can't think of one, but there's an interactive debugger built in: perl -d foo.pl [C:\] view perl perldebug [C:\] perldoc perldebug -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 14 ==========================** Date: Mon, 4 Feb 2002 14:50:47 +0000 From: John Poltorak Subject: Tar GTA[K|R] v2.58 provides an excellent port of Tar v1.10 with some useful OS/2 enhancements, but unfortunately AK seems to have moved on AFAICT and now this port is in limbo. The port does have problems as a backup program since it doesn't seem to handle some of the long directory names under C:\DESKTOP such as:- C:\Desktop\Lotus SmartSuite for OS!2 Warp 4\Lotus^ Assistance Center\Online Books which get shown as MangledNames. In addition GNU Tar is now at v1.13, although I have no idea what new features it might have. So, what should we do? I would be reluctant to lose the OS/2 features, but I would also like an uptodate release... Can we find a new maintainer? Also, I wonder if it's possible to re-write the TAPE utility to use ASPIROUT.SYS... Currently it isn't possible to build it because some proprietary headers are missing, although I never managed to rebuild TAR either even though there is a SRC directory included in the archive. -- John **= Email 15 ==========================** Date: Mon, 04 Feb 2002 16:29:56 +0000 (GMT) From: "Dave Saville" Subject: Re: Tar On Mon, 4 Feb 2002 14:50:47 +0000, John Poltorak wrote: > >GTA[K|R] v2.58 provides an excellent port of Tar v1.10 with some useful >OS/2 enhancements, but unfortunately AK seems to have moved on AFAICT and >now this port is in limbo. The port does have problems as a backup program >since it doesn't seem to handle some of the long directory names under >C:\DESKTOP such as:- > >C:\Desktop\Lotus SmartSuite for OS!2 Warp 4\Lotus^ Assistance Center\Online Books > >which get shown as MangledNames. > >In addition GNU Tar is now at v1.13, although I have no idea what new >features it might have. > > >So, what should we do? I would be reluctant to lose the OS/2 features, but >I would also like an uptodate release... > >Can we find a new maintainer? > > >Also, I wonder if it's possible to re-write the TAPE utility to use >ASPIROUT.SYS... Currently it isn't possible to build it because some >proprietary headers are missing, although I never managed to rebuild TAR >either even though there is a SRC directory included in the archive. > Well, the GTAK package has no source - but lots of exe's. As you say the TAR package has source but I just tried to make it: dmake -f Makefile.os2 all CC="gcc -O -Zomf" LDFLAGS="-Zsys" O="obj" gcc -O -Zomf -DMSDOS -DNONAMES -DOS2=2 -DTAPE_IO -I. -I../tape -I../libx -DDEFBLOCKING=20 -c tar.c In file included from tar.h:567, from tar.c:389: port.h:172: os2eattr.h: No such file or directory port.h:173: acl32.h: No such file or directory dmake: Error code 1, while making 'tar.obj' dmake: Error code 255, while making 'release' nmake gives the same error as above. gnumake gives: make -f Makefile.os2 all CC="gcc -O -Zomf" LDFLAGS="-Zsys" O="obj" make[1]: Entering directory `/home/DB/Programming/C/tar/tar/src' make[1]: *** No rule to make target `../tape/tape.c', needed by `tape.obj'. Stop. make[1]: Leaving directory `/home/DB/Programming/C/tar/tar/src' make: *** [release] Error 2 If I can get the existing tar to build, I would have a crack at the update but until I can build the current one I see no point in trying the changes. I have *no* idea what to do about all the exe files in gtak though. I can't find any source on hobbes. -- Regards Dave Saville Please note new email address dave.saville at ntlworld.com **= Email 16 ==========================** Date: Mon, 04 Feb 2002 16:33:47 +0100 (MEZ) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Tar On Mon, 4 Feb 2002 14:50:47 +0000, John Poltorak wrote: >Can we find a new maintainer? Tillmann Steinbrecher is (or was?) maintaing a untgz program. You can find him (webmaster) at http://www.heatsink-guide.com Sebastian **= Email 17 ==========================** Date: Mon, 4 Feb 2002 16:47:09 +0000 From: John Poltorak Subject: Re: Tar On Mon, Feb 04, 2002 at 04:29:56PM +0000, Dave Saville wrote: > On Mon, 4 Feb 2002 14:50:47 +0000, John Poltorak wrote: > >So, what should we do? I would be reluctant to lose the OS/2 features, but > >I would also like an uptodate release... > > > >Can we find a new maintainer? > > > > > >Also, I wonder if it's possible to re-write the TAPE utility to use > >ASPIROUT.SYS... Currently it isn't possible to build it because some > >proprietary headers are missing, although I never managed to rebuild TAR > >either even though there is a SRC directory included in the archive. > > > > Well, the GTAK package has no source - but lots of exe's. You haven't looked in the RMT directory. You'll find some source code there along with a README which says:- Source code is included as sample code only, not for recompilation. rmt_tape.c cannot be compiled since some required header files are not part of the package. Not sure how useful it could without the headers... > As you say > the TAR package has source but I just tried to make it: > > port.h:172: os2eattr.h: No such file or directory > port.h:173: acl32.h: No such file or directory > dmake: Error code 1, while making 'tar.obj' > dmake: Error code 255, while making 'release' > > nmake gives the same error as above. > > gnumake gives: > > make -f Makefile.os2 all CC="gcc -O -Zomf" LDFLAGS="-Zsys" O="obj" > make[1]: Entering directory `/home/DB/Programming/C/tar/tar/src' > make[1]: *** No rule to make target `../tape/tape.c', needed by > `tape.obj'. Stop. > make[1]: Leaving directory `/home/DB/Programming/C/tar/tar/src' > make: *** [release] Error 2 I had similar problems. Maybe these headers are to be found in some OS/2 toolkit... > If I can get the existing tar to build, I would have a crack at the > update but until I can build the current one I see no point in trying > the changes. I have *no* idea what to do about all the exe files in > gtak though. I can't find any source on hobbes. > > -- > Regards > > Dave Saville > Please note new email address dave.saville at ntlworld.com > -- John **= Email 18 ==========================** Date: Mon, 4 Feb 2002 17:14:16 +0000 From: John Poltorak Subject: Re: Perl equivalent of 'sh -x' On Mon, Feb 04, 2002 at 02:14:36PM +0000, csaba.raduly at sophos.com wrote: > > On 04/02/2002 14:03:09 John Poltorak wrote: > > >Is there a Perl flag which is equivalent to 'sh -x' which can be used for > >tracing a Perl script? > > > > I can't think of one, but there's an interactive debugger built in: > > > perl -d foo.pl > > [C:\] view perl perldebug > [C:\] perldoc perldebug I couldn't find any way to use it to provide any useful information... I'm trying to use autoupdate from autoconf 2.52g to update configure.in from FLEX, but it stops with this error:- + autoupdate autom4te.: no such file or directory: /dev/null autoupdate.: cannot close autom4te --language=autoconf --include=c:/usrt/local/share/autoconf --trace AU_DEFUN:'AU:$f:$1' --trace define:'AC:$f:$1' --melt /dev/null |: at c:/usrt/local/bin/autoupdate. line 185 autoupdate and autom4te are both Perl scripts and I can't work out what is going on here without some debug or trace info. I tried changing /dev/null to NUL but it made no difference. > > -- > Csaba Ráduly, Software Engineer Sophos Anti-Virus > email: csaba.raduly at sophos.com http://www.sophos.com > US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 > -- John **= Email 19 ==========================** Date: Mon, 04 Feb 2002 17:17:04 +0000 (GMT) From: "Dave Saville" Subject: Re: Tar On Mon, 4 Feb 2002 08:56:00 -0800, John Merryweather Cooper wrote: > >On 2002.02.04 08:29 Dave Saville wrote: >> On Mon, 4 Feb 2002 14:50:47 +0000, John Poltorak wrote: >> >> > >> >GTA[K|R] v2.58 provides an excellent port of Tar v1.10 with some >> useful >> >OS/2 enhancements, but unfortunately AK seems to have moved on AFAICT >> and >> >now this port is in limbo. The port does have problems as a backup >> program >> >since it doesn't seem to handle some of the long directory names >> under >> >C:\DESKTOP such as:- >> > >> >C:\Desktop\Lotus SmartSuite for OS!2 Warp 4\Lotus^ Assistance >> Center\Online Books >> > >> >which get shown as MangledNames. >> > >> >In addition GNU Tar is now at v1.13, although I have no idea what new >> >> >features it might have. >> > >> > >> >So, what should we do? I would be reluctant to lose the OS/2 >> features, but >> >I would also like an uptodate release... >> > >> >Can we find a new maintainer? >> > >> > >> >Also, I wonder if it's possible to re-write the TAPE utility to use >> >ASPIROUT.SYS... Currently it isn't possible to build it because >> some >> >proprietary headers are missing, although I never managed to rebuild >> TAR >> >either even though there is a SRC directory included in the archive. >> > >> >> Well, the GTAK package has no source - but lots of exe's. As you say >> the TAR package has source but I just tried to make it: >> >> dmake -f Makefile.os2 all CC="gcc -O -Zomf" LDFLAGS="-Zsys" O="obj" >> gcc -O -Zomf -DMSDOS -DNONAMES -DOS2=2 -DTAPE_IO -I. -I../tape >> -I../libx >> -DDEFBLOCKING=20 -c tar.c >> In file included from tar.h:567, >> from tar.c:389: >> port.h:172: os2eattr.h: No such file or directory >> port.h:173: acl32.h: No such file or directory >> dmake: Error code 1, while making 'tar.obj' >> dmake: Error code 255, while making 'release' >> >> >> >> nmake gives the same error as above. >> >> gnumake gives: >> >> make -f Makefile.os2 all CC="gcc -O -Zomf" LDFLAGS="-Zsys" O="obj" >> make[1]: Entering directory `/home/DB/Programming/C/tar/tar/src' >> make[1]: *** No rule to make target `../tape/tape.c', needed by >> `tape.obj'. Stop. >> make[1]: Leaving directory `/home/DB/Programming/C/tar/tar/src' >> make: *** [release] Error 2 >> >> If I can get the existing tar to build, I would have a crack at the >> update but until I can build the current one I see no point in trying >> the changes. I have *no* idea what to do about all the exe files in >> gtak though. I can't find any source on hobbes. >> >> -- >> Regards >> >> Dave Saville >> Please note new email address dave.saville at ntlworld.com >> >> > >I think you'll find that you'll need the IBM OS/2 Toolkit with EMX >configured to use it. > No I searched the whole of the 4.5 devkit and those .h files are not in it. -- Regards Dave Saville Please note new email address dave.saville at ntlworld.com **= Email 20 ==========================** Date: Mon, 04 Feb 2002 17:18:33 -0500 From: Henry Sobotka Subject: Re: Perl equivalent of 'sh -x' Autom4te::XFile "provides dying version of the methods open, new, and close" so that the usual error handling (e.g. || die "Can't open $filename: $!") is built-in. The call to new: my $macros = new Autom4te::XFile ("$autoconf" . " --trace AU_DEFUN:'AU:\$f:\$1'" . " --trace define:'AC:\$f:\$1'" . " --melt /dev/null |"); also automatically opens the file. Since what gets opened is $autoconf, and the "/dev/null |" trailer just pipes the output into a blackhole, I really don't understand why it's trying to close the latter. But then Fox Muldaur and Stephen Hawking know far more about XFiles and blackholes than I do. As a quick-and-dirty workaround, you might try changing line 185 to close($macros); or even commenting it out and taking up the matter with the autoconf maintainers. h~ **= Email 21 ==========================** Date: Mon, 4 Feb 2002 17:35:38 +0000 From: John Poltorak Subject: Re: Tar On Mon, Feb 04, 2002 at 05:17:04PM +0000, Dave Saville wrote: > On Mon, 4 Feb 2002 08:56:00 -0800, John Merryweather Cooper wrote: > > > > >> -DDEFBLOCKING=20 -c tar.c > >> In file included from tar.h:567, > >> from tar.c:389: > >> port.h:172: os2eattr.h: No such file or directory > >> port.h:173: acl32.h: No such file or directory > >> dmake: Error code 1, while making 'tar.obj' > >> dmake: Error code 255, while making 'release' > > > >I think you'll find that you'll need the IBM OS/2 Toolkit with EMX > >configured to use it. > > > > No I searched the whole of the 4.5 devkit and those .h files are not > in it. > > -- > Regards > > Dave Saville > Please note new email address dave.saville at ntlworld.com > Could these files be part of LAN Server or HPFS386? -- John **= Email 22 ==========================** Date: Mon, 4 Feb 2002 18:37:21 +0100 From: Michael Zolk Subject: Re: installpkg bin.zip ? On Thu, Jan 31, 2002 at 04:14:50PM -0800, frank schmittroth wrote: > As a next baby step I downloaded the bin.zip package and tried to install > it as follows from the root directory: > > [D:\unixos2]installpkg -s bin.zip > 221 > 419 +++; > REX0014: Error 14 running D:\unixos2\usr\sbin\installpkg.cmd, line 419: > Incomplete DO/SELECT/IF > > It looked to me as if the rexx script, installpkg.cmd, had a missing "end" > statement for a corresponding "do". I added another "end" at line 286, and > the installation apparently created directories and unzipped various programs. The -s option means that no files should be copied to disc and no directories are created. It is an simulated install, which may be useful for debugging together with the -v option. So I don't know what the script really did on your system :| but I will look into it and upload an updated version ASAP. > I then tried a simulated remove installation with the following result: > > [D:\unixos2]removepkg -s bin.zip > No such package: d:\unixos2\var\log\packages\bin.zip. Can't remove. > > Either I don't understand what I'm doing (highly likely), or something > is wrong. What is the outut of lspkg? Is there a file $UNIXROOT/var/log/packages/bin ? Michael -- **= Email 23 ==========================** Date: Mon, 4 Feb 2002 18:45:16 +0100 From: Michael Zolk Subject: Re: installpkg bin.zip ? On Sat, Feb 02, 2002 at 11:08:58AM +0100, Mentore Siesto wrote: > IIRC, installing/removing packages was scheduled after the completion ef > the UnixOS2 structure... We discussed this issue more than one year ago. In fact I hoped for faster progress with the installer, however I haven't had much time for this during the last months due to my job. At the moment I am playing around with dialog to see how the Slackware tag files and pkg descriptions could be used for a menu driven installer. Michael **= Email 24 ==========================** Date: Mon, 4 Feb 2002 19:17:53 +0000 From: John Poltorak Subject: Re: Perl equivalent of 'sh -x' On Mon, Feb 04, 2002 at 01:02:42PM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > I'm trying to use autoupdate from autoconf 2.52g to update configure.in > > from FLEX, but it stops with this error:- > > > > + autoupdate > > autom4te.: no such file or directory: /dev/null > > autoupdate.: cannot close autom4te --language=autoconf --include=c:/usrt/local/share/autoconf --trace AU_DEFUN:'AU:$f:$1' --trace define:'AC:$f:$1' --melt /dev/null |: > > at c:/usrt/local/bin/autoupdate. line 185 > > What's on line 185 (with context)? Here's the relevant function from autoupdate:- # HANDLE_AUTOCONF_MACROS () # ------------------------- # at M4_BUILTINS -- M4 builtins and a useful comment. sub handle_autoconf_macros () { my $macros = new Autom4te::XFile ("$autoconf" . " --trace AU_DEFUN:'AU:\$f:\$1'" . " --trace define:'AC:\$f:\$1'" . " --melt /dev/null |"); while ($_ = $macros->getline) { chomp; my ($domain, $file, $macro) = /^(AC|AU):(.*):([^:]*)$/ or next; # ../lib/m4sugar/m4sugar.m4 -> m4sugar # ../lib/autoconf/general.m4 -> autoconf # aclocal.m4 -> ignore next if $file eq 'aclocal.m4'; my $set = basename (dirname ($file)); die "$me: unknown set: $set: $_\n" unless $set =~ /^(m4sugar|autoconf)$/; if ($domain eq "AC") { $ac_macros{$macro} = $set; } else { $au_macros{$macro} = $set; } } $macros->close; #<----------------------------- line 185 # Don't keep AU macros in at AC_MACROS. delete $ac_macros{$_} foreach (keys %au_macros); # Don't keep M4sugar macros which are redefined by Autoconf, # such as `builtin', `changequote' etc. See autoconf/autoconf.m4. delete $ac_macros{$_} foreach ( at m4_builtins); die "$me: no current Autoconf macros found\n" unless keys %ac_macros; die "$me: no obsolete Autoconf macros found\n" unless keys %au_macros; if ($debug) { print STDERR "Current Autoconf macros:\n"; print STDERR join (' ', sort keys %ac_macros) . "\n\n"; print STDERR "Obsolete Autoconf macros:\n"; print STDERR join (' ', sort keys %au_macros) . "\n\n"; } # ac.m4 -- autoquoting definitions of the AC macros (M4sugar excluded). # unac.m4 -- undefine the AC macros. my $ac_m4 = new Autom4te::XFile ">$tmp/ac.m4"; print $ac_m4 "# ac.m4 -- autoquoting definitions of the AC macros.\n"; my $unac_m4 = new Autom4te::XFile ">$tmp/unac.m4"; print $unac_m4 "# unac.m4 -- undefine the AC macros.\n"; foreach (sort grep { $ac_macros{$_} ne 'm4sugar' } keys %ac_macros) { print $ac_m4 "_au_define([$_], [[\$0(\$\ at )]])\n"; print $unac_m4 "_au_undefine([$_])\n"; } } > > > autoupdate and autom4te are both Perl scripts and I can't work out what is > > going on here without some debug or trace info. > > Are you sure about that? In the older versions of autoconf I have here, > autoupdate is a sh script. No autom4te so don't know about it. It's from Autoconf v2.52g. You may be able to grab and install it using this script:- extproc c:/bin/sh -x # # requires tar, gzip, wget, awk, m4, perl, make, GNU utils # TESTDIR=/usr/test CWD=`pwd` HOME=c:/home PATH=c:/usr/bin SHELL=c:/bin/sh export ac_executable_extensions=".exe" mkdir /workdir #retrieve and install autoconf v2.52f test -f autoconf-2.52f.tar.gz || wget ftp://alpha.gnu.org/pub/gnu/autoconf/autoconf-2.52f.tar.gz cd /workdir tar zxf $CWD/autoconf-2.52f.tar.gz cd autoconf-2.52f ./configure --prefix=$TESTDIR make make check make install > h~ -- John **= Email 25 ==========================** Date: Mon, 4 Feb 2002 19:26:14 +0000 From: John Poltorak Subject: Re: Tar On Mon, Feb 04, 2002 at 01:06:28PM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > > >> port.h:172: os2eattr.h: No such file or directory > > > >> port.h:173: acl32.h: No such file or directory > > > > Could these files be part of LAN Server or HPFS386? > > Here I have both those headers in tar/lib. Yes, you're right. I guess it's a problem with INCLUDE in makefile.os2. > h~ -- John **= Email 26 ==========================** Date: Mon, 4 Feb 2002 22:15:37 +0000 From: John Poltorak Subject: Re: Perl equivalent of 'sh -x' On Mon, Feb 04, 2002 at 02:14:36PM +0000, csaba.raduly at sophos.com wrote: > > On 04/02/2002 14:03:09 John Poltorak wrote: > > >Is there a Perl flag which is equivalent to 'sh -x' which can be used for > >tracing a Perl script? > > > > I can't think of one, but there's an interactive debugger built in: > > > perl -d foo.pl Just worked out how to do this... You need to add '-d' to the first line of the Perl script:- #!C:/USR/BIN/perl.exe -w -d > [C:\] view perl perldebug > [C:\] perldoc perldebug Or even:- thumb PERL Black Book ... > > -- > Csaba Ráduly, Software Engineer Sophos Anti-Virus > email: csaba.raduly at sophos.com http://www.sophos.com > US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 > -- John