From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Fri, 21 Jun 2002 04:28:16 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 249 ************************************************** Thursday 20 June 2002 Number 249 ************************************************** Subjects for today 1 Re: libtool and -version-info : Andreas Buening 2 Re: Korn Shell : Thomas Dickey 3 Re: Korn Shell : Thomas Dickey 4 Re: Re: Perl 5.8.0 - no progress : James Cannon 5 Re: Korn Shell : James Cannon 6 Re: Re: Perl 5.8.0 - no progress : Edwin =?iso-8859-1?Q?G=FCnthner?= 7 Re: Mozilla collision with XFree86/OS2 : John Poltorak 8 Less 376 : John Poltorak 9 Korn Shell : John Poltorak 10 Re: UnixOS/2 distro : mikus at bga.com (Mikus Grinbergs) 11 Re: Korn Shell : John Poltorak 12 Dialog : John Poltorak 13 Re: Mozilla collision with XFree86/OS2 : Christian Hennecke" 14 Re: Mozilla collision with XFree86/OS2 : Holger Veit 15 Re: Mozilla collision with XFree86/OS2 : Kris Steenhaut 16 UnixOS/2 distro : John Poltorak 17 Re: Korn Shell : John Poltorak 18 Perl 5.8.0 Release Candidate 2 : John Poltorak 19 Perl5.def : John Poltorak 20 Re: Mozilla collision with XFree86/OS2 : Christian Hennecke" 21 Re: Perl5.def : John Poltorak 22 Re: libtool and -version-info : Brian Havard" 23 GnuPG 1.0.7 : paul hartman" 24 Re: UnixOS/2 distro : John Poltorak 25 Re: Mozilla collision with XFree86/OS2 : Lyn St George" 26 Re: Perl 5.8.0 Release Candidate 2 : John Poltorak 27 emacs-20.7-KIT1.9.tgz has moved : Masaru Nomiya 28 Re: GnuPG 1.0.7 : Jack Troughton 29 Re: Gettext v0.11.2 : Dave and Natalie" 30 Re: Can't make automake : Andreas Buening **= Email 1 ==========================** Date: Fri, 21 Jun 2002 00:21:39 +0200 From: Andreas Buening Subject: Re: libtool and -version-info John Poltorak wrote: [snip] > I would like to put together a LIBTOOL package, which is currently > missing from UnixOS/2, but don't know anything about it. It's a set of (slow) shell scripts that is supposed to handle building of static and dynamic libraries on all platforms. In principle it should be possible to write libtool.cmd in REXX that handles all necessary OS/2 stuff. > Can you tell me where I can find the most recent OS/2 version? I don't think there is a specific OS/2 version. The current "official" libtool should be able to handle .o object files and .a and .dll libraries. For gettext 0.10.39 I added some stuff for .obj/.lib files. If you think it'll help you I can put it together into one standalone libtool package. [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 Redmond where the Shadows lie. **= Email 2 ==========================** Date: Fri, 21 Jun 2002 06:03:38 -0400 From: Thomas Dickey Subject: Re: Korn Shell On Fri, Jun 21, 2002 at 10:32:42AM +0100, John Poltorak wrote: > > > The original Korn Shell has been made available as Open Source and is > available here:- > > http://www.kornshell.com/ > > Does anyone feel like getting this working on OS/2? > > I think it would be really important to have this available to us since > there seem to be a few problems with PDKSH. iirc, the problem with pdksh was not in pdksh itself, but the limitations on fork/exec relative to tty control. Since Korn Shell has not been ported to a non-Unix platform, I don't believe you'll find it an improvement. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 3 ==========================** Date: Fri, 21 Jun 2002 07:04:39 -0400 From: Thomas Dickey Subject: Re: Korn Shell On Fri, Jun 21, 2002 at 11:32:09AM +0100, John Poltorak wrote: > On Fri, Jun 21, 2002 at 06:03:38AM -0400, Thomas Dickey wrote: > > On Fri, Jun 21, 2002 at 10:32:42AM +0100, John Poltorak wrote: > > > > > > > > > The original Korn Shell has been made available as Open Source and is > > > available here:- > > > > > > http://www.kornshell.com/ > > > > > > Does anyone feel like getting this working on OS/2? > > > > > > I think it would be really important to have this available to us since > > > there seem to be a few problems with PDKSH. > > > > iirc, the problem with pdksh was not in pdksh itself, but the limitations > > on fork/exec relative to tty control. > > My major grouse with PDKSH is that it causes problems for me when I use > paths such as c:\usr\bin, since interprets '\b' as a backspace. that certainly won't improve with Korn Shell... > > Since Korn Shell has not been ported > > to a non-Unix platform, > > It does mention MVS and CYGWIN as supported platforms. cygwin's handling of fork/exec/terminal-control is (a little) better. At least the problems are in different places. For MVS, I have an impression (comments by people using lynx and xterm) that Korn Shell's relying as in cygwin on a more/less POSIX layer. > > I don't believe you'll find it an improvement. > > It would be nice to have the choice... Don't most Linux distro's use > KSH93? I don't keep track > > I'm sure using a different ksh can lead to incompatibilities. > > > > -- > > Thomas E. Dickey > > http://invisible-island.net > > ftp://invisible-island.net > > -- > John > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 4 ==========================** Date: Fri, 21 Jun 2002 07:17:43 -0700 (PDT) From: James Cannon Subject: Re: Re: Perl 5.8.0 - no progress It is also a great variable for developers who don't want to require their customers to reboot to use their product. It had been decribed earlier in an old EDM/2 article at www.edm2.com. An added benefit is to have this when starting applications in a batch file, so that the end result is a slimmer and cleaner CONFIG.SYS file. :) --- Edwin Günthner wrote: > > > John Poltorak wrote: > > Under UnixOS/2, it has been suggested that DLLs go > into /usr/lib, which is > > where LIBRARY_PATH would point, so maybe > $ENV{LIBRARY_PATH} should be > > used... > > I am not sure if that is of any help, but maybe it > is worth to point > out the BEGINLIBPATH environment variable on OS/2. > This variable allows > you to add directories dynamically to the LIBPATH. > Thus You dont need > to change config.sys and reboot when you need > another directory in > your LIBPATH. > ===== Sincerely, James Cannon Using OS/2 Warp in the beautiful Wine Country of Northern California! __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com **= Email 5 ==========================** Date: Fri, 21 Jun 2002 07:25:10 -0700 (PDT) From: James Cannon Subject: Re: Korn Shell Hi John, --- John Poltorak wrote: > On Fri, Jun 21, 2002 at 06:03:38AM -0400, Thomas > Dickey wrote: > > On Fri, Jun 21, 2002 at 10:32:42AM +0100, John > Poltorak wrote: [snip] > My major grouse with PDKSH is that it causes > problems for me when I use > paths such as c:\usr\bin, since interprets '\b' as a > backspace. Can the how about inserting a "\" in front of bin? So that it would appear thus: C:\\usr\\bin I haven't tried it, but with vi (and other Unixy tools) their are escape characters available. Hmmm note to self: try pdksh soon before inserting foot into mouth. [snip] > > -- > > Thomas E. Dickey > > http://invisible-island.net > > ftp://invisible-island.net > > -- > John > > ===== Sincerely, James Cannon Using OS/2 Warp in the beautiful Wine Country of Northern California! __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com **= Email 6 ==========================** Date: Fri, 21 Jun 2002 08:38:44 +0200 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Re: Perl 5.8.0 - no progress John Poltorak wrote: > Under UnixOS/2, it has been suggested that DLLs go into /usr/lib, which is > where LIBRARY_PATH would point, so maybe $ENV{LIBRARY_PATH} should be > used... I am not sure if that is of any help, but maybe it is worth to point out the BEGINLIBPATH environment variable on OS/2. This variable allows you to add directories dynamically to the LIBPATH. Thus You dont need to change config.sys and reboot when you need another directory in your LIBPATH. **= Email 7 ==========================** Date: Fri, 21 Jun 2002 09:44:50 +0100 From: John Poltorak Subject: Re: Mozilla collision with XFree86/OS2 On Thu, Jun 20, 2002 at 06:58:10PM -0400, Jack Troughton wrote: > Lyn St George wrote: > > On Thu, 20 Jun 2002 21:57:08 +0400 (MSD), nick wrote: > > > > It seems that both Mozilla and XFree86 use a dll called XPCOM.DLL. > > This collision can have 2 results: > > 1. If XFree is running, Mozilla will not start. > > 2. If Mozilla is running, invoking 'startx' will reboot your machine:/ > > > > I've reported this through Bugzilla, and the answer from Mike > > Kaply is, quoting: > > =========== > > "There's no way we're fixing this. Call this one an XFree86 bug. > > > > We need XPCOM.DLL. > > > > Michael Kaply > > IBM Mozilla Advocate > > Platform Owner - Mozilla for OS/2 > > mkaply at us.ibm.com" > > =========== > > > > Mozilla is too nice to just ditch. Can anyone think of some > > way to run these together? > > "Set beginlibpath" is your friend:) > > Use it in the startx.cmd file to make sure xfree finds the right xpcom.dll. Beginlibpath can be used to change the search path for DLLs but it doesn't do anything to allow you to load different DLLs with the same name at the same time. However, ISTR, there was some new feature introduced very recently which does exactly this, but I don't have the specifics handy... > -- > ------------------------------------------------------------------- > * Jack Troughton jake at consultron.ca * > * http://consultron.ca irc.ecomstation.ca * > * Laval Qu‚bec Canada news://news.consultron.ca * > ------------------------------------------------------------------- -- John **= Email 8 ==========================** Date: Fri, 21 Jun 2002 09:57:06 +0100 From: John Poltorak Subject: Less 376 Less v376 has just been released. You can get more details here:- http://www.greenwoodsoftware.com/less Only source is available so far, but I think it built quite easily on OS/2 last time I tried. -- John **= Email 9 ==========================** Date: Fri, 21 Jun 2002 10:32:42 +0100 From: John Poltorak Subject: Korn Shell The original Korn Shell has been made available as Open Source and is available here:- http://www.kornshell.com/ Does anyone feel like getting this working on OS/2? I think it would be really important to have this available to us since there seem to be a few problems with PDKSH. -- John **= Email 10 ==========================** Date: Fri, 21 Jun 2002 10:48:13 -0500 From: mikus at bga.com (Mikus Grinbergs) Subject: Re: UnixOS/2 distro On Fri, 21 Jun 2002 15:39:55 +0100 John Poltorak wrote: > > Here is an update on the sources for the most recent versions of the most > important apps in Slackware. A few apps have been updated, and a few other > have been added. I recognize the amount of effort you have put into maintaining this list, but this list represents the INPUT to unixos2. Given the present situation, where OS/2 users obtain apps individually from unixos2, what I would find most useful is the addition of an indicator (e.g. directory ID) for those apps which *have* been ported to OS/2 and are available for OUTPUT from unixos2. mikus **= Email 11 ==========================** Date: Fri, 21 Jun 2002 11:32:09 +0100 From: John Poltorak Subject: Re: Korn Shell On Fri, Jun 21, 2002 at 06:03:38AM -0400, Thomas Dickey wrote: > On Fri, Jun 21, 2002 at 10:32:42AM +0100, John Poltorak wrote: > > > > > > The original Korn Shell has been made available as Open Source and is > > available here:- > > > > http://www.kornshell.com/ > > > > Does anyone feel like getting this working on OS/2? > > > > I think it would be really important to have this available to us since > > there seem to be a few problems with PDKSH. > > iirc, the problem with pdksh was not in pdksh itself, but the limitations > on fork/exec relative to tty control. My major grouse with PDKSH is that it causes problems for me when I use paths such as c:\usr\bin, since interprets '\b' as a backspace. > Since Korn Shell has not been ported > to a non-Unix platform, It does mention MVS and CYGWIN as supported platforms. > I don't believe you'll find it an improvement. It would be nice to have the choice... Don't most Linux distro's use KSH93? I'm sure using a different ksh can lead to incompatibilities. > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net -- John **= Email 12 ==========================** Date: Fri, 21 Jun 2002 12:22:34 +0100 From: John Poltorak Subject: Dialog It looks like there has been a new release of DIALOG here:- ftp://invisible-island.net/dialog/dialog-0.9b-20020519.tgz Anyone tried building it under OS/2? For anyone who has never heard of it, it provides a handy text based menuing system based on NCURSES. -- John **= Email 13 ==========================** Date: Fri, 21 Jun 2002 12:36:51 +0200 (CEST) From: "Christian Hennecke" Subject: Re: Mozilla collision with XFree86/OS2 On Thu, 20 Jun 2002 19:22:17 +0000, Lyn St George wrote: >It seems that both Mozilla and XFree86 use a dll called XPCOM.DLL. >This collision can have 2 results: >1. If XFree is running, Mozilla will not start. >2. If Mozilla is running, invoking 'startx' will reboot your machine:/ [..] >Mozilla is too nice to just ditch. Can anyone think of some >way to run these together? Get a recent kernel. Scott Garfinkle has introduced a new feature called LIBPATHSTRICT. You have to execute SET LIBPATHSTRICT=T in the session where you want to use it, it does not work in CONFIG.SYS. You also have to specify the location of the new DLLs with SET BEGINLIBPATH. "SET BEGINLIBPATH=." won't work as a general setting, but "SET BEGINLIBPATH=.\." does. Christian Hennecke **= Email 14 ==========================** Date: Fri, 21 Jun 2002 12:48:42 +0200 From: Holger Veit Subject: Re: Mozilla collision with XFree86/OS2 On Thu, Jun 20, 2002 at 07:22:17PM +0000, Lyn St George wrote: > On Thu, 20 Jun 2002 21:57:08 +0400 (MSD), nick wrote: > > It seems that both Mozilla and XFree86 use a dll called XPCOM.DLL. Wrong. XPCOM.DLL is not an XFree86/OS2 DLL. > This collision can have 2 results: > 1. If XFree is running, Mozilla will not start. > 2. If Mozilla is running, invoking 'startx' will reboot your machine:/ > > I've reported this through Bugzilla, and the answer from Mike > Kaply is, quoting: > =========== > "There's no way we're fixing this. Call this one an XFree86 bug. > > We need XPCOM.DLL. > > Michael Kaply > IBM Mozilla Advocate > Platform Owner - Mozilla for OS/2 > mkaply at us.ibm.com" Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 15 ==========================** Date: Fri, 21 Jun 2002 13:33:51 +0200 From: Kris Steenhaut Subject: Re: Mozilla collision with XFree86/OS2 Christian Hennecke schreef: > >way to run these together? > > Get a recent kernel. Scott Garfinkle has introduced a new feature > called LIBPATHSTRICT. You have to execute SET LIBPATHSTRICT=T What does this new thingy do? -- Groeten uit Gent, Kris **= Email 16 ==========================** Date: Fri, 21 Jun 2002 15:39:55 +0100 From: John Poltorak Subject: UnixOS/2 distro Here is an update on the sources for the most recent versions of the most important apps in Slackware. A few apps have been updated, and a few other have been added. Any more suggestions would be welcome. gawk: ftp://ftp.gnu.org/pub/gnu/gawk/gawk-3.1.1.tar.gz grep: ftp://ftp.gnu.org/pub/gnu/grep/grep-2.5.tar.gz sed: ftp://ftp.gnu.org/pub/gnu/sed/sed-3.02.tar.gz patch: ftp://ftp.gnu.org/pub/gnu/patch/patch-2.5.4.tar.gz m4: ftp://ftp.gnu.org/pub/gnu/m4/m4-1.4.tar.gz gmake: ftp://ftp.gnu.org/pub/gnu/make/make-3.79.1.tar.gz gettext: ftp://ftp.gnu.org/pub/gnu/gettext/gettext-0.11.2.tar.gz fileutls: ftp://ftp.gnu.org/pub/gnu/fileutils/fileutils-4.1.tar.gz file: ftp://ftp.astron.com/pub/file/file-3.38.tar.gz find: ftp://ftp.gnu.org/pub/gnu/findutils/findutils-4.1.tar.gz sh_utils: ftp://ftp.gnu.org/pub/gnu/sh-utils/sh-utils-2.0.tar.gz txtutils: ftp://ftp.gnu.org/pub/gnu/textutils/textutils-2.0.tar.gz autoconf: ftp://ftp.gnu.org/pub/gnu/autoconf/autoconf-2.53.tar.gz automake: ftp://ftp.gnu.org/pub/gnu/automake/automake-1.6.2.tar.gz cpio: ftp://ftp.gnu.org/pub/gnu/cpio/cpio-2.5.tar.gz diff: ftp://ftp.gnu.org/pub/gnu/diffutils/diffutils-2.8.1.tar.gz bison: ftp://ftp.gnu.org/pub/gnu/bison/bison-1.35.tar.gz byacc: ftp://invisible-island.net/byacc/byacc.tar.gz bash: ftp://ftp.gnu.org/pub/gnu/bash/bash-2.05a.tar.gz bash1: ftp://ftp.gnu.org/pub/gnu/bash/bash-1.14.7.tar.gz tcsh: ftp://ftp.astron.com/pub/tcsh/tcsh-6.11.tar.gz gzip: ftp://wuarchive.wustl.edu/mirrors/gnu/gzip/gzip-1.2.4.tar.gz bzip2: ftp://sources.redhat.com/pub/bzip2/v102/bzip2-1.0.2.tar.gz less: http://www.greenwoodsoftware.com/less/less-376.tar.gz binutils: ftp://ftp.gnu.org/pub/gnu/binutils/binutils-2.12.1.tar.bz2 gcc: ftp://ftp.gnu.org/pub/gnu/gcc/gcc-3.1/gcc-3.1.tar.gz gcc_g77: ftp://ftp.gnu.org/pub/gnu/gcc/gcc-3.1/gcc-g77-3.1.tar.gz gcc_objc: ftp://ftp.gnu.org/pub/gnu/gcc/gcc-3.1/gcc-objc-3.1.tar.gz perl: http://www.cpan.org/src/stable.tar.gz python: ftp://ftp.python.org/pub/www.python.org/ftp/python/2.2.1/Python-2.2.1.tgz flex: ftp://ftp.gnu.org/pub/gnu/non-gnu/flex/flex-2.5.4a.tar.gz ncurses: ftp://ftp.gnu.org/pub/gnu/ncurses/ncurses-5.2.tar.gz slang: ftp://space.mit.edu/pub/davis/slang/v1.4/slang-1.4.5.tar.gz apache: http://www.apache.org/dist/httpd/httpd-2.0.39.tar.gz lynx: ftp://lynx.isc.org/lynx2.8.4/lynx2.8.4.tar.gz openssl: http://www.openssl.org/source/openssl-engine-0.9.6d.tar.gz tin: ftp://ftp.tin.org/pub/news/clients/tin/v1.5/tin-1.5.12.tar.gz bind: ftp://ftp.isc.org/isc/bind/src/8.3.2/bind-src.tar.gz ftchmail: http://www.tuxedo.org/~esr/fetchmail/fetchmail-5.9.12.tar.gz wget: ftp://ftp.gnu.org/pub/gnu/wget/wget-1.8.2.tar.gz man: ftp://ftp.win.tue.nl/pub/linux-local/utils/man/man-1.5j.tar.gz groff: ftp://ftp.ffii.org/pub/groff/groff-1.17.2.tar.gz texinfo: ftp://ftp.gnu.org/pub/gnu/texinfo/texinfo-4.2.tar.gz manpages: ftp://ftp.win.tue.nl/pub/linux-local/manpages/man-pages-1.51.tar.gz rcs: http://www.cs.purdue.edu/homes/trinkle/RCS/rcs-5.7.tar.Z sox: http://prdownloads.sourceforge.net/sox/sox-12.17.3.tar.gz a2ps: ftp://ftp.enst.fr/pub/unix/a2ps/a2ps-4.13b.tar.gz zlib: ftp://ftp.info-zip.org/pub/infozip/zlib/zlib-1.1.4.tar.gz zip: ftp://ftp.info-zip.org/pub/infozip/src/zip23.tar.gz unzip: ftp://ftp.info-zip.org/pub/infozip/src/unzip550.tar.gz jed: ftp://space.mit.edu/pub/davis/jed/v0.99/jed-B0.99-15.tar.gz joe: http://prdownloads.sourceforge.net/joe-editor/joe-2.9.8-pre1.tgz oggutils: http://www.vorbis.com/files/rc3/unix/vorbis-tools-1.0rc3.tar.gz bitchx: ftp://ftp.bitchx.org/pub/BitchX/source/ircii-pana-1.0c19.tar.gz vim: ftp://ftp.vim.org/pub/vim/unix/vim-6.1.tar.bz2 elvis: ftp://ftp.fh-wedel.de/pub/fh-wedel/staff/herbert/elvis/elvis-2.2g-os2.tar.gz emacleim: ftp://ftp.gnu.org/pub/gnu/emacs/leim-21.2.tar.gz emacsbin: ftp://ftp.gnu.org/pub/gnu/emacs/emacs-21.2.tar.gz ghostscr: http://prdownloads.sourceforge.net/ghostscript/ghostscript-7.05.tar.gz mysql: http://www.mysql.com/Downloads/MySQL-3.23/mysql-3.23.51.tar.gz readline: ftp://ftp.gnu.org/pub/gnu/readline/readline-4.2a.tar.gz pine: ftp://ftp.cac.washington.edu/pine/pine.tar.gz cvs: ftp://ftp.cvshome.org/pub/cvs-1.11.2/cvs-1.11.2.tar.gz cdrtools: ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/cdrtools-1.10.tar.gz cdrdao: http://prdownloads.sourceforge.net/cdrdao/cdrdao-1.1.5.src.tar.gz mktemp: ftp://ftp.mktemp.org/pub/mktemp/mktemp-1.4.tar.gz indent: ftp://ftp.gnu.org/pub/gnu/indent/indent-2.2.8.tar.gz sendmail: ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.12.4.tar.gz ispell: http://fmg-www.cs.ucla.edu/geoff/tars/ispell-3.2.06.tar.gz mutt: ftp://ftp.mutt.org/pub/mutt/mutt-1.2.5.1.tar.gz procmail: ftp://ftp.procmail.net/pub/procmail/procmail-3.22.tar.gz samba: ftp://ftp.samba.org/pub/samba/samba-2.2.5.tar.gz ytalk: http://www.iagora.com/~espel/ytalk/ytalk-3.1.1.tar.gz zsh: ftp://ftp.zsh.org/zsh/zsh-4.0.4.tar.gz sc: ftp://ibiblio.org/pub/Linux/apps/financial/spreadsheet/sc-7.15.tar.gz metamail: ftp://ftp.funet.fi/pub/unix/mail/metamail/mm2.7.tar.Z jpeg6: ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz dialog: ftp://invisible-island.net/dialog/dialog.tar.gz enscript: ftp://ftp.gnu.org/pub/gnu/enscript/enscript-1.6.1.tar.gz -- John **= Email 17 ==========================** Date: Fri, 21 Jun 2002 15:51:27 +0100 From: John Poltorak Subject: Re: Korn Shell On Fri, Jun 21, 2002 at 07:25:10AM -0700, James Cannon wrote: > Hi John, > --- John Poltorak wrote: > > On Fri, Jun 21, 2002 at 06:03:38AM -0400, Thomas > > Dickey wrote: > > > On Fri, Jun 21, 2002 at 10:32:42AM +0100, John > > Poltorak wrote: > > [snip] > > > My major grouse with PDKSH is that it causes > > problems for me when I use > > paths such as c:\usr\bin, since interprets '\b' as a > > backspace. > > Can the how about inserting a "\" in front of bin? So > that it would appear thus: > > C:\\usr\\bin That's not the point. I'm fed up of workrounds. Bash works fine with c:\usr\bin. I try and use bash as my sh most of the time, but I still need PDKSH when trying to build PERL. What I would like to have is some routine which would abort with an error msg telling me I'm using the wrong version of sh, since I sometimes swap them round.. > ===== > Sincerely, > James Cannon -- John **= Email 18 ==========================** Date: Fri, 21 Jun 2002 16:22:23 +0100 From: John Poltorak Subject: Perl 5.8.0 Release Candidate 2 The 5.8.0 RC2 is now available at http://mirrors.kernel.org/cpan/src/perl-5.8.0-RC2.tgz http://cpan.valueclick.com/src/perl-5.8.0-RC2.tgz ftp://ftp.leo.org/pub/CPAN/src/perl-5.8.0-RC2.tgz ftp://ftp.funet.fi/pub/CPAN/src/perl-5.8.0-RC2.tgz Give it a try! See if you can be the first person to unravel the mystery of the malloc vs. Perl_malloc problem. -- John **= Email 19 ==========================** Date: Fri, 21 Jun 2002 17:08:32 +0100 From: John Poltorak Subject: Perl5.def What exactly is Perl5.def and how do I create it? It looks like my Perl_malloc v. malloc problem is due to differences in Perl5.def, but I'm not sure how to stop the build at the point Perl5.def is created, but it would help to simplify matters... Don't suppose there is any way to single step through a Makefile... Can I simply run? :- Make perl5.def This appears to be the section of the Makefile where it is created:- perl5.def: $(MINIPERLEXP) makedef.pl config.sh $(SYM) $(SYMH) miniperl.map ./$(MINIPERLEXP) makedef.pl PLATFORM=os2 -DPERL_DLL=$(PERL_DLL) > perl.exp.tmp sh mv-if-diff perl.exp.tmp perl5.def Is there anything there I should look at? -- John **= Email 20 ==========================** Date: Fri, 21 Jun 2002 17:25:44 +0200 (CEST) From: "Christian Hennecke" Subject: Re: Mozilla collision with XFree86/OS2 On Fri, 21 Jun 2002 13:33:51 +0200, Kris Steenhaut wrote: >> Get a recent kernel. Scott Garfinkle has introduced a new feature >> called LIBPATHSTRICT. You have to execute SET LIBPATHSTRICT=T > >What does this new thingy do? It allow to load several different versions of DLLs with the same name. Christian Hennecke **= Email 21 ==========================** Date: Fri, 21 Jun 2002 17:29:50 +0100 From: John Poltorak Subject: Re: Perl5.def On Fri, Jun 21, 2002 at 05:08:32PM +0100, John Poltorak wrote: > What exactly is Perl5.def and how do I create it? > > It looks like my Perl_malloc v. malloc problem is due to differences in > Perl5.def, but I'm not sure how to stop the build at the point Perl5.def > is created, but it would help to simplify matters... Don't suppose there > is any way to single step through a Makefile... > > > Can I simply run? :- > > Make perl5.def > > > This appears to be the section of the Makefile where it is created:- > > > perl5.def: $(MINIPERLEXP) makedef.pl config.sh $(SYM) $(SYMH) miniperl.map makedef.pl appears to be the culprit.... The file from 5.7.3 includes this at line 12:- my $CCTYPE; my %bincompat5005 = ( Perl_call_atexit => "perl_atexit", Perl_eval_sv => "perl_eval_sv", Perl_eval_pv => "perl_eval_pv", Perl_call_argv => "perl_call_argv", Perl_call_method => "perl_call_method", Perl_call_pv => "perl_call_pv", Perl_call_sv => "perl_call_sv", Perl_get_av => "perl_get_av", Perl_get_cv => "perl_get_cv", Perl_get_hv => "perl_get_hv", Perl_get_sv => "perl_get_sv", Perl_init_i18nl10n => "perl_init_i18nl10n", Perl_init_i18nl14n => "perl_init_i18nl14n", Perl_new_collate => "perl_new_collate", Perl_new_ctype => "perl_new_ctype", Perl_new_numeric => "perl_new_numeric", Perl_require_pv => "perl_require_pv", Perl_safesyscalloc => "Perl_safecalloc", Perl_safesysfree => "Perl_safefree", Perl_safesysmalloc => "Perl_safemalloc", Perl_safesysrealloc => "Perl_saferealloc", Perl_set_numeric_local => "perl_set_numeric_local", Perl_set_numeric_standard => "perl_set_numeric_standard", Perl_malloc => "malloc", Perl_mfree => "free", Perl_realloc => "realloc", Perl_calloc => "calloc", ); my $bincompat5005 = join("|", keys %bincompat5005); while ( at ARGV) { ...but this section is completely missing in 5.8.0. What needs to be done? -- John **= Email 22 ==========================** Date: Fri, 21 Jun 2002 17:50:40 +1000 (EST) From: "Brian Havard" Subject: Re: libtool and -version-info On Fri, 21 Jun 2002 00:21:39 +0200, Andreas Buening wrote: >John Poltorak wrote: > >[snip] > >> I would like to put together a LIBTOOL package, which is currently >> missing from UnixOS/2, but don't know anything about it. > >It's a set of (slow) shell scripts that is supposed to >handle building of static and dynamic libraries on all >platforms. In principle it should be possible to write >libtool.cmd in REXX that handles all necessary OS/2 stuff. I wrote a libtool replacement for building Apache v2.0 which might be of use to others. It can build OS/2 DLLs (something the real libtool is pretty useless at) and is MUCH faster because it's plain C code rather than an enormous shell script. It can also operate in OMF or A.OUT mode with a simple #define change. http://cvs.apache.org/viewcvs.cgi/*checkout*/apr/build/aplibtool.c?rev=HEAD -- ______________________________________________________________________________ | Brian Havard | "He is not the messiah! | | brianh at kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | ------------------------------------------------------------------------------ **= Email 23 ==========================** Date: Fri, 21 Jun 2002 17:53:37 -0700 From: "paul hartman" Subject: GnuPG 1.0.7 This is a multi-part message in MIME format. ------=_NextPart_000_0046_01C2194C.91A34340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit There's a port of GnuPG 1.0.7, as well as a REXX Entropy Gathering Daemonthat it utilizes, at: http://math.berkeley.edu/~roconnor/gnupg/ I believe this is newer than the version on hobbes & unixos2.com (and those didn't have an EGD?). He also has a few other interesting things at his site. regards, paul ------=_NextPart_000_0046_01C2194C.91A34340 Content-Type: text/html Content-Transfer-Encoding: 7bit There's a port of GnuPG 1.0.7, as well as a REXX Entropy Gathering Daemonthat it utilizes, at:

