From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Wed, 5 Feb 2003 04:52:58 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 35 ************************************************** Tuesday 04 February 2003 Number 35 ************************************************** Subjects for today 1 Add your link : IanM" 2 Perl Modules : Maynard" 3 Re: ZLIB change : Maynard" 4 Re: Perl Modules : Maynard" 5 Re: LINK386 : Maynard" 6 Re: LINK386 : Marty" 7 Re: Perl - use: not found : Henry Sobotka 8 Re: XMOVE ? : Steve Wendt" 9 XMOVE ? : John Poltorak 10 Re: Perl - use: not found : Henry Sobotka 11 Re: BZIP2 build problem : Henry Sobotka 12 Re: XMOVE ? : Dave Saville" 13 Re: Perl Modules : Dave Saville" 14 Re: BZIP2 build problem : Henry Sobotka 15 LINK386 : John Poltorak 16 Re: Perl Modules : Stefan Neis 17 Re: fetchmail 6.2.1 patch : Stefan Neis 18 Re: LINK386 : Holger Veit 19 Re: LINK386 : John Poltorak 20 Re: Perl - use: not found : John Poltorak 21 Re: Perl - use: not found : John Poltorak 22 Re: LINK386 : Holger Veit 23 BZIP2 build problem : John Poltorak 24 Re: BZIP2 build problem : John Poltorak 25 uptime : John Poltorak 26 Re: uptime : John Poltorak 27 AIX : John Poltorak 28 Re: AIX : jimburke200 at earthlink.net (Jim Burke - taos) 29 Re: AIX : Dave Saville" 30 Re: uptime : Adrian Gschwend" 31 Re: AIX : email at eracc.hypermart.net (ERACC Lists) 32 Re: AIX : John Poltorak 33 Re: AIX : Bart van Leeuwen" 34 Re: AIX : Mikkel C. Simonsen" 35 Re: uptime : Stepan Kazakov 36 Re: AIX : Stefan Neis 37 Perl LWP Question : Hakan" **= Email 1 ==========================** Date: Wed, 05 Feb 2003 02:37:43 +1100 (EDT) From: "IanM" Subject: Add your link Hi Remember to add your link at :- http://www.ecssite.com/links/UnixPorts/ Cheers IanM http://www.os2site.com/ 21. Health is merely the slowest possible rate at which one can die. **= Email 2 ==========================** Date: Wed, 05 Feb 2003 04:20:50 -0600 (CST) From: "Maynard" Subject: Perl Modules Hi, I have a perl script which requires module Time::Object which I have downloaded from cpan. As a short term solution I copied the .pm files to \usr\lib\perl\lib\5.8.0\time but the script is still looking for a "loadable object for the module" So I'm following the instructions at http://www.cpan.org/modules/INSTALL.html for installing modules, but can't get 'make' to complete fully. Can somebody please issue this gcc novice a clue as to how to proceed from here? link386.exe is on the PATH P:/usr/lib/perl/lib/5.8.0/os2/CORE/libperl_override.lib exists P:\usr\lib\perl\lib\5.8.0\os2\core\libperl.lib exists Here's paste from session: [P:\UNIXOS2\workdir\Time-Object-1.00]make rm -f blib/arch/auto/Time/Object/ObjectSD.dll LD_RUN_PATH="P:/emx/lib" gcc -Zdll -Zomf -Zmt -Zcrtdll -Zlinker /e:2 Object.obj -O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -s -o blib/arch/auto/Time/Object/ObjectSD.dll P:/usr/lib/perl/lib/5.8.0/os2/CORE /libperl.lib -lsocket -lm -lbsd P:/usr/lib/perl/lib/5.8.0/os2/CORE/libperl_overr ide.lib Object.def link386: No such file or directory make: *** [blib/arch/auto/Time/Object/ObjectSD.dll] Error 1 [P:\UNIXOS2\workdir\Time-Object-1.00]link386 Operating System/2 Linear Executable Linker Version 4.00.001 Sep 24 2001 Thanks, -- Maynard **= Email 3 ==========================** Date: Wed, 05 Feb 2003 07:12:06 -0600 (CST) From: "Maynard" Subject: Re: ZLIB change Thomas, >for executing configure scripts and the >like, history and completion are not that important. >.... >we have now a shell that works far more >reliable for configuring/making in unixos2: pdksh On this point I will happily conceed. Thanks, -- Maynard **= Email 4 ==========================** Date: Wed, 05 Feb 2003 08:27:03 -0600 (CST) From: "Maynard" Subject: Re: Perl Modules On Wed, 05 Feb 2003 11:12:00 +0000 (GMT), Dave Saville wrote: >You did edit Makefile.PL? s/novice/pre_novice/ ;-} -- Maynard **= Email 5 ==========================** Date: Wed, 05 Feb 2003 09:10:33 -0600 (CST) From: "Maynard" Subject: Re: LINK386 On Wed, 5 Feb 2003 13:55:08 +0000, John Poltorak wrote: >> > Does anyone know if LINK386 uses any support files and locates them via >> > the environment? >> >> It doesn't. > >Actually, it does. I've just found that it needs %COMSPEC%. and that alone resulted in completed make of my cpan module ! test: t/base....ok t/core....FAILED tests 22-23, 44, 48 install OK and the module, and program which requires it, run as expected. I expect several failed builds will improve now; but I won't be at the desk too much until later. Cheers! -- Maynard **= Email 6 ==========================** Date: Wed, 05 Feb 2003 09:21:56 -0500 (EST) From: "Marty" Subject: Re: LINK386 On Wed, 5 Feb 2003 15:11:08 +0100, Holger Veit wrote: > On Wed, Feb 05, 2003 at 01:55:08PM +0000, John Poltorak wrote: > > On Wed, Feb 05, 2003 at 01:53:23PM +0100, Holger Veit wrote: > > > On Wed, Feb 05, 2003 at 12:30:03PM +0000, John Poltorak wrote: > > > > Does anyone know if LINK386 uses any support files and locates them via > > > > the environment? > > > > > > It doesn't. > > > > Actually, it does. I've just found that it needs %COMSPEC%. > > The question was, whether it uses any support files or not. > And the answer to that is: it doesn't. I have no idea why it > wants to test COMSPEC. This might be a side effect of some > overcautious runtime library, but does not necessarily point > to any support files. I think it needs some message files, yes? That's probably why it needs COMSPEC (to locate your boot drive so it can find its message files). **= Email 7 ==========================** Date: Wed, 05 Feb 2003 09:36:12 -0500 From: Henry Sobotka Subject: Re: Perl - use: not found John Poltorak wrote: > > OK, now it creates a line like this:- > > #!/usr/lib/perl5/bin/perl -w > > Would it be possible to have:- ? > > #!/usr/bin/perl > > Or maybe even just this:- ? > > #!perl > > I suppose the latter would be the most flexible because it doesn't include > drive letters and should work as long as perl.exe is on the path... You should be able to set the value of startperl by defining it when running Configure, or you can do it manually by editing Config.PM. Otherwise it's probably derived from prefix and/or installprefix. h~ **= Email 8 ==========================** Date: Wed, 05 Feb 2003 09:40:16 -0800 (PST) From: "Steve Wendt" Subject: Re: XMOVE ? On Wed, 5 Feb 2003 10:00:33 +0000, John Poltorak wrote: >I'm trying to find an equivalent of XCOPY but for moving files instead of >copying them from one directory tree to another... I use mov from the fm2 utils... ----------- "Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws." - Plato (427-347 B.C.) **= Email 9 ==========================** Date: Wed, 5 Feb 2003 10:00:33 +0000 From: John Poltorak Subject: XMOVE ? I'm trying to find an equivalent of XCOPY but for moving files instead of copying them from one directory tree to another... Since I can't find such a utility, I thought I'd try using mv in a shell script but there doesn't seem to be an obvious way to do it. Any suggestions? I have thought of using find and then mv the found file, possibly via xargs but am not really familiar with xargs... -- John **= Email 10 ==========================** Date: Wed, 05 Feb 2003 10:23:46 -0500 From: Henry Sobotka Subject: Re: Perl - use: not found John Poltorak wrote: > > How do I do that? Patching Configure with:- ? > > startperl='perl' Configuring with -Dstartperl=#!perl though you might have to use quotes because of the shebang. > > or you can do it manually by editing Config.PM. > > I don't see a Config.PM, but there is configpm. Is that what you mean? Config.PM is generated from config.sh and ends up in lib/[5.6 or later version]/os2. h~ **= Email 11 ==========================** Date: Wed, 05 Feb 2003 10:28:21 -0500 From: Henry Sobotka Subject: Re: BZIP2 build problem The unresolved externals come from not having -lbz2 in the command. Instead of tinkering with the install variable, you can add -Zexe to the compilation flags for those two programs. h~ **= Email 12 ==========================** Date: Wed, 05 Feb 2003 10:45:38 +0000 (GMT) From: "Dave Saville" Subject: Re: XMOVE ? On Wed, 5 Feb 2003 10:00:33 +0000, John Poltorak wrote: > >I'm trying to find an equivalent of XCOPY but for moving files instead of >copying them from one directory tree to another... > >Since I can't find such a utility, I thought I'd try using mv in a shell >script but there doesn't seem to be an obvious way to do it. > > >Any suggestions? > >I have thought of using find and then mv the found file, possibly via >xargs but am not really familiar with xargs... Most mv's will not move across file systems. And doing it file by file by name overlooks creating the required directory structure on the target. I would use tar piped to itself tar -C c: -cvf - | tar -C e: -xvf - will copy C: to E: To answer your xargs query then find . -name ^* | xargs -n 1 ls -l puts every file found individually thru ls -l find . -name ^* |xargs -n 3 ls -l blocks them up into threes - ie ls gets three files per invocation. -- Regards Dave Saville **= Email 13 ==========================** Date: Wed, 05 Feb 2003 11:12:00 +0000 (GMT) From: "Dave Saville" Subject: Re: Perl Modules On Wed, 05 Feb 2003 04:20:50 -0600 (CST), Maynard wrote: >Hi, > >I have a perl script which requires module Time::Object which I have >downloaded from cpan. > >As a short term solution I copied the .pm files to >\usr\lib\perl\lib\5.8.0\time You did edit Makefile.PL? Normal module install is: edit Makefile.PL perl Makefile.PL //builds makefile(s) make make test make install -- Regards Dave Saville **= Email 14 ==========================** Date: Wed, 05 Feb 2003 11:33:28 -0500 From: Henry Sobotka Subject: Re: BZIP2 build problem Okay, now I see what's happening. Your original suggestion of adding .exe to the install dependencies should fix things. h~ **= Email 15 ==========================** Date: Wed, 5 Feb 2003 12:30:03 +0000 From: John Poltorak Subject: LINK386 Does anyone know if LINK386 uses any support files and locates them via the environment? -- John **= Email 16 ==========================** Date: Wed, 5 Feb 2003 13:36:57 +0100 (CET) From: Stefan Neis Subject: Re: Perl Modules On Wed, 5 Feb 2003, Maynard wrote: > link386: No such file or directory Maybe that's link386 complaining that it's unable to find on of its input files? Object.def looks like a likely candidate for a problem... Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 17 ==========================** Date: Wed, 5 Feb 2003 13:49:00 +0100 (CET) From: Stefan Neis Subject: Re: fetchmail 6.2.1 patch On Mon, 3 Feb 2003, Yuri Dario wrote: > that's possible: just add sys/types.h to AC_CHECK_HEADERS macro in configure.in, and add a > line like > > /* Define as 1 if you have sys/types.h */ > #undef HAVE_SYS_TYPES_H > > in config.h.in Yes, but that will always end up with sys/types.h being defined, I believe, so what's the point? AFAIK, explicitly including it always should at least do no harm... Regards, Stefan **= Email 18 ==========================** Date: Wed, 5 Feb 2003 13:53:23 +0100 From: Holger Veit Subject: Re: LINK386 On Wed, Feb 05, 2003 at 12:30:03PM +0000, John Poltorak wrote: > Does anyone know if LINK386 uses any support files and locates them via > the environment? It doesn't. Things like LIBRARY_PATH or alike are matter of the compiler. link/link386 can use response files, but they have to be qualified paths, as well as the arguments (object files, libraries, library paths, target executable, target lst/map files). Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 19 ==========================** Date: Wed, 5 Feb 2003 13:55:08 +0000 From: John Poltorak Subject: Re: LINK386 On Wed, Feb 05, 2003 at 01:53:23PM +0100, Holger Veit wrote: > On Wed, Feb 05, 2003 at 12:30:03PM +0000, John Poltorak wrote: > > Does anyone know if LINK386 uses any support files and locates them via > > the environment? > > It doesn't. Actually, it does. I've just found that it needs %COMSPEC%. > Holger > > -- > Please update your tables to my new e-mail address: > holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) -- John **= Email 20 ==========================** Date: Wed, 5 Feb 2003 14:19:53 +0000 From: John Poltorak Subject: Re: Perl - use: not found On Tue, Jan 28, 2003 at 03:48:25PM -0500, Henry Sobotka wrote: > > I can see the lines you mean, but have no idea how to get them into > > help2man automatically. > > Somewhere in help2man.PL you'll find something like: > > print OUT $Config{startperl}; > > that writes the shebang line. Replace it with: > > print OUT < $Config{startperl} > eval 'exec $Config{perlpath} -S \$0 \${1+"\$ at "}' > if \$running_under_some_shell; > END OK, now it creates a line like this:- #!/usr/lib/perl5/bin/perl -w Would it be possible to have:- ? #!/usr/bin/perl Or maybe even just this:- ? #!perl I suppose the latter would be the most flexible because it doesn't include drive letters and should work as long as perl.exe is on the path... > h~ -- John **= Email 21 ==========================** Date: Wed, 5 Feb 2003 14:51:10 +0000 From: John Poltorak Subject: Re: Perl - use: not found On Wed, Feb 05, 2003 at 09:36:12AM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > OK, now it creates a line like this:- > > > > #!/usr/lib/perl5/bin/perl -w > > > > Would it be possible to have:- ? > > > > #!/usr/bin/perl > > > > Or maybe even just this:- ? > > > > #!perl > > > > I suppose the latter would be the most flexible because it doesn't include > > drive letters and should work as long as perl.exe is on the path... > > You should be able to set the value of startperl by defining it when > running Configure, How do I do that? Patching Configure with:- ? startperl='perl' > or you can do it manually by editing Config.PM. I don't see a Config.PM, but there is configpm. Is that what you mean? > Otherwise it's probably derived from prefix and/or installprefix. > > h~ -- John **= Email 22 ==========================** Date: Wed, 5 Feb 2003 15:11:08 +0100 From: Holger Veit Subject: Re: LINK386 On Wed, Feb 05, 2003 at 01:55:08PM +0000, John Poltorak wrote: > On Wed, Feb 05, 2003 at 01:53:23PM +0100, Holger Veit wrote: > > On Wed, Feb 05, 2003 at 12:30:03PM +0000, John Poltorak wrote: > > > Does anyone know if LINK386 uses any support files and locates them via > > > the environment? > > > > It doesn't. > > Actually, it does. I've just found that it needs %COMSPEC%. The question was, whether it uses any support files or not. And the answer to that is: it doesn't. I have no idea why it wants to test COMSPEC. This might be a side effect of some overcautious runtime library, but does not necessarily point to any support files. Likewise, I'd bet it won't work without LIBPATH, but this does not necessarily mean it will search the libpath for DLLs to link against - not necessarily, but surprisingly, it does: it has built-in knowledge of the kernel API DOSCALLS (not DOSCALL1!). Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 23 ==========================** Date: Wed, 5 Feb 2003 15:13:29 +0000 From: John Poltorak Subject: BZIP2 build problem I've been trying to build BZIP2 from source after applying Brian's patches and it does build successfully AFAICT with the creation of:- bzip2.exe bzip2recover.exe bz2.dll bz2.lib But then I get the following error msgs, when I run 'make install':- gcc -Wall -Winline -O3 -fomit-frame-pointer -fno-strength-reduce -Zomf -Zmtd -s -Zomf bzip2.c -o bzip2 u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzWrite' : unresolved external u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzReadOpen' : unresolved external u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzReadClose' : unresolved external u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzWriteOpen' : unresolved external u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzlibVersion' : unresolved external u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzWriteClose64' : unresolved external u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzReadGetUnused' : unresolved external u:\tmp\ccc60908.(ccc60908) : error L2029: 'BZ2_bzRead' : unresolved external LINK386 : warning L4071: application type not specified; assuming WINDOWCOMPAT There were 8 errors detected make: *** [bzip2] Error 1 I suspect the Makefile needs to be modified for the install target... Do I just need to change:- install: bzip2 bzip2recover to:- ? install: bzip2.exe bzip2recover.exe -- John **= Email 24 ==========================** Date: Wed, 5 Feb 2003 15:44:32 +0000 From: John Poltorak Subject: Re: BZIP2 build problem --vrh4P5w3IkZROiWe Content-Type: text/plain; charset=us-ascii On Wed, Feb 05, 2003 at 10:28:21AM -0500, Henry Sobotka wrote: > The unresolved externals come from not having -lbz2 in the command. > > Instead of tinkering with the install variable, you can add -Zexe to the > compilation flags for those two programs. I'm attaching the Makefile I have for BZIP2. Can you say what should be changed to make work as you suggest? > h~ -- John --vrh4P5w3IkZROiWe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="C:\\bzip2-makefile.os2" SHELL=sh # To assist in cross-compiling CC=gcc AR=emxomfar LDFLAGS=-s -Zomf # Suitably paranoid flags to avoid bugs in gcc-2.7 #BIGFILES=-D_FILE_OFFSET_BITS=64 CFLAGS=-Wall -Winline -O3 -fomit-frame-pointer -fno-strength-reduce -Zomf -Zmtd $(BIGFILES) # Where you want it installed when you do 'make install' PREFIX=/usr OBJS= blocksort.obj \ huffman.obj \ crctable.obj \ randtable.obj \ compress.obj \ decompress.obj \ bzlib.obj all: bz2.lib bzip2.exe bzip2recover.exe test bzip2.exe: bz2.dll bz2.lib bzip2.obj $(CC) $(CFLAGS) $(LDFLAGS) -o $ at bzip2.obj -L. -lbz2 bzip2recover.exe: bzip2recover.obj $(CC) $(CFLAGS) $(LDFLAGS) -o $ at bzip2recover.obj bz2.lib: bz2.def rm -f bz2.lib emximp -o $ at $< bz2.def: $(OBJS) echo "LIBRARY $* INITINSTANCE" > $ at echo "DATA NONSHARED" >> $ at echo "EXPORTS" >> $ at emxexp $(OBJS) >> $ at bz2.dll: $(OBJS) bz2.def $(CC) $(CFLAGS) $(LDFLAGS) -Zdll -o $ at $(OBJS) bz2.def check: test test: bzip2.exe at cat words1 ./bzip2.exe -1 < sample1.ref > sample1.rb2 ./bzip2.exe -2 < sample2.ref > sample2.rb2 ./bzip2.exe -3 < sample3.ref > sample3.rb2 ./bzip2.exe -d < sample1.bz2 > sample1.tst ./bzip2.exe -d < sample2.bz2 > sample2.tst ./bzip2 -ds < sample3.bz2 > sample3.tst cmp sample1.bz2 sample1.rb2 cmp sample2.bz2 sample2.rb2 cmp sample3.bz2 sample3.rb2 cmp sample1.tst sample1.ref cmp sample2.tst sample2.ref cmp sample3.tst sample3.ref at cat words3 install: bzip2 bzip2recover if ( test ! -d $(PREFIX)/bin ) ; then mkdir -p $(PREFIX)/bin ; fi if ( test ! -d $(PREFIX)/lib ) ; then mkdir -p $(PREFIX)/lib ; fi if ( test ! -d $(PREFIX)/man ) ; then mkdir -p $(PREFIX)/man ; fi if ( test ! -d $(PREFIX)/man/man1 ) ; then mkdir -p $(PREFIX)/man/man1 ; fi if ( test ! -d $(PREFIX)/include ) ; then mkdir -p $(PREFIX)/include ; fi cp -f bzip2 $(PREFIX)/bin/bzip2 cp -f bzip2 $(PREFIX)/bin/bunzip2 cp -f bzip2 $(PREFIX)/bin/bzcat cp -f bzip2recover $(PREFIX)/bin/bzip2recover chmod a+x $(PREFIX)/bin/bzip2 chmod a+x $(PREFIX)/bin/bunzip2 chmod a+x $(PREFIX)/bin/bzcat chmod a+x $(PREFIX)/bin/bzip2recover cp -f bzip2.1 $(PREFIX)/man/man1 chmod a+r $(PREFIX)/man/man1/bzip2.1 cp -f bzlib.h $(PREFIX)/include chmod a+r $(PREFIX)/include/bzlib.h cp -f bz2.lib $(PREFIX)/lib chmod a+r $(PREFIX)/lib/bz2.lib cp -f bzgrep $(PREFIX)/bin/bzgrep ln $(PREFIX)/bin/bzgrep $(PREFIX)/bin/bzegrep ln $(PREFIX)/bin/bzgrep $(PREFIX)/bin/bzfgrep chmod a+x $(PREFIX)/bin/bzgrep cp -f bzmore $(PREFIX)/bin/bzmore ln $(PREFIX)/bin/bzmore $(PREFIX)/bin/bzless chmod a+x $(PREFIX)/bin/bzmore cp -f bzdiff $(PREFIX)/bin/bzdiff ln $(PREFIX)/bin/bzdiff $(PREFIX)/bin/bzcmp chmod a+x $(PREFIX)/bin/bzdiff cp -f bzgrep.1 bzmore.1 bzdiff.1 $(PREFIX)/man/man1 chmod a+r $(PREFIX)/man/man1/bzgrep.1 chmod a+r $(PREFIX)/man/man1/bzmore.1 chmod a+r $(PREFIX)/man/man1/bzdiff.1 echo ".so man1/bzgrep.1" > $(PREFIX)/man/man1/bzegrep.1 echo ".so man1/bzgrep.1" > $(PREFIX)/man/man1/bzfgrep.1 echo ".so man1/bzmore.1" > $(PREFIX)/man/man1/bzless.1 echo ".so man1/bzdiff.1" > $(PREFIX)/man/man1/bzcmp.1 distclean: clean clean: rm -f *.exe *.dll *.obj bz2.lib bz2.def \ sample1.rb2 sample2.rb2 sample3.rb2 \ sample1.tst sample2.tst sample3.tst blocksort.obj: blocksort.c at cat words0 $(CC) $(CFLAGS) -c blocksort.c -o $ at huffman.obj: huffman.c $(CC) $(CFLAGS) -c huffman.c -o $ at crctable.obj: crctable.c $(CC) $(CFLAGS) -c crctable.c -o $ at randtable.obj: randtable.c $(CC) $(CFLAGS) -c randtable.c -o $ at compress.obj: compress.c $(CC) $(CFLAGS) -c compress.c -o $ at decompress.obj: decompress.c $(CC) $(CFLAGS) -c decompress.c -o $ at bzlib.obj: bzlib.c $(CC) $(CFLAGS) -c bzlib.c -o $ at bzip2.obj: bzip2.c $(CC) $(CFLAGS) -c bzip2.c -o $ at bzip2recover.obj: bzip2recover.c $(CC) $(CFLAGS) -c bzip2recover.c -o $ at DISTNAME=bzip2-1.0.2 tarfile: rm -f $(DISTNAME) ln -sf . $(DISTNAME) tar cvf $(DISTNAME).tar \ $(DISTNAME)/blocksort.c \ $(DISTNAME)/huffman.c \ $(DISTNAME)/crctable.c \ $(DISTNAME)/randtable.c \ $(DISTNAME)/compress.c \ $(DISTNAME)/decompress.c \ $(DISTNAME)/bzlib.c \ $(DISTNAME)/bzip2.c \ $(DISTNAME)/bzip2recover.c \ $(DISTNAME)/bzlib.h \ $(DISTNAME)/bzlib_private.h \ $(DISTNAME)/Makefile \ $(DISTNAME)/manual.texi \ $(DISTNAME)/manual.ps \ $(DISTNAME)/manual.pdf \ $(DISTNAME)/LICENSE \ $(DISTNAME)/bzip2.1 \ $(DISTNAME)/bzip2.1.preformatted \ $(DISTNAME)/bzip2.txt \ $(DISTNAME)/words0 \ $(DISTNAME)/words1 \ $(DISTNAME)/words2 \ $(DISTNAME)/words3 \ $(DISTNAME)/sample1.ref \ $(DISTNAME)/sample2.ref \ $(DISTNAME)/sample3.ref \ $(DISTNAME)/sample1.bz2 \ $(DISTNAME)/sample2.bz2 \ $(DISTNAME)/sample3.bz2 \ $(DISTNAME)/dlltest.c \ $(DISTNAME)/*.html \ $(DISTNAME)/README \ $(DISTNAME)/README.COMPILATION.PROBLEMS \ $(DISTNAME)/CHANGES \ $(DISTNAME)/libbz2.def \ $(DISTNAME)/libbz2.dsp \ $(DISTNAME)/dlltest.dsp \ $(DISTNAME)/makefile.msc \ $(DISTNAME)/Y2K_INFO \ $(DISTNAME)/unzcrash.c \ $(DISTNAME)/spewG.c \ $(DISTNAME)/mk251.c \ $(DISTNAME)/bzdiff \ $(DISTNAME)/bzdiff.1 \ $(DISTNAME)/bzmore \ $(DISTNAME)/bzmore.1 \ $(DISTNAME)/bzgrep \ $(DISTNAME)/bzgrep.1 \ $(DISTNAME)/Makefile-libbz2_so gzip -v $(DISTNAME).tar # For rebuilding the manual from sources on my RedHat 7.2 box manual: manual.ps manual.pdf manual.html manual.ps: manual.texi tex manual.texi dvips -o manual.ps manual.dvi manual.pdf: manual.ps ps2pdf manual.ps manual.html: manual.texi texi2html -split_chapter manual.texi --vrh4P5w3IkZROiWe-- **= Email 25 ==========================** Date: Wed, 5 Feb 2003 16:33:08 +0000 From: John Poltorak Subject: uptime Do we have an UPTIME program which does not rollover after 49 days? -- John **= Email 26 ==========================** Date: Wed, 5 Feb 2003 17:41:18 +0000 From: John Poltorak Subject: Re: uptime On Wed, Feb 05, 2003 at 06:33:41PM +0100, Adrian Gschwend wrote: > On Wed, 5 Feb 2003 16:33:08 +0000, John Poltorak wrote: > > >Do we have an UPTIME program which does not rollover after 49 days? > > IIRC there is an xworkplace plugin that does not roll over. You just > need to take the right API's and it's no problem. No problem for who? :-)... > cu > > Adrian > > > -- > Adrian Gschwend > at netlabs.org > > ktk [a t] netlabs.org > ------- > Free Software for OS/2 and eCS > http://www.netlabs.org > -- John **= Email 27 ==========================** Date: Wed, 5 Feb 2003 17:56:53 +0000 From: John Poltorak Subject: AIX I've just installed AIX v1.3.0 on my old PS/2. Is anyone else interested in doing so? This will help me to compare UnixOS/2 with a real version of Unix. -- John **= Email 28 ==========================** Date: Wed, 5 Feb 2003 18:16:54 GMT From: jimburke200 at earthlink.net (Jim Burke - taos) Subject: Re: AIX How do you get AIX? Is it free? I'll be getting a new drive soon, so I should have room. >I've just installed AIX v1.3.0 on my old PS/2. > >Is anyone else interested in doing so? > >This will help me to compare UnixOS/2 with a real version of Unix. > > >-- >John > > > > **= Email 29 ==========================** Date: Wed, 05 Feb 2003 18:20:22 +0000 (GMT) From: "Dave Saville" Subject: Re: AIX On Wed, 5 Feb 2003 17:56:53 +0000, John Poltorak wrote: > >I've just installed AIX v1.3.0 on my old PS/2. > >Is anyone else interested in doing so? > >This will help me to compare UnixOS/2 with a real version of Unix. Might be of interest to know who has what: I have Solaris 2.5.7 on Sparc & Redhat 7.3 on Intel -- Regards Dave Saville **= Email 30 ==========================** Date: Wed, 05 Feb 2003 18:33:41 +0100 (CET) From: "Adrian Gschwend" Subject: Re: uptime On Wed, 5 Feb 2003 16:33:08 +0000, John Poltorak wrote: >Do we have an UPTIME program which does not rollover after 49 days? IIRC there is an xworkplace plugin that does not roll over. You just need to take the right API's and it's no problem. cu Adrian -- Adrian Gschwend at netlabs.org ktk [a t] netlabs.org ------- Free Software for OS/2 and eCS http://www.netlabs.org **= Email 31 ==========================** Date: Wed, 05 Feb 2003 18:38:30 -0600 From: email at eracc.hypermart.net (ERACC Lists) Subject: Re: AIX In: <20030205182306.KGCM4529.mta02-svc.ntlworld.com at pooh> On: Wed, 05 Feb 2003 18:20:22 +0000 (GMT) Screaming: Re: AIX "Dave Saville" did rant: +On Wed, 5 Feb 2003 17:56:53 +0000, John Poltorak wrote: +> +>I've just installed AIX v1.3.0 on my old PS/2. +> +>Is anyone else interested in doing so? +> +>This will help me to compare UnixOS/2 with a real version of Unix. +Might be of interest to know who has what: +I have Solaris 2.5.7 on Sparc & Redhat 7.3 on Intel Here in our SOHO biz: [era at era2 era]$uname -a UnixWare era2 5 7.1.0 i386 x86at SCO UNIX_SVR5 and client sites: (This is SCO OpenServer 5.0.6 for those that don't know. I have root access to 5 of these. I also have an unused NFR copy here from SCO for passing their accreditation exam for OpenServer.) # uname -X System = SCO_SV Node = *** Release = 3.2v5.0.6 KernelID = 2000-07-27 Machine = PentII BusType = ISA Serial = 2GL054981 Users = 5-user OEM# = 0 Origin# = 1 NumCPU = 1 ------------------------ AIX 4.3 on RISC (this is on dynamic IP behind a Linux firewall gateway. I don't know the current IP or I'd do a uname there too. I have root access here as well.) Gene -- +=========================-=>Unix & OS/2<=-=========================+ # Owner and C.E.O. - ERA Computer Consulting - Jackson, TN USA # # eCS,OS/2,UnixWare,OpenServer & Linux Business Computing Solutions # # Please visit our www pages at http://eracc.hypermart.net/ # +===================================================================+ We run IBM OS/2 v.4.00, Revision 9.036 Sysinfo: 40 Processes, 157 Threads, uptime is 17d 1h 41m 35s 712ms **= Email 32 ==========================** Date: Wed, 5 Feb 2003 19:15:25 +0000 From: John Poltorak Subject: Re: AIX On Wed, Feb 05, 2003 at 06:16:54PM +0000, Jim Burke - taos wrote: > How do you get AIX? Check:- http://www.ps-2.org/home/site/axis/AIX_1.3 > Is it free? It is one of those IBM technologies which they abandoned long ago and withdrawn from sale in 1995. > I'll be getting a new drive soon, so I should have room. > > >I've just installed AIX v1.3.0 on my old PS/2. > > > >Is anyone else interested in doing so? > > > >This will help me to compare UnixOS/2 with a real version of Unix. > > > > > >-- > >John -- John **= Email 33 ==========================** Date: Wed, 5 Feb 2003 19:24:40 +0100 From: "Bart van Leeuwen" Subject: Re: AIX John I have a more modern version of AIX here 4.3 ... if you could tell me what need to be tested ;-) With Regards Bart van Leeuwen **= Email 34 ==========================** Date: Wed, 05 Feb 2003 19:44:29 +0100 From: "Mikkel C. Simonsen" Subject: Re: AIX John Poltorak wrote: > > I've just installed AIX v1.3.0 on my old PS/2. Where do you get it? I have a PS/2 model 60 (and a 486SLC upgrade) if that will work... Best regards, Mikkel C. Simonsen **= Email 35 ==========================** Date: Wed, 05 Feb 2003 22:44:24 +0400 From: Stepan Kazakov Subject: Re: uptime John Poltorak wrote: > Do we have an UPTIME program which does not rollover after 49 days? http://zuko.mitm.ru/files/ttools03.zip or you need sources? ;) -- madded. [Red Hot Chili Hackers] **= Email 36 ==========================** Date: Wed, 5 Feb 2003 23:11:06 +0100 (CET) From: Stefan Neis Subject: Re: AIX On Wed, 5 Feb 2003, Dave Saville wrote: > Might be of interest to know who has what: > > I have Solaris 2.5.7 on Sparc & Redhat 7.3 on Intel I can offer Solaris 7 (Sparc) & SuSE 7.2 on Intel, have limited access to Solaris 8 and thanks to "Virtual PC" various *BSD and newer SuSE releases ("Virtual PC" implies "Please don't ask me to compile something just for testing, but looking up someting is just fine...") Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 37 ==========================** Date: Wed, 05 Feb 2003 23:16:06 -0500 (EST) From: "Hakan" Subject: Perl LWP Question I have built perl 5.8.0 using the build script from UX2BS and the build seemed to complete fine with only a minimal number of errors. However, when I try to run swish-e, a program for indexing both websites and local text files, and which relies on a perl script to retrieve pages and traverse links, I get the following error message: Can't locate LWP/UserAgent.pm in at INC ( at INC contains: d:/usr/lib/perl/lib/5.8.0/ os2 d:/usr/lib/perl/lib/5.8.0 d:/usr/lib/perl/lib/site_perl/5.8.0/os2 d:/usr/lib /perl/lib/site_perl/5.8.0 d:/usr/lib/perl/lib/site_perl .) at ./swishspider.pl line 3. BEGIN failed--compilation aborted at ./swishspider.pl line 3. Since I am unfamiliar with perl, I am hoping someone can point me in the right direction for correcting this error -- presumably somehow finding LWP/UserAgent.pm. TIA. Hakan