From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Tue, 25 Jun 2002 04:28:38 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 253 ************************************************** Monday 24 June 2002 Number 253 ************************************************** Subjects for today 1 Re: unixos2 packages : nick" 2 Re: unixos2 packages : nick" 3 unsubscribe : S. Vetter" 4 Re: Re: Makedef.pl : Andrew MacIntyre 5 Re: Re: Makedef.pl : John Poltorak 6 libtool : John Poltorak 7 Re: Latest pdk-sh : John Poltorak 8 Re: unixos2 packages : Adrian Gschwend" 9 Re: aclocal.m4 : Thomas Dickey 10 Re: Some new features! : Ted Sikora 11 Latest pdk-sh : Michel Such" 12 Re: Emacs & X-Export : Henry Sobotka 13 Test for executable extensions in Autoconf : John Poltorak 14 Re: unixos2 packages : Adrian Gschwend" 15 Re: aclocal.m4 : Thomas Dickey 16 Re: ssh in X (was: Re:Emacs & X-Export) : James Cannon 17 Re: Building SED using new Autoconf : John Poltorak 18 aclocal.m4 : John Poltorak 19 Perl is too hungry? : Edwin =?iso-8859-1?Q?G=FCnthner?= 20 Re: unixos2 packages : Stefan Neis 21 Re: Emacs & X-Export : John Poltorak 22 Re: Perl is too hungry? : Henry Sobotka 23 Re: M4 build problem with texinfo : Thomas Dickey 24 Re: aclocal.m4 : John Poltorak 25 Emacs & X-Export : Adrian Gschwend" 26 Re: Perl is too hungry? : Edwin =?iso-8859-1?Q?G=FCnthner?= 27 Re: UnixOS/2 environment : Edwin =?iso-8859-1?Q?G=FCnthner?= 28 Perl - t\lib\rx_cmprt.t test : John Poltorak 29 Re: Emacs & X-Export : Holger Veit 30 Re: unixos2 packages : Brian Havard" 31 Re: Emacs & X-Export : Adrian Gschwend" 32 ssh in X (was: Re:Emacs & X-Export) : Adrian Gschwend" 33 Re: UnixOS/2 environment : Lyn St George" 34 M4 build problem with texinfo : John Poltorak 35 Re: unixos2 packages : Tobias Huerlimann" 36 Re: UnixOS/2 environment : John Poltorak 37 Re: unixos2 packages : nick" 38 Re: unixos2 packages : nick" 39 Re: Perl is too hungry? : Lyn St George" 40 Re: UnixOS/2 environment : Lyn St George" **= Email 1 ==========================** Date: Tue, 25 Jun 2002 01:46:56 +0400 (MSD) From: "nick" Subject: Re: unixos2 packages On Mon, 24 Jun 2002 21:27:06 +0200 (CDT), Adrian Gschwend wrote: >>yep, i am here ;) Its not very hard to compile from scratch, but the process is not fully automated yet ;) The >>makefile needs to be rewritten a bit. Also, the pcre and openssl libraries are needed to build openssh - i think, they >>must be incorporated in unixos2 tree too. > >what about commiting the changes for openssl, pcre and openssh to the >original archives? Have you ever tried to contact them? Would be nice >if we could have all changes in the original CVS. If you don't want to >contact them but would send them the patches I might ask them if you >don't mind. pcre does not need any changes to sources - it compiles for os/2 from original sources. openssl is not my port actually, so you should ask its porter ;) openssh port is not completed yet, i do want to send only the final diffs for its maintainers. Faithfully Yours, Nick **= Email 2 ==========================** Date: Tue, 25 Jun 2002 02:10:33 +0400 (MSD) From: "nick" Subject: Re: unixos2 packages On Mon, 24 Jun 2002 22:55:09 +0000, Lyn St George wrote: >>> yep, i am here ;) Its not very hard to compile from scratch, but the process is not fully automated yet ;) >The >>> makefile needs to be rewritten a bit. Also, the pcre and openssl libraries are needed to build openssh >- i think, they >>> must be incorporated in unixos2 tree too. >> >>What is pcre? > >Perl Compatibility Random Entropy (or similar ..) nope, its Perl-compatible regular expression library. Faithfully Yours, Nick **= Email 3 ==========================** Date: Tue, 25 Jun 2002 08:42:19 -0400 From: "S. Vetter" Subject: unsubscribe **= Email 4 ==========================** Date: Tue, 25 Jun 2002 09:19:18 +1100 (edt) From: Andrew MacIntyre Subject: Re: Re: Makedef.pl On Mon, 24 Jun 2002, Henry Sobotka wrote: > Andrew MacIntyre wrote: > > > > Given that malloc is exported from the C library, and any sane > > linkage of a DLL (which the DB module would appear to be) would be linked > > against the C library, for the DB module to be looking for malloc anywhere > > else means it was told to get it there. > > The malloc DB_File is looking for is Perl's (in > Perl-[version]/malloc.c). Not linking the DB_File DLL directly with the > C-lib malloc is likely a means of keeping memory management under the > interpreter's control. No argument there. It still remains to look at how Perl's DB module is being built to figure out why it is try to find malloc in the Perl DLL, when it probably should be looking for Perl_malloc (via a .def alias), or just using the libc malloc. The fact that its only the DB module with this problem indicates to me that this was probably overlooked when the change was made. -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac at bullseye.apana.org.au | Snail: PO Box 370 andymac at pcug.org.au | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia **= Email 5 ==========================** Date: Tue, 25 Jun 2002 10:02:39 +0100 From: John Poltorak Subject: Re: Re: Makedef.pl On Tue, Jun 25, 2002 at 09:19:18AM +1100, Andrew MacIntyre wrote: > On Mon, 24 Jun 2002, Henry Sobotka wrote: > > > Andrew MacIntyre wrote: > > > > > > Given that malloc is exported from the C library, and any sane > > > linkage of a DLL (which the DB module would appear to be) would be linked > > > against the C library, for the DB module to be looking for malloc anywhere > > > else means it was told to get it there. > > > > The malloc DB_File is looking for is Perl's (in > > Perl-[version]/malloc.c). Not linking the DB_File DLL directly with the > > C-lib malloc is likely a means of keeping memory management under the > > interpreter's control. > > No argument there. It still remains to look at how Perl's DB module is > being built to figure out why it is try to find malloc in the Perl DLL, > when it probably should be looking for Perl_malloc (via a .def alias), or > just using the libc malloc. > > The fact that its only the DB module with this problem indicates to me > that this was probably overlooked when the change was made. I wonder if I'm looking in the wrong place... Since the problem only appears to manifest itself with the DB module, maybe something like lib\auto\DB_File\DB_FilHA.dll has not been built correctly... What functions should that call? And how do I tell what it's calling? > -- > Andrew I MacIntyre "These thoughts are mine alone..." > E-mail: andymac at bullseye.apana.org.au | Snail: PO Box 370 > andymac at pcug.org.au | Belconnen ACT 2616 > Web: http://www.andymac.org/ | Australia > -- John **= Email 6 ==========================** Date: Tue, 25 Jun 2002 10:41:06 +0100 From: John Poltorak Subject: libtool I've installed libtool from here:- ftp://ftp.gnu.org/pub/gnu/libtool/libtool-1.4.2.tar.gz Do I need to do anything else to make it work? I tried to build PCRE which required libtool, but it complains that it libtool is not found:- checking for strerror... yes configure[3051]: AC_PROG_LIBTOOL: not found not updating unwritable cache /dev/null configure: creating ./config.status config.status: creating Makefile config.status: creating pcre.h config.status: creating pcre-config config.status: creating RunTest config.status: creating config.h config.status: executing default commands c:/bin/sh: LIBTOOL at : No such file or directory make: *** [maketables.o] Error 1 c:/bin/sh: LIBTOOL at : No such file or directory make: *** [maketables.o] Error 1 end Looks like I have overlooked something... Any hints would be appreciated. -- John **= Email 7 ==========================** Date: Tue, 25 Jun 2002 11:05:30 +0100 From: John Poltorak Subject: Re: Latest pdk-sh On Tue, Jun 25, 2002 at 11:47:18AM +0100, Michel Such wrote: > Hi all, > > Sorry, but I erased the message. Can someone remind me wher I can get > the latest pdk-sh? http://www.math.ohio-state.edu/~ilya/software/os2/pdksh-5.2.14-bin-2.zip It would be good to try and stndardise on this one for sh, if it works properly... > Michel SUCH - Team OS/2 France - msuch at free.fr > ICQ # 51654489 -- John **= Email 8 ==========================** Date: Tue, 25 Jun 2002 11:26:40 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: unixos2 packages On Tue, 25 Jun 2002 01:46:56 +0400 (MSD), nick wrote: >pcre does not need any changes to sources - it compiles for os/2 from original sources. great! >openssl is not my port actually, so you should ask its porter ;) Not sure who did that first, is it you Brian? >openssh port is not completed yet, i do want to send only the final diffs for its maintainers. great! hope they accept it, OpenSSH people got another problem right now (root exploit which is not yet public and no fix so far)... cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 9 ==========================** Date: Tue, 25 Jun 2002 11:31:19 -0400 From: Thomas Dickey Subject: Re: aclocal.m4 On Tue, Jun 25, 2002 at 03:54:48PM +0100, John Poltorak wrote: > > Am I correct in thinking that aclocal.m4 is created by running aclocal, > which I think is part of automake? If so, does it use any app specific Before automake came along, aclocal.m4 was (for some years) hand-generated, and documented as such. Rather than integrate with autoconf by extending it, automake simply overwrites that. (It doesn't bother checking if the existing file was written by automake either ;-) Running aclocal on a project that doesn't use automake will not improve matters. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 10 ==========================** Date: Tue, 25 Jun 2002 11:39:16 -0400 From: Ted Sikora Subject: Re: Some new features! Christian Hennecke wrote: > > On Mon, 24 Jun 2002 02:56:25 -0400, Ted Sikora wrote: > > >Added some cool updates to unixos2.com. iFrame based sections for > >downloads and mirrors. > >http://unixos2.com/modules.php?op=modload&name=NukeView&file=http > > > >Unfortunately Netscape 4.x is not compatible so their is a no-frames > >option. It's a dinosaur anyway. Works well with Opera and Mozilla. > > I don't like it at all. It's just wasting screen space. If you want to > have the images at the top and bottom, "normal" frames do the same > without building up obstacles for users. > > >phpBB has replaced the old Phorums. As usual if you hate it let me know. > >Andreas Buening has uploaded some new versions of autoconf and > >automake(/incoming). I'll post the story in the am. > > While it looks better, phpBB lacks news group like threading. If there > are many messages in a thread, it quickly becomes close to impossible > to find out who responded to whom. (Well, so far near to no-one has > used the forums at all...) I would prefer Phorum or something else that > provides threading trees. Is there any such solution besides Phorum, > BTW? > > Christian Hennecke Phorums will be back shortly.. phpBB does suck. Let the Win users 'dazzle' themselves. That's what I get for listening to them. -- Ted Sikora tsikora at unixos2.com http://unixos2.com **= Email 11 ==========================** Date: Tue, 25 Jun 2002 11:47:18 +0100 (CET) From: "Michel Such" Subject: Latest pdk-sh Hi all, Sorry, but I erased the message. Can someone remind me wher I can get the latest pdk-sh? Michel SUCH - Team OS/2 France - msuch at free.fr ICQ # 51654489 **= Email 12 ==========================** Date: Tue, 25 Jun 2002 12:18:20 -0400 From: Henry Sobotka Subject: Re: Emacs & X-Export Adrian Gschwend wrote: > > - which is latest (x?)emacs version for XFree86/OS2 Don't know if the XF/2 support has been carried forward into 20.x; if not, there's 19.33. Xemacs hasn't been ported AFAIK. h~ **= Email 13 ==========================** Date: Tue, 25 Jun 2002 12:28:43 +0100 From: John Poltorak Subject: Test for executable extensions in Autoconf I've noticed that Configure warns that ac_executable_extensions not set, even though I set it through CONFIG.SITE. Could this test be moved until after CONFIG.SITE is processed? -- John **= Email 14 ==========================** Date: Tue, 25 Jun 2002 12:44:22 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: unixos2 packages On Tue, 25 Jun 2002 20:28:02 +1000 (EST), Brian Havard wrote: >Who me? I supplied a patch for 0.9.6 which some people have used. >0.9.7 (currently in beta) will build OOTB after some patches of mine were >committed. Yes you :-) Thanks for the note, that's all I wanted to hear :-) cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 15 ==========================** Date: Tue, 25 Jun 2002 13:10:34 -0400 From: Thomas Dickey Subject: Re: aclocal.m4 On Tue, Jun 25, 2002 at 05:27:41PM +0100, John Poltorak wrote: > On Tue, Jun 25, 2002 at 11:31:19AM -0400, Thomas Dickey wrote: > > On Tue, Jun 25, 2002 at 03:54:48PM +0100, John Poltorak wrote: > > > > > > Am I correct in thinking that aclocal.m4 is created by running aclocal, > > > which I think is part of automake? If so, does it use any app specific > > > > Before automake came along, aclocal.m4 was (for some years) hand-generated, and > > documented as such. > > What is it actually used for? it's used by autoconf to supply whatever macros are used in configure.in which are not present in autoconf's library. > > Rather than integrate with autoconf by extending it, > > automake simply overwrites that. (It doesn't bother checking if the existing > > file was written by automake either ;-) > > I guess it doesn't matter... I get interesting bug reports from people who use it on programs that I'm developing. > > Running aclocal on a project that doesn't use automake will not improve > > matters. > > But will it do any harm? yes - as I said, aclocal doesn't check if it should overwrite the file. (I just verified this, since it's such a stupid thing to do, that I thought I should be certain ;-). > I'm trying to devise a generic build script where some apps may need to > use automake, whilst others won't. Apart from the unnecssary processing, > will bad things happen? You could grep the head of the aclocal.m4 file to see if it has been generated with aclocal.m4 > Wonder if it's possible to determine whether automake should be used or > not... I don't use it... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 16 ==========================** Date: Tue, 25 Jun 2002 14:33:31 -0700 (PDT) From: James Cannon Subject: Re: ssh in X (was: Re:Emacs & X-Export) Can you log into the system (rlogin, remsh, telnet) and: ps -ef|grep ssh Perhaps the ssh daemon has some other name ... --- Adrian Gschwend wrote: > On Tue, 25 Jun 2002 17:57:44 +0200 (MEST), Richard > Gelderblom - Sun > Microsystems wrote: > > >Dunno if I can reply to the list so I'm also > replying to your address too. > > > >What do you set your DISPLAY to ? > > > >If you can login to your Solaris-box, what does > 'echo $DISPLAY' say ? > >Depending on the number of Frame-buffers, you > should be able to try the next one > >(i.e. 1 FB = local display 0.0, remote display = > 1.0 etc.) > > > >Also, did you set 'xhosts +' on your client ? > > > >questions questions :-) > > well the problem is that ssh does simply *nothing* > in the terminal, it > does not even prompt for the password. I tried that > with the "old" ssh > and also with latest openssh from nickk who works > perfectly well in an > OS/2 session. > a ssh -V reports the correct version, as soon as I > try to login to a > machine simply nothing happens. No error message, no > prompt, nothing. > If I hit some keys I see the chars typed but nothing > generates any > effect, even ctrl-c has no effect. > > As I said it works perfectly well in a "normal" OS/2 > shell > > cu > > Adrian > > > > -- > Adrian Gschwend > at OS/2 Netlabs > > ICQ: 22419590 > ktk at netlabs.org > ------- > The OS/2 OpenSource Project: > http://www.netlabs.org > > ===== 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 17 ==========================** Date: Tue, 25 Jun 2002 15:14:25 +0100 From: John Poltorak Subject: Re: Building SED using new Autoconf On Mon, Jun 24, 2002 at 08:41:47PM +0200, Andreas Buening wrote: > John Poltorak wrote: > > > > In an attempt to rebuild as many apps from scatch as possible using the > > new Autoconf, I thought I would start with SED. > > > > Do the instructions in README.OS2 of the SED archive:- > > > > http://hobbes.nmsu.edu/pub/os2/util/file/sed-3_02-r2.zip > > > > still apply, or are any modifications necessary? > > Okay, to answer your question I've just tried. ;-) > If you only run autoconf, no problem. If you want to run > automake you also need to run aclocal, but this overwrites > the support for external regex (which is my fault, but > can be corrected by a simple copy&paste). > Ah, and you should use "automake -i" otherwise you will > have to update some outdated help scripts (you will get > some warnings anyway). ;-) Basically I want to build SED using:- tar zxf GNU_source patch < your_ patches autoconf configure make but I guess a number of auxilliary files also need updating as well, but I'm not sure of the exact sequence. Also when patching, should the patches for aclocal.m4 and configure.in be included, or are they taken care of by running aclocal and automake? If I run things just as above I get these two sets of errors:- configure.in:50: warning: AC_COMPILE_IFELSE was called before AC_AIX configure.in:50: warning: AC_RUN_IFELSE was called before AC_AIX configure.in:107: warning: AC_ARG_PROGRAM invoked multiple times configure.in:64: error: do not use LIBOBJS directly, use AC_LIBOBJ (see section `AC_LIBOBJ vs. LIBOBJS' ... config.status: creating config.h config.status: executing default-1 commands cd . && automake --gnu --include-deps Makefile configure.in:5: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:5: old Automake version. You should recreate aclocal.m4 configure.in:5: with aclocal and run automake again. make: *** [Makefile.in] Error 1 cd . \ && CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status ./config.status[243]: >&5 : bad file descriptor config.status: WARNING: ac_executable_extensions not set, assuming .exe config.status: creating Makefile config.status: executing default-1 commands Making install in djgpp make[1]: Entering directory `C:/unixos2/workdir/sed-3.02/djgpp' cd .. && automake --gnu --include-deps djgpp/Makefile configure.in:5: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:5: old Automake version. You should recreate aclocal.m4 configure.in:5: with aclocal and run automake again. make[1]: *** [Makefile.in] Error 1 make[1]: Leaving directory `C:/unixos2/workdir/sed-3.02/djgpp' make: *** [install-recursive] Error 1 > > 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. -- John **= Email 18 ==========================** Date: Tue, 25 Jun 2002 15:54:48 +0100 From: John Poltorak Subject: aclocal.m4 Am I correct in thinking that aclocal.m4 is created by running aclocal, which I think is part of automake? If so, does it use any app specific input files, and does it matter if I run aclocal anyway as part of a build? -- John **= Email 19 ==========================** Date: Tue, 25 Jun 2002 16:17:32 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Perl is too hungry? Hi folks, I just saw my Perl on OS/2 dying with "Abnormal program termination". A closer examination showed: other programs consumed A LOT of memory and adress space. So we started to see how much Perl would ask for. And well, it was about 150 ... I guess it dont need them, just taking what it can? Is there anything that I can do about that? Is there a way to build a Perl that needs fewer ressources? Is there anything that I can do about that? regards, eg **= Email 20 ==========================** Date: Tue, 25 Jun 2002 16:22:00 +0200 (CEST) From: Stefan Neis Subject: Re: unixos2 packages On Tue, 25 Jun 2002, Brian Havard wrote: > > Who me? I supplied a patch for 0.9.6 which some people have used. > 0.9.7 (currently in beta) will build OOTB after some patches of mine were > committed. I downloaded some snapshot of 0.9.7 (to check AES) some time ago and it built just nicely on OS/2 and everything else. So if you want something for OS/2, I'd suggest to forget about openssl-(engine-)0.9.6d and to take openssl-0.9.7-beta2. Note however, that it's not using the "configure; make; make install" way of building. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 21 ==========================** Date: Tue, 25 Jun 2002 16:51:24 +0100 From: John Poltorak Subject: Re: Emacs & X-Export On Tue, Jun 25, 2002 at 05:37:51PM +0200, Adrian Gschwend wrote: > Hi all, > > I write some XML (DocBook) Documents right now, so far without a > special editor but I get mad without Emacs... > > So I decided to set up Emacs again on my OS/2 System, but right now I > don't know if the zip's at hobbes is still the most recent version of > Emacs. Don't you read this list, Adrian? We spent a couple of weeks on getting emacs 20.7 built... > tnx > > Adrian > > > -- > Adrian Gschwend > at OS/2 Netlabs > > ICQ: 22419590 > ktk at netlabs.org > ------- > The OS/2 OpenSource Project: > http://www.netlabs.org -- John **= Email 22 ==========================** Date: Tue, 25 Jun 2002 17:21:48 -0400 From: Henry Sobotka Subject: Re: Perl is too hungry? Edwin Günthner wrote: > > I just saw my Perl on OS/2 dying with "Abnormal program > termination". A closer examination showed: other programs > consumed A LOT of memory and adress space. > > So we started to see how much Perl would ask for. And > well, it was about 150 ... I guess it dont need them, > just taking what it can? > > Is there anything that I can do about that? Is there > a way to build a Perl that needs fewer ressources? > Is there anything that I can do about that? My understanding is that Perl consumes memory as needed: interpreter overhead + whatever each module/script requires. Here the OMF-version interpreter itself takes up less than 1 MB. Obviously, when running a script that creates a hash out of a 20-MB input file, it uses a lot more. OTOH, the forkable binary is over 6 MB to begin with, and it's not hard to imagine a script in which forks forking can lead to exponential growth in memory usage. The OMF Perl only uses resources as needed, i.e. the DLLs for a module are only loaded if that module is used by the script. A compact forkable Perl could be built by configuring it to include only the standard modules you need. h~ **= Email 23 ==========================** Date: Tue, 25 Jun 2002 17:27:36 -0400 From: Thomas Dickey Subject: Re: M4 build problem with texinfo On Tue, Jun 25, 2002 at 10:05:45PM +0100, John Poltorak wrote: > > Whilst building M4, I get the following error when creating the texinfo > docs:- I see stuff like this when someone's distributed a texinfo file that's newer than the texinfo executables (using features that weren't recognized by the older program). > making install in doc > make[1]: Entering directory `C:/unixos2/workdir/m4-1.4/doc' > cd . && makeinfo m4.texinfo > m4.texinfo:282: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:352: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:358: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:363: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:369: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:633: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:655: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:741: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:1574: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:1625: warning: `.' or `,' must follow cross reference, not f. > m4.texinfo:2889: warning: `.' or `,' must follow cross reference, not i. > /bin/sh ./../mkinstalldirs c:/usr/local/info > cd . && for file in m4.info*; do \ > c:/usr/bin/install.exe -c -m 644 $file c:/usr/local/info/$file; \ > done > install-info --info-dir=c:/usr/local/info c:/usr/local/info/m4.info > make[1]: Leaving directory `C:/unixos2/workdir/m4-1.4/doc' > > > > Anyone know what's wrong here? > > > -- > John > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 24 ==========================** Date: Tue, 25 Jun 2002 17:27:41 +0100 From: John Poltorak Subject: Re: aclocal.m4 On Tue, Jun 25, 2002 at 11:31:19AM -0400, Thomas Dickey wrote: > On Tue, Jun 25, 2002 at 03:54:48PM +0100, John Poltorak wrote: > > > > Am I correct in thinking that aclocal.m4 is created by running aclocal, > > which I think is part of automake? If so, does it use any app specific > > Before automake came along, aclocal.m4 was (for some years) hand-generated, and > documented as such. What is it actually used for? > Rather than integrate with autoconf by extending it, > automake simply overwrites that. (It doesn't bother checking if the existing > file was written by automake either ;-) I guess it doesn't matter... > Running aclocal on a project that doesn't use automake will not improve > matters. But will it do any harm? I'm trying to devise a generic build script where some apps may need to use automake, whilst others won't. Apart from the unnecssary processing, will bad things happen? Wonder if it's possible to determine whether automake should be used or not... > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net -- John **= Email 25 ==========================** Date: Tue, 25 Jun 2002 17:37:51 +0200 (CDT) From: "Adrian Gschwend" Subject: Emacs & X-Export Hi all, I write some XML (DocBook) Documents right now, so far without a special editor but I get mad without Emacs... So I decided to set up Emacs again on my OS/2 System, but right now I don't know if the zip's at hobbes is still the most recent version of Emacs. So some questions about it (asked Google, without a lot of luck): - which is latest emacs version for OS/2 PM - which is latest (x?)emacs version for XFree86/OS2 I also tried to login from my x to a solaris machine at university, I tried ssh -X in the login-panel of twm but ssh never prompts for the password, simply nothing happens. Am I doing something completely wrong with the display export? tnx Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 26 ==========================** Date: Tue, 25 Jun 2002 18:42:09 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: Perl is too hungry? Lyn St George wrote: > I would imagine that it's your programme, rather than > perl itself, which would need optimising in this situation. Well, I doubt that. The damn thing dies when I try perl -version. Actually I am not calling perl.exe directly, but within a CMD file for some reasons. But I cant imagine that this makes a difference. But the strange news is: the situation is much better when using perl_. Of course the EXE is much bigger - but it doesnt use any DLLs I guess. And those DLLs might be the problem. Maybe we are running out of memory selectors ... Our OS/2 guys are currently analyzing the situation, I am wondering what they tell me. **= Email 27 ==========================** Date: Tue, 25 Jun 2002 18:48:07 -0400 From: Edwin =?iso-8859-1?Q?G=FCnthner?= Subject: Re: UnixOS/2 environment Hi there, question: > I think the closest thing you will find is this:- > > ftp://borneo.gmd.de/pub/misc/XFree86OS2/alpha/emxtree.zip > > You'll need lots of disk space and a fast connection to get it. Well, I got it. Now I am wondering: what kind of other setup is necessary to get the whole thing to work? So that I could (for example) recompile the Perl that is part of the file? **= Email 28 ==========================** Date: Tue, 25 Jun 2002 20:12:00 +0100 From: John Poltorak Subject: Perl - t\lib\rx_cmprt.t test Has anyone ever had any success running this Perl test? :- t\lib\rx_cmprt.t test -- John **= Email 29 ==========================** Date: Tue, 25 Jun 2002 20:22:26 +0200 From: Holger Veit Subject: Re: Emacs & X-Export On Tue, Jun 25, 2002 at 12:18:20PM -0400, Henry Sobotka wrote: > Adrian Gschwend wrote: > > > > - which is latest (x?)emacs version for XFree86/OS2 > > Don't know if the XF/2 support has been carried forward into 20.x; if > not, there's 19.33. > > Xemacs hasn't been ported AFAIK. There is a version of xemacs at borneo, but this is abandonware - I haven't found enough time to fix the intermittent bug that makes it crash. Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 30 ==========================** Date: Tue, 25 Jun 2002 20:28:02 +1000 (EST) From: "Brian Havard" Subject: Re: unixos2 packages On Tue, 25 Jun 2002 11:26:40 +0200 (CDT), Adrian Gschwend wrote: >On Tue, 25 Jun 2002 01:46:56 +0400 (MSD), nick wrote: >>openssl is not my port actually, so you should ask its porter ;) > >Not sure who did that first, is it you Brian? Who me? I supplied a patch for 0.9.6 which some people have used. 0.9.7 (currently in beta) will build OOTB after some patches of mine were committed. -- ______________________________________________________________________________ | Brian Havard | "He is not the messiah! | | brianh at kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | ------------------------------------------------------------------------------ **= Email 31 ==========================** Date: Tue, 25 Jun 2002 20:38:00 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: Emacs & X-Export On Tue, 25 Jun 2002 16:51:24 +0100, John Poltorak wrote: >Don't you read this list, Adrian? > >We spent a couple of weeks on getting emacs 20.7 built... hmm now that you mention it, true :-) Was that about PM or X version? I didn't follow the thread, was there a binary at the end? (yes, I could search the archive, will do that later) cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 32 ==========================** Date: Tue, 25 Jun 2002 20:42:49 +0200 (CDT) From: "Adrian Gschwend" Subject: ssh in X (was: Re:Emacs & X-Export) On Tue, 25 Jun 2002 17:57:44 +0200 (MEST), Richard Gelderblom - Sun Microsystems wrote: >Dunno if I can reply to the list so I'm also replying to your address too. > >What do you set your DISPLAY to ? > >If you can login to your Solaris-box, what does 'echo $DISPLAY' say ? >Depending on the number of Frame-buffers, you should be able to try the next one >(i.e. 1 FB = local display 0.0, remote display = 1.0 etc.) > >Also, did you set 'xhosts +' on your client ? > >questions questions :-) well the problem is that ssh does simply *nothing* in the terminal, it does not even prompt for the password. I tried that with the "old" ssh and also with latest openssh from nickk who works perfectly well in an OS/2 session. a ssh -V reports the correct version, as soon as I try to login to a machine simply nothing happens. No error message, no prompt, nothing. If I hit some keys I see the chars typed but nothing generates any effect, even ctrl-c has no effect. As I said it works perfectly well in a "normal" OS/2 shell cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 33 ==========================** Date: Tue, 25 Jun 2002 21:14:07 +0000 From: "Lyn St George" Subject: Re: UnixOS/2 environment On Mon, 24 Jun 2002 22:43:32 +0200, Andreas Buening wrote: >Lyn St George wrote: >It's hard to remember which error message is related to >which problem ;-) > >I have a small script I've used to build perl. It may >help you, perhaps. > >unset CONFIG >unset CPP >unset CFLAGS >unset LDFLAGS >unset RANLIB >unset EMXSHELL Bingo! "unset EMXSHELL". Prior to this I would have sworn that "set emxshell=sh" in Config.sys had been there for ever and that perl had built with it. But now .... Perl 5.6.1 builds without problems again, using ksh for both configure and make - this is how it used to build. Though perl 5.8.0 still fails in make, using either ksh or bash. Hmm.. >sed -e s/-Zmt/-Zmt -D__ST_MT_ERRNO__/ < hints/os2.sh > hints/os2.h >patch -p0 < os2/diff.configure ># note: ksh is required for /bin/sh AND the first sh.exe in your PATH! ># note: do not use bash as interactive shell >./Configure -de -D prefix=e: ># note: ksh.exe must be replaced by ash or bash before calling make! >make >ren INSTALL INSTALL.txt >make install > >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. > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 34 ==========================** Date: Tue, 25 Jun 2002 22:05:45 +0100 From: John Poltorak Subject: M4 build problem with texinfo Whilst building M4, I get the following error when creating the texinfo docs:- making install in doc make[1]: Entering directory `C:/unixos2/workdir/m4-1.4/doc' cd . && makeinfo m4.texinfo m4.texinfo:282: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:352: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:358: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:363: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:369: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:633: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:655: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:741: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:1574: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:1625: warning: `.' or `,' must follow cross reference, not f. m4.texinfo:2889: warning: `.' or `,' must follow cross reference, not i. /bin/sh ./../mkinstalldirs c:/usr/local/info cd . && for file in m4.info*; do \ c:/usr/bin/install.exe -c -m 644 $file c:/usr/local/info/$file; \ done install-info --info-dir=c:/usr/local/info c:/usr/local/info/m4.info make[1]: Leaving directory `C:/unixos2/workdir/m4-1.4/doc' Anyone know what's wrong here? -- John **= Email 35 ==========================** Date: Tue, 25 Jun 2002 22:11:46 +0100 (MEZ) From: "Tobias Huerlimann" Subject: Re: unixos2 packages Hi all! On Tue, 25 Jun 2002 22:46:02 +0400 (MSD), nick wrote: > On Tue, 25 Jun 2002 11:26:40 +0200 (CDT), Adrian Gschwend wrote: > > >great! hope they accept it, OpenSSH people got another problem right > >now (root exploit which is not yet public and no fix so far)... > > Thus os/2 is single user system, each user is the root here ;) > So, we can ignore this exploit ;) Well, I'd rather say: Because OS/2 is a single user system, we can ignore the suggested workaround (upgrading to OpenSSH 3.3 and enabling privilege separation) as it will not fix or secure anything on OS/2. The announcement says it's not just a simple local root hole but a REMOTE one. So, we shouldn't ignore this exploit but take care as the workaround does not work on OS/2. Therefore it may be reasonable to disable OpenSSH's sshd for OS/2 until OpenSSH 3.4 (the real fix; to be released next week in conjunction with details about the security hole) is available. Bye, Tobias **= Email 36 ==========================** Date: Tue, 25 Jun 2002 22:13:24 +0100 From: John Poltorak Subject: Re: UnixOS/2 environment On Tue, Jun 25, 2002 at 09:14:07PM +0000, Lyn St George wrote: > On Mon, 24 Jun 2002 22:43:32 +0200, Andreas Buening wrote: > > >unset EMXSHELL > > Bingo! "unset EMXSHELL". Prior to this I would have sworn that > "set emxshell=sh" in Config.sys had been there for ever and that > perl had built with it. But now .... It's strange how computers play tricks on us :-)... > Though perl 5.8.0 still fails in make, using either ksh or bash. Hmm.. Forget about using bash for building Perl. Whereabouts does it fail? > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- > -- John **= Email 37 ==========================** Date: Tue, 25 Jun 2002 22:46:02 +0400 (MSD) From: "nick" Subject: Re: unixos2 packages On Tue, 25 Jun 2002 11:26:40 +0200 (CDT), Adrian Gschwend wrote: >>openssh port is not completed yet, i do want to send only the final diffs for its maintainers. > >great! hope they accept it, OpenSSH people got another problem right >now (root exploit which is not yet public and no fix so far)... > Thus os/2 is single user system, each user is the root here ;) So, we can ignore this exploit ;) Faithfully Yours, Nick **= Email 38 ==========================** Date: Tue, 25 Jun 2002 22:48:47 +0400 (MSD) From: "nick" Subject: Re: unixos2 packages On Mon, 24 Jun 2002 23:14:57 +0100, John Poltorak wrote: >On Tue, Jun 25, 2002 at 01:46:56AM +0400, nick wrote: > >> pcre does not need any changes to sources - it compiles for os/2 from original sources. > >I just tried building it using the standard autoconf/configure procedure >and it stops because I don't have a libtool. > >Do I just need to install this? :- > >ftp://ftp.gnu.org/pub/gnu/libtool/libtool-1.4.2.tar.gz > >If so, are there any problems? Run ./configure with --disable-share-libraries. This switch is described somewhere in the docs. Faithfully Yours, Nick **= Email 39 ==========================** Date: Tue, 25 Jun 2002 23:14:48 +0000 From: "Lyn St George" Subject: Re: Perl is too hungry? On Tue, 25 Jun 2002 16:17:32 -0400, Edwin Günthner wrote: >Hi folks, > >I just saw my Perl on OS/2 dying with "Abnormal program >termination". A closer examination showed: other programs >consumed A LOT of memory and adress space. > >So we started to see how much Perl would ask for. And >well, it was about 150 ... I guess it dont need them, >just taking what it can? That seems like a huge amount - 150Mb. I regularly run 2 perl daemons here: one is Interchange using around 25Mb, the other Webmin using around 4Mb. Interchange is notoriously heavy on ram, and in production use has been known to use over 200Mb. I would imagine that it's your programme, rather than perl itself, which would need optimising in this situation. >Is there anything that I can do about that? Is there >a way to build a Perl that needs fewer ressources? >Is there anything that I can do about that? > >regards, >eg > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 40 ==========================** Date: Tue, 25 Jun 2002 23:24:34 +0000 From: "Lyn St George" Subject: Re: UnixOS/2 environment On Tue, 25 Jun 2002 22:13:24 +0100, John Poltorak wrote: >On Tue, Jun 25, 2002 at 09:14:07PM +0000, Lyn St George wrote: >> On Mon, 24 Jun 2002 22:43:32 +0200, Andreas Buening wrote: >> >> >unset EMXSHELL >> >> Bingo! "unset EMXSHELL". Prior to this I would have sworn that >> "set emxshell=sh" in Config.sys had been there for ever and that >> perl had built with it. But now .... > >It's strange how computers play tricks on us :-)... > >> Though perl 5.8.0 still fails in make, using either ksh or bash. Hmm.. > >Forget about using bash for building Perl. I've never used it before, but this was following Andreas' suggestion to check it for my environment. >Whereabouts does it fail? Exactly as before, when running make: eg "In file included from perl.h:612, from os2.c:30: f:/emx/include/netinet/in.h:89: parse error before `u_long' f:/emx/include/netinet/in.h:89: warning: no semicolon at end of struct or union f:/emx/include/netinet/in.h:147: parse error before `u_short'" or: "In file included from perl.h:681, from os2.c:30: f:/usr/include/sys/socket.h:162: parse error before `u_short' f:/usr/include/sys/socket.h:162: warning: no semicolon at end of struct or union f:/usr/include/sys/socket.h:164: parse error before `}'" or: "os2.c: In function `file_type': os2.c:583: `_emx_env' undeclared (first use in this function)" These make no sense to me. PS. This little saga induced me to build a new "which". Changes: 1. option -l now returns .lib & .a in LIBPATH, as well as .dll 2. option -b now returns .pdf on BOOKSHELF, as well as .inf ftp://ftp.zolotek.net/os2/which-2.1.3-1_os2.zip - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +----------------------------------------------------------------------------------