Date: Wed, 21 Apr 2004 00:04:19 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 355 ************************************************** Tuesday 20 April 2004 Number 355 ************************************************** Subjects for today 1 Re: LxLite & Stacksize : Henry Sobotka 2 Re: patch -p : John Poltorak 3 cygpath: not found : John Poltorak 4 editors : Don Hawkinson 5 Re: editors : John Poltorak 6 Vile build error : John Poltorak 7 Re: cygpath: not found : Andreas Buening 8 Re: cygpath: not found : John Poltorak 9 Re: Vile build error : Thomas Dickey 10 Re: Vile build error : Thomas Dickey 11 Re: Vile build error : John Poltorak 12 BZIP2 patches : John Poltorak 13 Re: Makefile.in.in : Stefan Neis 14 Re: Makefile.in.in : John Poltorak 15 OpenSSL & Posix/2 : John Poltorak **= Email 1 ==========================** Date: Mon, 19 Apr 2004 09:51:57 -0400 From: Henry Sobotka Subject: Re: LxLite & Stacksize John Poltorak wrote: > > I'm told that LxLite can be used to display the Stacksize of an executable > but after looking at the LxLite's help screen, I'm not entirely sure how. > > Can anyone tell me? > > Alternatively how else can I find the Stacksize of an executable? emxstack -d h~ **= Email 2 ==========================** Date: Mon, 19 Apr 2004 15:16:00 +0100 From: John Poltorak Subject: Re: patch -p On Mon, Apr 19, 2004 at 02:32:27PM +0200, Sebastian Wittmeier wrote: > On Mon, 19 Apr 2004 11:34:45 +0100, John Poltorak wrote: > > >It's a patch I've created myself so I can manipulate it as much as I want. > >It will work manually with a spec value of '-p' but not with the value > >which the routine works out, so maybe that routine needs adjusting, although > >it has worked for every patchfile I have used so far... > > diff -Nur dmake~/foo dmake/foo > the diff directory is dmake/, but it must have the same name as the > diff file (i.e. dmake-4.1/). Many thanks for this, I would never have been able to figure that out. > that is, because the $ARCHIVE env variable is used twice in the script > below: > At the beginning to specify the filename > and at the bottom to give awk a hint, which part of the path to > truncate I'm glad you understood this code. I could do with learning about AWK, it looks like you can do a lot with hardly any code. > Sebastian -- John **= Email 3 ==========================** Date: Mon, 19 Apr 2004 17:08:50 +0100 From: John Poltorak Subject: cygpath: not found When building INDENT, I get the following errors:- Making all in src make[2]: Entering directory `G:/ux2bs/workdir/indent-2.2.9/src' make all-am make[3]: Entering directory `G:/ux2bs/workdir/indent-2.2.9/src' source='indent.c' object='indent.obj' libtool=no \ depfile='.deps/indent.Po' tmpdepfile='.deps/indent.TPo' \ depmode=gcc g:/bin/sh ../config/depcomp \ gcc -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I. -I. -I.. -I. -I. -I../intl -Zomf -O2 -s -Zmt -D__ST_MT_ERRNO__ -c `cygpath -w indent.c` g:/bin/sh: cygpath: not found gcc: No input files make[3]: *** [indent.obj] Error 1 How has this cygpath got in here? This only occurs after setting CFLAGS and LDFLAGS to:- CFLAGS -Zomf -O2 -s -Zmt -D__ST_MT_ERRNO__ LDFLAGS -Zcrtdll -Zlinker /exepack:2 When using the builtin defaults the error above does not occur. -- John **= Email 4 ==========================** Date: Mon, 19 Apr 2004 12:32:34 -0500 From: Don Hawkinson Subject: editors I have been using the editor called Brief for many years - under DOS, MSDOS, and OS/2. Is there an editor available on Linux that has similar capabilities - mainly a simple macro language? **= Email 5 ==========================** Date: Mon, 19 Apr 2004 19:19:05 +0100 From: John Poltorak Subject: Re: editors On Mon, Apr 19, 2004 at 12:32:34PM -0500, Don Hawkinson wrote: > > I have been using the editor called Brief for many years - under DOS, MSDOS, > and OS/2. > > Is there an editor available on Linux that has similar capabilities - mainly a > simple macro language? Ever heard of EMACS? Not sure about *simple* macro language though.... There are a number of editors available - emacs, vim, vile, elvis, jed, joe. There's probably tons of others. -- John **= Email 6 ==========================** Date: Mon, 19 Apr 2004 20:33:03 +0100 From: John Poltorak Subject: Vile build error Is the latest version of VILE (9.4) buildableon OS/2? I just tried the usual autoconf/configure/make routine and it failed to build vile.exe although 64 executables do get created in the FILTERS directory. This is the error at the time that the build falls over:- gcc -c -I. -I. -DHAVE_CONFIG_H -D__ST_MT_ERRNO__ -I/usr/include/ncurses -DVILE_ICON=\"icons/vile.xbm\" -DVILE_LIBDIR_PATH=\"'/usr/lib/vile'\" -DVILE_STARTUP_PATH=\"'/usr/share/vile'\" -Zmt -DHELP_LOC=\"/usr/share/vile\" npopen.c gcc -c -I. -I. -DHAVE_CONFIG_H -D__ST_MT_ERRNO__ -I/usr/include/ncurses -DVILE_ICON=\"icons/vile.xbm\" -DVILE_LIBDIR_PATH=\"'/usr/lib/vile'\" -DVILE_STARTUP_PATH=\"'/usr/share/vile'\" -Zmt -DHELP_LOC=\"/usr/share/vile\" spawn.c spawn.c: In function `bktoshell': spawn.c:228: too many arguments to function `getpgrp' make: *** [spawn.o] Error 1 -- John **= Email 7 ==========================** Date: Mon, 19 Apr 2004 21:46:31 +0200 From: Andreas Buening Subject: Re: cygpath: not found John Poltorak wrote: > > When building INDENT, I get the following errors:- [snip] > g:/bin/sh: cygpath: not found > gcc: No input files > make[3]: *** [indent.obj] Error 1 > > How has this cygpath got in here? > > This only occurs after setting CFLAGS and LDFLAGS to:- > > CFLAGS -Zomf -O2 -s -Zmt -D__ST_MT_ERRNO__ > LDFLAGS -Zcrtdll -Zlinker /exepack:2 > > When using the builtin defaults the error above does not occur. That's an old automake bug fixed in (roughly estimated) 1.7.x. It happens only if you use .obj files. Bye, Andreas **= Email 8 ==========================** Date: Mon, 19 Apr 2004 20:53:04 +0100 From: John Poltorak Subject: Re: cygpath: not found On Mon, Apr 19, 2004 at 09:46:31PM +0200, Andreas Buening wrote: > John Poltorak wrote: > > > > When building INDENT, I get the following errors:- > > [snip] > > > g:/bin/sh: cygpath: not found > > gcc: No input files > > make[3]: *** [indent.obj] Error 1 > > > > How has this cygpath got in here? > > > > This only occurs after setting CFLAGS and LDFLAGS to:- > > > > CFLAGS -Zomf -O2 -s -Zmt -D__ST_MT_ERRNO__ > > LDFLAGS -Zcrtdll -Zlinker /exepack:2 > > > > When using the builtin defaults the error above does not occur. > > That's an old automake bug fixed in (roughly estimated) 1.7.x. > It happens only if you use .obj files. So, I guess I need to run automake (1.7.6) before autoconf... What about aclocal? Should I run that too? > Bye, > Andreas -- John **= Email 9 ==========================** Date: Mon, 19 Apr 2004 19:44:45 -0400 (EDT) From: Thomas Dickey Subject: Re: Vile build error On Mon, 19 Apr 2004, John Poltorak wrote: > Is the latest version of VILE (9.4) buildableon OS/2? > > I just tried the usual autoconf/configure/make routine and it failed to > build vile.exe although 64 executables do get created in the FILTERS > directory. > > This is the error at the time that the build falls over:- > > > gcc -c -I. -I. -DHAVE_CONFIG_H -D__ST_MT_ERRNO__ -I/usr/include/ncurses -DVILE_ICON=\"icons/vile.xbm\" -DVILE_LIBDIR_PATH=\"'/usr/lib/vile'\" -DVILE_STARTUP_PATH=\"'/usr/share/vile'\" -Zmt -DHELP_LOC=\"/usr/share/vile\" npopen.c > gcc -c -I. -I. -DHAVE_CONFIG_H -D__ST_MT_ERRNO__ -I/usr/include/ncurses -DVILE_ICON=\"icons/vile.xbm\" -DVILE_LIBDIR_PATH=\"'/usr/lib/vile'\" -DVILE_STARTUP_PATH=\"'/usr/share/vile'\" -Zmt -DHELP_LOC=\"/usr/share/vile\" spawn.c > spawn.c: In function `bktoshell': > spawn.c:228: too many arguments to function `getpgrp' > make: *** [spawn.o] Error 1 Line 228 is (void) signal_pg(SIGTSTP); which in turn is (in estruct.h) either estruct.h:885:# define signal_pg(sig) killpg( GETPGRPCALL, sig) estruct.h:887:# define signal_pg(sig) kill(-GETPGRPCALL, sig) and #if !defined(GETPGRP_VOID) || defined(MISSING_EXTERN_GETPGRP) # define GETPGRPCALL getpgrp(0) #else # define GETPGRPCALL getpgrp() #endif The GETPGRP_VOID is from the autoconf test AC_FUNC_GETPGRP, which appears to have failed (config.log should show what it really did). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 10 ==========================** Date: Mon, 19 Apr 2004 19:44:45 -0400 (EDT) From: Thomas Dickey Subject: Re: Vile build error On Mon, 19 Apr 2004, John Poltorak wrote: > Is the latest version of VILE (9.4) buildableon OS/2? > > I just tried the usual autoconf/configure/make routine and it failed to > build vile.exe although 64 executables do get created in the FILTERS > directory. > > This is the error at the time that the build falls over:- > > > gcc -c -I. -I. -DHAVE_CONFIG_H -D__ST_MT_ERRNO__ -I/usr/include/ncurses -DVILE_ICON=\"icons/vile.xbm\" -DVILE_LIBDIR_PATH=\"'/usr/lib/vile'\" -DVILE_STARTUP_PATH=\"'/usr/share/vile'\" -Zmt -DHELP_LOC=\"/usr/share/vile\" npopen.c > gcc -c -I. -I. -DHAVE_CONFIG_H -D__ST_MT_ERRNO__ -I/usr/include/ncurses -DVILE_ICON=\"icons/vile.xbm\" -DVILE_LIBDIR_PATH=\"'/usr/lib/vile'\" -DVILE_STARTUP_PATH=\"'/usr/share/vile'\" -Zmt -DHELP_LOC=\"/usr/share/vile\" spawn.c > spawn.c: In function `bktoshell': > spawn.c:228: too many arguments to function `getpgrp' > make: *** [spawn.o] Error 1 Line 228 is (void) signal_pg(SIGTSTP); which in turn is (in estruct.h) either estruct.h:885:# define signal_pg(sig) killpg( GETPGRPCALL, sig) estruct.h:887:# define signal_pg(sig) kill(-GETPGRPCALL, sig) and #if !defined(GETPGRP_VOID) || defined(MISSING_EXTERN_GETPGRP) # define GETPGRPCALL getpgrp(0) #else # define GETPGRPCALL getpgrp() #endif The GETPGRP_VOID is from the autoconf test AC_FUNC_GETPGRP, which appears to have failed (config.log should show what it really did). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 11 ==========================** Date: Tue, 20 Apr 2004 11:03:01 +0100 From: John Poltorak Subject: Re: Vile build error On Mon, Apr 19, 2004 at 07:44:45PM -0400, Thomas Dickey wrote: > On Mon, 19 Apr 2004, John Poltorak wrote: > > > gcc -c -I. -I. -DHAVE_CONFIG_H -D__ST_MT_ERRNO__ -I/usr/include/ncurses -DVILE_ICON=\"icons/vile.xbm\" -DVILE_LIBDIR_PATH=\"'/usr/lib/vile'\" -DVILE_STARTUP_PATH=\"'/usr/share/vile'\" -Zmt -DHELP_LOC=\"/usr/share/vile\" spawn.c > > spawn.c: In function `bktoshell': > > spawn.c:228: too many arguments to function `getpgrp' > > make: *** [spawn.o] Error 1 > The GETPGRP_VOID is from the autoconf test AC_FUNC_GETPGRP, which appears > to have failed (config.log should show what it really did). config.log:- configure:3914: checking whether getpgrp takes no argument configure:3977: gcc -o conftest.exe -Zmt -D__ST_MT_ERRNO__ -Zmt -Zcrtdll conftest.c 1>&5 g:\tmp\ccc59867: Undefined symbol _setpgrp referenced from text segment configure: failed program was: #line 3922 "configure" #include "confdefs.h" ISTR a problem related to setpgrp recently - maybe we don't have it in EMX or Posix/2... > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net -- John **= Email 12 ==========================** Date: Tue, 20 Apr 2004 11:42:59 +0100 From: John Poltorak Subject: BZIP2 patches I've come across too seperate ports of BZIP2 v1.0.2:- http://www.pcug.org.au/~andymac/bzip2-1.0.2-os2emx.zip http://silk.apana.org.au/pub/unixos2/bzip2-1.0.2-os2.zip Both include patch files but they are completely different. Is there any chance of them being consolidated? -- John **= Email 13 ==========================** Date: Tue, 20 Apr 2004 13:46:57 +0200 (CEST) From: Stefan Neis Subject: Re: Makefile.in.in On Sun, 18 Apr 2004, John Poltorak wrote: > > > gcc -o pinfo pinfo.o colors.o datatypes.o filehandling_functions.o keyboard.o mainfunction.o manual.o menu_and_note_utils.o parse_config.o regexp_search.o signal_handler.o utils.o video.o initializelinks.o printinfo.o readlinewrapper.o sigblock.o -lintl -lncurses (snipp) > > > manual.o: Undefined symbol _strcasecmp referenced from text segment > > > manual.o: Undefined symbol _regexec referenced from text segment > > > parse_config.o: Undefined symbol _regcomp referenced from text segment > > > parse_config.o: Undefined symbol _strncasecmp referenced from text segment > > > regexp_search.o: Undefined symbol _regfree referenced from text segment > > > regexp_search.o: Undefined symbol _regcomp referenced from text segment (snipp) > > Neither strcasecmp nor regex is found by the linker. > > I thought both of these were defined in Posix/2... Well, yes. But you either need to add -lcExt or to use the patched p2-gcc. Those errors look like you're using plain standard gcc for linking ... Stefan **= Email 14 ==========================** Date: Tue, 20 Apr 2004 13:30:18 +0100 From: John Poltorak Subject: Re: Makefile.in.in On Tue, Apr 20, 2004 at 01:46:57PM +0200, Stefan Neis wrote: > Well, yes. But you either need to add -lcExt or to use the patched p2-gcc. > Those errors look like you're using plain standard gcc for linking ... I must have done something wrong previously, because I've just tried it again and it builds OK - although I still ned to run EMXBIND on the final output. As for Posix/2, I have them in my standard build as a matter of course so the correct gcc _should_ get pulled in. Not sure what broke the last time I tried this. > Stefan > -- John **= Email 15 ==========================** Date: Tue, 20 Apr 2004 14:02:49 +0100 From: John Poltorak Subject: OpenSSL & Posix/2 I can build OpenSSL straight out of the box, but not when using Posix/2 where it produces the following errors:- gcc -o tmp_dll\bss_file.obj -Ioutinc -Itmp_dll -DL_ENDIAN -O3 -fomit-frame-pointer -m486 -Zmtd -Wall -Zomf -DOPENSSL_NO_KRB5 -D_DLL -Zdll -DOPENSSL_BUILD_SHLIBCRYPTO -c .\crypto\bio\bss_file.c ..\crypto\bio\bss_file.c: In function `file_ctrl': ..\crypto\bio\bss_file.c:224: warning: implicit declaration of function `setmode' gcc -o tmp_dll\c_all.obj -Ioutinc -Itmp_dll -DL_ENDIAN -O3 -fomit-frame-pointer -m486 -Zmtd -Wall -Zomf -DOPENSSL_NO_KRB5 -D_DLL -Zdll -DOPENSSL_BUILD_SHLIBCRYPTO -c .\crypto\evp\c_all.c ..\crypto\evp\c_all.c: In function `OPENSSL_add_all_algorithms_noconf': ..\crypto\evp\c_all.c:77: warning: implicit declaration of function `ENGINE_setup_openbsd' gcc -Ioutinc -Itmp_dll -DL_ENDIAN -O3 -fomit-frame-pointer -m486 -Zmtd -Wall -Zomf -DOPENSSL_NO_KRB5 -D_DLL -Zdll -Zbsd-signals -s -Zdll -o ....... tmp_dll\ui_compat.obj tmp_dll\krb5_asn.obj -lsocket os2/CRYPTO.def tmp_dll\c_all.obj(c_all.obj) : error L2029: 'ENGINE_setup_openbsd' : unresolved external There was 1 error detected -- John