http://math.berkeley.edu/~roconnor/gnupg/

I believe this is newer than the version on hobbes & unixos2.com (and those didn't have an EGD?). He also has a few other interesting things at his site.

regards,
paul
------=_NextPart_000_0046_01C2194C.91A34340-- **= Email 24 ==========================** Date: Fri, 21 Jun 2002 19:14:06 +0100 From: John Poltorak Subject: Re: UnixOS/2 distro On Fri, Jun 21, 2002 at 10:48:13AM -0500, Mikus Grinbergs wrote: > On Fri, 21 Jun 2002 15:39:55 +0100 John Poltorak wrote: > > > > Here is an update on the sources for the most recent versions of the most > > important apps in Slackware. A few apps have been updated, and a few other > > have been added. > > I recognize the amount of effort you have put into maintaining > this list, but this list represents the INPUT to unixos2. > > Given the present situation, where OS/2 users obtain apps > individually from unixos2, what I would find most useful is the > addition of an indicator (e.g. directory ID) for those apps > which *have* been ported to OS/2 and are available for OUTPUT > from unixos2. All of the the apps in the list have already been ported to OS/2, although in many instances that port is backlevelled. My hope is that the list may encourage someone to bring an OS/2 port uptodate. To become familiar with the composition of the Slackware distro you should grab all the disk*1 files from each series of apps. There's probably a simple way of doing this using WGET along the lines of:- wget -r ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/slackware-8.0/slakware/disk* although the exact syntax escapes me at the moment... Can anyone else oblige? At some point I'll try to provide a list of the current UnixOS/2 versions of these apps so that everyone can see how uptodate they are. > mikus > -- John **= Email 25 ==========================** Date: Fri, 21 Jun 2002 19:38:40 +0000 From: "Lyn St George" Subject: Re: Mozilla collision with XFree86/OS2 On Fri, 21 Jun 2002 12:48:42 +0200, Holger Veit wrote: >On Thu, Jun 20, 2002 at 07:22:17PM +0000, Lyn St George wrote: >> On Thu, 20 Jun 2002 21:57:08 +0400 (MSD), nick wrote: >> >> It seems that both Mozilla and XFree86 use a dll called XPCOM.DLL. > >Wrong. XPCOM.DLL is not an XFree86/OS2 DLL. So I've discovered. I've just had to rebuild EMX and am half way through rebuilding the GNU env, now it seems I will have to rebuild XFree86 as well:/ Everything used to work, and now nothing works .... - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 26 ==========================** Date: Fri, 21 Jun 2002 20:53:43 +0100 From: John Poltorak Subject: Re: Perl 5.8.0 Release Candidate 2 On Fri, Jun 21, 2002 at 04:22:23PM +0100, John Poltorak wrote: > > The 5.8.0 RC2 is now available at > > http://mirrors.kernel.org/cpan/src/perl-5.8.0-RC2.tgz > http://cpan.valueclick.com/src/perl-5.8.0-RC2.tgz > ftp://ftp.leo.org/pub/CPAN/src/perl-5.8.0-RC2.tgz > ftp://ftp.funet.fi/pub/CPAN/src/perl-5.8.0-RC2.tgz > > > Give it a try! Here's what I get after building and running t/harness:- Failed 13/722 test scripts, 98.20% okay. 31/64746 subtests failed, 99.95% okay. Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- ../ext/DB_File/t/db-btree.t 0 15 ?? ?? % ?? ../ext/DB_File/t/db-hash.t 0 15 ?? ?? % ?? ../ext/DB_File/t/db-recno.t 0 15 ?? ?? % ?? ../lib/AnyDBM_File.t 0 15 12 12 100.00% 1-12 ../lib/ExtUtils/t/Mkbootstrap.t 1 256 18 1 5.56% 8 ../lib/ExtUtils/t/Packlist.t 1 256 34 1 2.94% 17 ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 ../lib/Memoize/t/errors.t 0 15 11 8 72.73% 4-11 ../lib/Memoize/t/tie.t 0 15 ?? ?? % ?? lib/os2_process.t 2 512 227 2 0.88% 174 209 lib/os2_process_kid.t 227 2 0.88% 174 209 lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 run/fresh_perl.t 95 1 1.05% 91 64 tests and 559 subtests skipped. > See if you can be the first person to unravel the mystery of the > malloc vs. Perl_malloc problem. If this gets sorted out, I'd like to think that at least four of the fails will disappear... -- John **= Email 27 ==========================** Date: Fri, 21 Jun 2002 21:55:23 +0900 From: Masaru Nomiya Subject: emacs-20.7-KIT1.9.tgz has moved Hello, A patch kit to build Emacs 20.7 for OS/2 has moved. Now, You can download; http://www21.u-page.so-net.ne.jp/cf7/uri/emacs-20.7-KIT1.9.tgz Thanks, Nishimura-San. Regards, --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- **= Email 28 ==========================** Date: Fri, 21 Jun 2002 21:58:56 -0400 From: Jack Troughton Subject: Re: GnuPG 1.0.7 paul hartman wrote: > There's a port of GnuPG 1.0.7, as well as a REXX Entropy Gathering > Daemonthat it utilizes, at: > > http://math.berkeley.edu/~roconnor/gnupg/ > > I believe this is newer than the version on hobbes & unixos2.com (and > those didn't have an EGD?). He also has a few other interesting things > at his site. I've got it... it looks quite good to me. -- ------------------------------------------------------------------- * Jack Troughton jake at consultron.ca * * http://consultron.ca irc.ecomstation.ca * * Laval Qu‚bec Canada news://news.consultron.ca * ------------------------------------------------------------------- **= Email 29 ==========================** Date: Fri, 21 Jun 2002 22:31:51 -0800 From: "Dave and Natalie" Subject: Re: Gettext v0.11.2 On Wed, 19 Jun 2002 11:35:02 +0100, John Poltorak wrote: > >There's a recent version of gettext here:- > >ftp://ftp.gnu.org/pub/gnu/gettext/gettext-0.11.2.tar.gz > >Has anyone tried building this? > > >This is a very important app because it includes the source for INTL.DLL >which is one of the most common DLL's used in OS/2 ports. I would like to >incorporate this version into UnixOS/2. > >I've had lots of problems in the past and would like to get this app built >as simply as possible. If anyone has any tips I would like to hear them. This builds here fine. Have to run make twice due to make: *** No rule to make target `out/release/intl.a', needed by `all'. Stop. Interestingly when I just retried the build I started to get errors like this emximp -o out/release/intl.a out/release/intl.def emximp: String expected (line 2 of out/release/intl.def) make: *** [out/release/intl.a] Error 2 fixing this caused an error at line 5 (didn't like ./) After racking my brain about what had changed and trying various things like different versions of gcc and make I remembered that I added SET MAKESHELL=/bin/sh to config.sys. I entered SET MAKESHELL= at the prompt did a make clean, make, make and the build finished error free. /bin/sh is 663 bytes and dated 11-09-97 and is not on the path. ( I think it is from an old bash port) /usr/bin/sh is 163844 bytes and dated 02-01-02 and is on the path. (I think this is from Mr Sawataishi's bash port) Anyways I've changed the set MAKESHELL to /usr/bin/sh and the compile still ends with emximp -o out/release/intl.a out/release/intl.def emximp: String expected (line 2 of out/release/intl.def) So I have to have MAKESHELL empty so make is using the shell specified in the makefile # Use CMD.EXE as shell since its way faster SHELL = $(COMSPEC) Dave **= Email 30 ==========================** Date: Fri, 21 Jun 2002 23:13:21 +0200 From: Andreas Buening Subject: Re: Can't make automake John Poltorak wrote: > > On Wed, Jun 19, 2002 at 07:51:00PM -0500, paul-biz wrote: > > When I try to configure automake 1.6.2 or 1.5, it tells me I don't have > > perl installed (I do). If i type 'which perl' immediately after the > > error, it tells me where my perl is (d:\emx\bin\perl.exe). I don't know > > what I'm doing wrong... It's perl 5.004_55. Anybody else have any > > better luck? > > Do you get something like this? :- > > [C:\eval\automake\automake-1.6.2]sh configure > configure.: creating cache /dev/null > checking for a BSD-compatible install... lib/install-sh -c > checking whether build environment is sane... yes > checking for gawk... no > checking for mawk... no > checking for nawk... no > checking for awk... no > checking whether make sets ${MAKE}... yes > checking for perl... no > configure.: error: perl not found > > I suspect you need to rebuild configure, using autoconf... That error message occurrs if you haven't set ac_executable_extensions=".exe" [snip] Nevertheless. The current automake 1.6.2 has a small bug: it uses ln. I'll upload a fixed version soon. 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 Redmond where the Shadows lie.