Date: Mon, 12 Dec 2005 00:04:41 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 666 ************************************************** Sunday 11 December 2005 Number 666 ************************************************** Subjects for today 1 Re: Installing Python : John Poltorak 2 Re: Typo3 : John Poltorak 3 Re: Build notes for Apache v2 : Paul Smedley 4 Re: Build notes for Apache v2 : John Poltorak 5 Autoconf and Apache : John Poltorak 6 Posix/2 stdlib.h problem? : John Poltorak 7 Sleepycat (Berkeley) DB : John Poltorak 8 Re: Sleepycat (Berkeley) DB : John Poltorak 9 Re: Build notes for Apache v2 : Paul Smedley 10 Re: Posix/2 stdlib.h problem? : Paul Smedley 11 Re: Posix/2 stdlib.h problem? : John Poltorak 12 Re: Posix/2 stdlib.h problem? : knut st. osmundsen" 13 Re: Posix/2 stdlib.h problem? : John Poltorak 14 Re: Posix/2 stdlib.h problem? : Paul Smedley 15 Re: Posix/2 stdlib.h problem? : John Poltorak 16 Re: Posix/2 stdlib.h problem? : Stefan.Neis at t-online.de 17 Re: Posix/2 stdlib.h problem? : John Poltorak **= Email 1 ==========================** Date: Sat, 10 Dec 2005 13:12:06 +0000 From: John Poltorak Subject: Re: Installing Python On Sat, Dec 10, 2005 at 09:32:55PM +1000, Andrew MacIntyre wrote: > John Poltorak wrote: > > Building Python straight out of the box seems easy enough, but I'm not > > sure how to install it. There is no INSTALL target in the makefile. What > > is the recommended way of installing it if you want to follow a Unix like > > directory structure? > > > > In the Makefile LIB_DIR is set to C:/Python24. Is this value used by > > Python in any way? ie does it get hardcoded into the program or DLL? > > Sadly I haven't had the round-tuits to finish that part of the makefile. It isn't easy when tweaks need to be introduced to make it work on OS/2. > The LIB_DIR variable does, as I recall, get used to set the default if > the FIXED_PYHOME variable is defined. Otherwise, the Python interpreter > figures out the python library home directory by other means (in the > absence of a PYTHONHOME environment variable). > > The default Unix install puts the executables in /usr/local/bin (as > python and python.), and the library is installed > in /usr/local/python. (ie for 2.4.2, this would be > /usr/local/lib/python2.4). My preference for python is to install the latest version as /usr/local/python and only bother including version numbers if I also want to use an older version. > As far as trying a Unix library install goes, Makefile generated by > configure will have the necessary code in it to copy the library. A > python interpreter built (with EMX) from the configure'ed Makefile > should run, but is likely to be missing some functionality, and many/all > of the > standard extension modules will not get built unless the dependencies are > found. Is there any way to ensure that they are found? > It is quite likely that Knut's latest toolchain can be used to build a > fairly viable interpreter, with the possible exception of threads and > dynamic loading of extension modules. I'm still using 2.8.1 here for most builds, although I intend to upgrade when I know most will build with it. > If the standard Unix directories noted above are what you want, I can > try and get a more complete Makefile included for 2.5. That would be great. > ------------------------------------------------------------------------- > Andrew I MacIntyre "These thoughts are mine alone..." > E-mail: andymac at bullseye.apana.org.au (pref) | Snail: PO Box 370 > andymac at pcug.org.au (alt) | Belconnen ACT 2616 > Web: http://www.andymac.org/ | Australia -- John **= Email 2 ==========================** Date: Sat, 10 Dec 2005 14:03:00 +0000 From: John Poltorak Subject: Re: Typo3 On Sat, Dec 10, 2005 at 01:04:17PM +0100, Franz Bakan wrote: > On Sat, 10 Dec 2005 11:35:23 +0000, John Poltorak wrote: > > > I've just tried contacting Roland, so hopefully he will get back to me. In > > the meantime I've got a little further with the TYPO3 3.8.0 Install Tool, > > but get an error when creating a new database. Is there any place I can > > look to see what the nature of this error is? > > Create the new database with the MySQL console and > select it afterwards in Typo3. > > Use the Warpstock Europe Presentation as guide. A plone site - I see - excellent! Is this on OS/2? > http://warpstock.allegronet.de/Presentations/Presentations/INT03_Typo3_Installation.pdf I seem to have got it partly working now. BTW the Warpstock presentations listed sounded impressive. I wish I could get up to speed with all the programs mentioned. Are any of the presentations viewable? > Franz > > -- John **= Email 3 ==========================** Date: Sun, 11 Dec 2005 01:07:06 +1030 From: Paul Smedley Subject: Re: Build notes for Apache v2 Hi John, John Poltorak wrote: > On Sat, Dec 03, 2005 at 11:25:15PM +1030, Paul Smedley wrote: >> Hi John, >> >> John Poltorak wrote: >>> If anyone has any build notes for Apache v2, I'd appreciate a copy of >>> them. >> I only have notes for use with Innotek GCC - not EMX. > > Surely there won't be big difference, or does the Innotek build involve > source code changes? Yes the Innotek build involves source changes due to header differences between emx and libc... >> If you'd like a copy - I also need to clean them up a bit as libc 0.6 GA >> tidied up a few things :) > > I could do with having a look as I can't figure out what I'm doing wrong. Well what errors are you getting? My notes basically relate to source changes to account for compiler differences - so wont be much use unless you're using GCC 3.3.5... Cheers, Paul. **= Email 4 ==========================** Date: Sat, 10 Dec 2005 15:05:38 +0000 From: John Poltorak Subject: Re: Build notes for Apache v2 On Sun, Dec 11, 2005 at 01:07:06AM +1030, Paul Smedley wrote: > >> If you'd like a copy - I also need to clean them up a bit as libc 0.6 GA > >> tidied up a few things :) > > > > I could do with having a look as I can't figure out what I'm doing wrong. > Well what errors are you getting? I get this error when running configure whilst trying to build v2.0.55. I've never managed to build any release of v2, although v1.33 builds without problems. Configuring Apache Portable Runtime Utility library... checking for APR-util... reconfig not updating unwritable cache /dev/null configuring package in srclib/apr-util now configure: loading site script g:/ux2bs/lib/config.site configure: creating cache /dev/null checking build system type... i386-pc-os2_emx checking host system type... i386-pc-os2_emx checking target system type... i386-pc-os2_emx checking for working mkdir -p... yes APR-util Version: 0.9.7 checking for chosen layout... apr-util Applying apr-util hints file rules for i386-pc-os2_emx checking for APR... configure: error: the --with-apr parameter is incorrect. It must specify an install prefix, a build directory, or an apr-config file. configure failed for srclib/apr-util APR is a bit of a mystery to me. I just assumed it would build automatically.... In the absence of any specific instructions for building it on OS/2 I followed the generic Unix build instructions but haven't found anything which mentions '--with-apr'. > Cheers, > > Paul. -- John **= Email 5 ==========================** Date: Sat, 10 Dec 2005 16:00:15 +0000 From: John Poltorak Subject: Autoconf and Apache At the start of Apache2's configure.in it contains these lines AC_PREREQ(2.13) AC_INIT(ABOUT_APACHE) Should I be able to use Autoconf v2.59 to create a configure script? When I do run it, I get this error msg:- SYS1041: The name . is not recognized as an internal or external command, operable program or batch file. Anyone know why? -- John **= Email 6 ==========================** Date: Sat, 10 Dec 2005 16:45:42 +0000 From: John Poltorak Subject: Posix/2 stdlib.h problem? Could this error in building Apache (v2.2.0) be due to a problem in Posix/2's stdlib.h? gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include -o file_io/os2/dir_make_recurse.obj -c file_io/os2/dir_make_recurse.c -Zomf /ux2bs/workdir/httpd-2.2.0/srclib/apr/build/aplibtool --mode=compile gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include -o file_io/os2/mktemp.lo -c file_io/os2/mktemp.c && touch file_io/os2/mktemp.lo In file included from file_io/os2/../unix/mktemp.c:83, from file_io/os2/mktemp.c:1: g:\ux2bs\posix2\include\stdlib.h:363: arguments given to macro `arc4random' g:\ux2bs\posix2\include\stdlib.h:402: arguments given to macro `arc4random' gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include -o file_io/os2/mktemp.obj -c file_io/os2/mktemp.c -Zomf make[3]: *** [file_io/os2/mktemp.lo] Error 1 -- John **= Email 7 ==========================** Date: Sat, 10 Dec 2005 18:42:22 +0000 From: John Poltorak Subject: Sleepycat (Berkeley) DB Has anyone managed to get the latest Sleepycat DB built under OS/2? -- John **= Email 8 ==========================** Date: Sat, 10 Dec 2005 19:30:18 +0000 From: John Poltorak Subject: Re: Sleepycat (Berkeley) DB On Sat, Dec 10, 2005 at 06:42:22PM +0000, John Poltorak wrote: > > Has anyone managed to get the latest Sleepycat DB built under OS/2? It's up to v4.4 now and you can get it from here ftp://ftp.sleepycat.com/releases/db-4.4.16.NC.tar.gz ISTR that it was fairly easy to get a build started by running:- chmod -R u+w * cd dist s_config from the extract directory. Must give it a try. -- John **= Email 9 ==========================** Date: Sun, 11 Dec 2005 10:06:15 +1030 From: Paul Smedley Subject: Re: Build notes for Apache v2 Hi John, John Poltorak wrote: > On Sun, Dec 11, 2005 at 01:07:06AM +1030, Paul Smedley wrote: > >>>> If you'd like a copy - I also need to clean them up a bit as libc 0.6 GA >>>> tidied up a few things :) >>> I could do with having a look as I can't figure out what I'm doing wrong. >> Well what errors are you getting? > > I get this error when running configure whilst trying to build v2.0.55. > I've never managed to build any release of v2, although v1.33 builds > without problems. > > Configuring Apache Portable Runtime Utility library... > > checking for APR-util... reconfig > not updating unwritable cache /dev/null > configuring package in srclib/apr-util now > configure: loading site script g:/ux2bs/lib/config.site > configure: creating cache /dev/null > checking build system type... i386-pc-os2_emx > checking host system type... i386-pc-os2_emx > checking target system type... i386-pc-os2_emx > checking for working mkdir -p... yes > APR-util Version: 0.9.7 > checking for chosen layout... apr-util > Applying apr-util hints file rules for i386-pc-os2_emx > checking for APR... configure: error: the --with-apr parameter is > incorrect. It must specify an install prefix, a > build directory, or an apr-config file. > configure failed for srclib/apr-util > > APR is a bit of a mystery to me. I just assumed it would build > automatically.... > > In the absence of any specific instructions for building it on OS/2 I > followed the generic Unix build instructions but haven't found anything > which mentions '--with-apr'. Well I can just run ./configure here with ash as the shell. To build with shared module, openssl, etc other parameters are required, but ../configure does complete here out of the box. What shell are you using? Perhaps there's also something in my config.site that helps configure run? Cheers, Paul. **= Email 10 ==========================** Date: Sun, 11 Dec 2005 10:29:48 +1030 From: Paul Smedley Subject: Re: Posix/2 stdlib.h problem? Hi John, John Poltorak wrote: > Could this error in building Apache (v2.2.0) be due to a problem in > Posix/2's stdlib.h? > > gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include > -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 > -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include -o > file_io/os2/dir_make_recurse.obj -c file_io/os2/dir_make_recurse.c -Zomf > /ux2bs/workdir/httpd-2.2.0/srclib/apr/build/aplibtool --mode=compile gcc > -Zmt -DHAVE_CONFIG_H -DOS2 -I./include > -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 > -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include -o > file_io/os2/mktemp.lo -c file_io/os2/mktemp.c && touch > file_io/os2/mktemp.lo > In file included from file_io/os2/../unix/mktemp.c:83, > from file_io/os2/mktemp.c:1: > g:\ux2bs\posix2\include\stdlib.h:363: arguments given to macro `arc4random' > g:\ux2bs\posix2\include\stdlib.h:402: arguments given to macro `arc4random' > gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include > -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 > -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include -o > file_io/os2/mktemp.obj -c file_io/os2/mktemp.c -Zomf > make[3]: *** [file_io/os2/mktemp.lo] Error 1 To build mktemp.c with libc I have to remove #include stdlib.h - otherwise I see a similar error. FYI I have Apache/2.2.0 built with libc running here. Cheers, Paul. **= Email 11 ==========================** Date: Sun, 11 Dec 2005 01:27:17 +0000 From: John Poltorak Subject: Re: Posix/2 stdlib.h problem? On Sun, Dec 11, 2005 at 10:29:48AM +1030, Paul Smedley wrote: > > gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include > > -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 > > -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include -o > > file_io/os2/mktemp.obj -c file_io/os2/mktemp.c -Zomf > > make[3]: *** [file_io/os2/mktemp.lo] Error 1 > > To build mktemp.c with libc I have to remove #include stdlib.h - > otherwise I see a similar error. But you shouldn't have to. There is some underlying problem which needs to be identified. > FYI I have Apache/2.2.0 built with libc running here. That's good to know, but don't burn yourself out ;-)... It seems odd that my build of v2.2.0 has got further than it did with v2.0.55 even though I'm using the same environment. > Cheers, > > Paul. -- John **= Email 12 ==========================** Date: Sun, 11 Dec 2005 02:31:42 +0100 From: "knut st. osmundsen" Subject: Re: Posix/2 stdlib.h problem? Paul Smedley wrote: > Hi John, > > John Poltorak wrote: > >> Could this error in building Apache (v2.2.0) be due to a problem in >> Posix/2's stdlib.h? >> >> gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include >> -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 >> -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include >> -o file_io/os2/dir_make_recurse.obj -c file_io/os2/dir_make_recurse.c >> -Zomf >> /ux2bs/workdir/httpd-2.2.0/srclib/apr/build/aplibtool --mode=compile >> gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include >> -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 >> -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include >> -o file_io/os2/mktemp.lo -c file_io/os2/mktemp.c && touch >> file_io/os2/mktemp.lo >> In file included from file_io/os2/../unix/mktemp.c:83, >> from file_io/os2/mktemp.c:1: >> g:\ux2bs\posix2\include\stdlib.h:363: arguments given to macro >> `arc4random' >> g:\ux2bs\posix2\include\stdlib.h:402: arguments given to macro >> `arc4random' >> gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I./include >> -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include/arch/os2 >> -I./include/arch/unix -I/ux2bs/workdir/httpd-2.2.0/srclib/apr/include >> -o file_io/os2/mktemp.obj -c file_io/os2/mktemp.c -Zomf >> make[3]: *** [file_io/os2/mktemp.lo] Error 1 > > > To build mktemp.c with libc I have to remove #include stdlib.h - > otherwise I see a similar error. > > FYI I have Apache/2.2.0 built with libc running here. Paul, libc has mkstemp() and HAVE_MKSTEMP is supposed to be set. Since the libc mkstemp() origins from BSD and also uses arcr4random() and seedrandom(), these functions are naturally implemented too. (The file_io/unix/mkstemp.c file is #defining arc4random() to random(), when gcc later encounters the u_int32_t arc4random(void) prototype, it thinks 'void' is an argument to the #define and chokes since the macro takes no arguments.) What you should investigate is why HAVE_MKSTEMP isn't defined. Kind Regards, knut **= Email 13 ==========================** Date: Sun, 11 Dec 2005 01:47:55 +0000 From: John Poltorak Subject: Re: Posix/2 stdlib.h problem? On Sun, Dec 11, 2005 at 02:31:42AM +0100, knut st. osmundsen wrote: > Paul, libc has mkstemp() and HAVE_MKSTEMP is supposed to be set. Since > the libc mkstemp() origins from BSD and also uses arcr4random() and > seedrandom(), these functions are naturally implemented too. (The > file_io/unix/mkstemp.c file is #defining arc4random() to random(), when > gcc later encounters the u_int32_t arc4random(void) prototype, it thinks > 'void' is an argument to the #define and chokes since the macro takes no > arguments.) > > What you should investigate is why HAVE_MKSTEMP isn't defined. Where is it supposed to be set? On my system it does appear to be set in httpd-2.2.0\srclib\apr\include\arch\unix\apr_private.h /* Define to 1 if you have the `mkstemp' function. */ #define HAVE_MKSTEMP 1 If this is the correct place and the value is set correctly, why do I get an error when compiling? > Kind Regards, > knut -- John **= Email 14 ==========================** Date: Sun, 11 Dec 2005 12:49:53 +1030 From: Paul Smedley Subject: Re: Posix/2 stdlib.h problem? John, Knut, John Poltorak wrote: > On Sun, Dec 11, 2005 at 02:31:42AM +0100, knut st. osmundsen wrote: > >> Paul, libc has mkstemp() and HAVE_MKSTEMP is supposed to be set. Since >> the libc mkstemp() origins from BSD and also uses arcr4random() and >> seedrandom(), these functions are naturally implemented too. (The >> file_io/unix/mkstemp.c file is #defining arc4random() to random(), when >> gcc later encounters the u_int32_t arc4random(void) prototype, it thinks >> 'void' is an argument to the #define and chokes since the macro takes no >> arguments.) >> >> What you should investigate is why HAVE_MKSTEMP isn't defined. > > Where is it supposed to be set? > > On my system it does appear to be set in > > httpd-2.2.0\srclib\apr\include\arch\unix\apr_private.h > > > /* Define to 1 if you have the `mkstemp' function. */ > #define HAVE_MKSTEMP 1 > > If this is the correct place and the value is set correctly, why do I get > an error when compiling? srclib\apr\include\arch\os2\apr_arch_file_io.h has #undef HAVE_MKSTEMP which is why it's not used.... Cheers, Paul. **= Email 15 ==========================** Date: Sun, 11 Dec 2005 09:47:04 +0000 From: John Poltorak Subject: Re: Posix/2 stdlib.h problem? On Sun, Dec 11, 2005 at 12:49:53PM +1030, Paul Smedley wrote: > John, Knut, > > John Poltorak wrote: > > On Sun, Dec 11, 2005 at 02:31:42AM +0100, knut st. osmundsen wrote: > > > >> Paul, libc has mkstemp() and HAVE_MKSTEMP is supposed to be set. Since > >> the libc mkstemp() origins from BSD and also uses arcr4random() and > >> seedrandom(), these functions are naturally implemented too. (The > >> file_io/unix/mkstemp.c file is #defining arc4random() to random(), when > >> gcc later encounters the u_int32_t arc4random(void) prototype, it thinks > >> 'void' is an argument to the #define and chokes since the macro takes no > >> arguments.) > >> > >> What you should investigate is why HAVE_MKSTEMP isn't defined. > > > > Where is it supposed to be set? > > > > On my system it does appear to be set in > > > > httpd-2.2.0\srclib\apr\include\arch\unix\apr_private.h > > > > > > /* Define to 1 if you have the `mkstemp' function. */ > > #define HAVE_MKSTEMP 1 > > > > If this is the correct place and the value is set correctly, why do I get > > an error when compiling? > > srclib\apr\include\arch\os2\apr_arch_file_io.h has #undef HAVE_MKSTEMP > which is why it's not used.... Does that suggestion that this line in apr_arch_file_io.h #undef HAVE_MKSTEMP is the cause of the problem? When Knut mentions that HAVE_MKSTEMP isn't defined, where should it be defined? I see -DHAVE_CONFIG_H in the command line but does see what this gets resolved as. Any ideas? > Cheers, > > Paul. -- John **= Email 16 ==========================** Date: Sun, 11 Dec 2005 12:13:13 +0100 From: Stefan.Neis at t-online.de Subject: Re: Posix/2 stdlib.h problem? Hi, > > srclib\apr\include\arch\os2\apr_arch_file_io.h has #undef HAVE_MKSTEMP > > which is why it's not used.... > > Does that suggestion that this line in apr_arch_file_io.h > > #undef HAVE_MKSTEMP > > is the cause of the problem? Yes. OTOH, simply removing it might break the compile for plain EMX since that probably hasn't got the mkstemp function. Regards, Stefan **= Email 17 ==========================** Date: Sun, 11 Dec 2005 11:44:11 +0000 From: John Poltorak Subject: Re: Posix/2 stdlib.h problem? On Sun, Dec 11, 2005 at 12:13:13PM +0100, Stefan.Neis at t-online.de wrote: > Hi, > > > > srclib\apr\include\arch\os2\apr_arch_file_io.h has #undef HAVE_MKSTEMP > > > which is why it's not used.... > > > > Does that suggestion that this line in apr_arch_file_io.h > > > > #undef HAVE_MKSTEMP > > > > is the cause of the problem? > > Yes. OTOH, simply removing it might break the compile for plain EMX since > that probably hasn't got the mkstemp function. Are you suggesting that I have introduced a problem by using Posix/2 instead of the standard EMX headers? > Regards, > Stefan > > -- John