From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Tue, 4 Mar 2003 05:00:02 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 62 ************************************************** Monday 03 March 2003 Number 62 ************************************************** Subjects for today 1 Re: grep 2.5.1 : Andreas Buening 2 Libtool Status : Patrick Ash 3 Re: ISOFS : Steven Levine" 4 Re: Libtool Status : Thomas E. Dickey" 5 Re: BZIP2 : John Poltorak 6 Re: ISOFS : Steven Levine" 7 Re: Libtool Status : John Poltorak 8 ISOFS : John Poltorak 9 Re: ISOFS : John Poltorak 10 Re: Libtool Status : Andreas Buening **= Email 1 ==========================** Date: Tue, 04 Mar 2003 00:07:50 +0100 From: Andreas Buening Subject: Re: grep 2.5.1 John Poltorak wrote: > > On Mon, Mar 03, 2003 at 10:24:29PM +0100, Andreas Buening wrote: > > Hello! > > > > I've uploaded grep 2.5.1 to unixos2.com in case anybody wants to know. > > All internal tests work fine now. NLS seems to work, too. > > > > sources: http://unix.os2site.com/sw/pub/source/grep/grep-2_5_1.zip > > Here's what I get when I try building it:- [snip] > configure.in:12: your implementation of AM_INIT_AUTOMAKE comes from an > configure.in:12: old Automake version. You should recreate aclocal.m4 > configure.in:12: with aclocal and run automake again. Oops. I'm sorry, I forgot to mention that you have to remove m4/init.m4 before you rerun aclocal/auto*. [snip] > Why does this happen:- ? > > make[1]: Entering directory `U:/unixos2/workdir/grep-2.5.1' > Making all in intl > make[2]: Entering directory `U:/unixos2/workdir/grep-2.5.1/intl' > gcc -c -DLOCALEDIR=\"/usr/local/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib\" -DIN_LIBINTL -DHAVE_CONFIG_H -I.. -I. -I../intl intl-compat.c > gcc -c -DLOCALEDIR=\"/usr/local/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib\" -DIN_LIBINTL -DHAVE_CONFIG_H -I.. -I. -I../intl bindtextdom.c You're right, it shouldn't do anything in intl. [snip] Bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Mordor where the Shadows lie. **= Email 2 ==========================** Date: Tue, 04 Mar 2003 09:32:57 +0000 From: Patrick Ash Subject: Libtool Status What is the current status of libtool on Os/2? I remember discussion sometime ago where the consensus seemed to be that it was broken. Has there been any improvement, and there a chance that it will work correctly if I try to build the latest version (1.4.3) Thanks. Pat -- Patrick Ash patash at comcast.net This OS/2 system uptime is 14 days, 17:39 hours and 59 seconds **= Email 3 ==========================** Date: Tue, 04 Mar 2003 11:50:27 -0800 From: "Steven Levine" Subject: Re: ISOFS In <20030304170218.M83 at manninghammills.org>, on 03/04/03 at 05:02 PM, John Poltorak said: >Has anyone used ISOFS? I know of at least one person. Me. I'm sure there are many others. You failure is the first I've heard of, but I haven't looked all that hard on Google Groups. >It is something I've been looking for for a while, but it won't work for >me. I have tried it on various systems, but it traps on boot while >loading STUBFSD.IFS. As always details are useful when you have a problem specific to your system. Things like Warp version and FP level and the trapping cs:eip come to mind. Are you running SMP? I run it as: REM *** Isofs V0.2.1 *** IFS=D:\MMedia\ISOFS\bin\stubfsd.ifs ISOFS REM RUN=D:\MMedia\ISOFS\bin\isofsdmn.exe on Warp4/FP15. I've also used it with MCP and eCS, IIRC. I start and stop the daemon from the command line. The IFS statement is near the end of config.sys because that's where the install put it. Steven -- --------------------------------------------------------------------- "Steven Levine" MR2/ICE 2.35 #10183 Warp4/FP15/14.085_W4 www.scoug.com irc.webbnet.org #scoug (Wed 7pm PST) --------------------------------------------------------------------- **= Email 4 ==========================** Date: Tue, 4 Mar 2003 12:14:58 -0500 (EST) From: "Thomas E. Dickey" Subject: Re: Libtool Status On Tue, 4 Mar 2003, John Poltorak wrote: > On Tue, Mar 04, 2003 at 09:32:57AM +0000, Patrick Ash wrote: > > What is the current status of libtool on Os/2? > > I've never been sure about how to use libtool, but it seems to get > automatically built and used when building some apps such as GETTEXT. > I don't understand the process, but thought libtool may have become > incorporated with autoconf or automake... not exactly - some of the people working on automake have blurred the distinction by adding interdependcies among those programs. (Unlike autoconf, many applications that use automake and libtool could be done more simply without using those tools). -- T.E.Dickey http://invisible-island.net ftp://invisible-island.net **= Email 5 ==========================** Date: Tue, 4 Mar 2003 13:49:52 +0000 From: John Poltorak Subject: Re: BZIP2 On Sun, Mar 02, 2003 at 11:17:33AM -0600, Maynard wrote: > On Sun, 2 Mar 2003 16:03:38 +0000, John Poltorak wrote: > > >> On non-unix platforms (those for which BZ_UNIX in bzip2.c is > >> not set to 1), bzip2 doesn't even do the date copying. > >> > >> > >> I'm guessing that the bzip2 code wants to use 'stat' to determine the > >> original file's datestamp; and 'utime' to reset the date after > >> decompress. > >> > >> [stat.h is in posix2] > > >So, what are you suggesting needs to be changing to correct the > >datestamping error? > > It would seem that the course of action would be to find a utime > library and try making with BZ_UNIX = 1 using utime and stat Where would I expect to find a utime library? > -- Maynard -- John **= Email 6 ==========================** Date: Tue, 04 Mar 2003 15:11:31 -0800 From: "Steven Levine" Subject: Re: ISOFS In <20030304210525.Q83 at manninghammills.org>, on 03/04/03 at 09:05 PM, John Poltorak said: >For some reason, I never noticed the ISOFS parameter and have always >ommitted it :-(... Self install = self inflicted pain, at times. :-( The odd part is, if I understand the IFS documentation correctly, it should not have trapped. The FS name is defaulted to STUBFSD and the docs claim the command line argument pointer does not need to be validated. This implies the kernel will ensure the pointer points to a valid empty string. Perhaps the docs are wrong. >It works now. Yep, it's handy. I use it while designing specialized CD layouts. For productions burns, I usually pipe directly from mkisofs to cdrecord. Steven -- --------------------------------------------------------------------- "Steven Levine" MR2/ICE 2.35 #10183 Warp4/FP15/14.085_W4 www.scoug.com irc.webbnet.org #scoug (Wed 7pm PST) --------------------------------------------------------------------- **= Email 7 ==========================** Date: Tue, 4 Mar 2003 16:10:49 +0000 From: John Poltorak Subject: Re: Libtool Status On Tue, Mar 04, 2003 at 09:32:57AM +0000, Patrick Ash wrote: > What is the current status of libtool on Os/2? I've never been sure about how to use libtool, but it seems to get automatically built and used when building some apps such as GETTEXT. I don't understand the process, but thought libtool may have become incorporated with autoconf or automake... > Pat > > -- > Patrick Ash > patash at comcast.net -- John **= Email 8 ==========================** Date: Tue, 4 Mar 2003 17:02:18 +0000 From: John Poltorak Subject: ISOFS Has anyone used ISOFS? It is an IFS for mounting ISO images as a filesystem. See:- http://www.geocities.com/SiliconValley/Sector/5785/isofs/isofs.htm It is something I've been looking for for a while, but it won't work for me. I have tried it on various systems, but it traps on boot while loading STUBFSD.IFS. If anyone has got it working, I'd be interested to know if you needed to do anything special t make it work... Maybe there is some conflict with other drivers... -- John **= Email 9 ==========================** Date: Tue, 4 Mar 2003 21:05:25 +0000 From: John Poltorak Subject: Re: ISOFS On Tue, Mar 04, 2003 at 11:50:27AM -0800, Steven Levine wrote: > In <20030304170218.M83 at manninghammills.org>, on 03/04/03 > at 05:02 PM, John Poltorak said: > > >Has anyone used ISOFS? > > I run it as: > > REM *** Isofs V0.2.1 *** > IFS=D:\MMedia\ISOFS\bin\stubfsd.ifs ISOFS > REM RUN=D:\MMedia\ISOFS\bin\isofsdmn.exe Many thanks for this... For some reason, I never noticed the ISOFS parameter and have always ommitted it :-(... It works now. > Steven > > -- > --------------------------------------------------------------------- > "Steven Levine" MR2/ICE 2.35 #10183 Warp4/FP15/14.085_W4 > www.scoug.com irc.webbnet.org #scoug (Wed 7pm PST) > --------------------------------------------------------------------- -- John **= Email 10 ==========================** Date: Tue, 04 Mar 2003 23:43:42 +0100 From: Andreas Buening Subject: Re: Libtool Status Patrick Ash wrote: > > What is the current status of libtool on Os/2? I remember discussion > sometime ago where the consensus seemed to be that it was broken. Has > there been any improvement, and there a chance that it will work > correctly if I try to build the latest version (1.4.3) Thanks. I've just uploaded a patched 1.4.3. It's temporarily available at http://unix.os2site.com/sw/pub/source/autoconf/libtool-1_4_3.zip I hope I've added all that magic stuff I used for gettext. ;-) But a warning: libtool contains a lot of voodoo, so I'm not 100% sure whether it really works. The included libltdl is just dummy. Never forget either --disable-static or --disable-shared. Another note: If you try to apply my patches to the original libtool 1.4.3 then, please, read the README.OS2 file or you'll be in real trouble (though you'll be in trouble with libtool, anyway ;-) ). Bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Mordor where the Shadows lie.