Date: Fri, 7 Jan 2005 00:04:19 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 494 ************************************************** Thursday 06 January 2005 Number 494 ************************************************** Subjects for today 1 Re: Postgres admin : Lyn St George" 2 Re: poll-emulator : Stefan.Neis at t-online.de 3 Re: poll-emulator : John Poltorak 4 Checking for catalogs... : John Poltorak 5 texi2html : John Poltorak 6 Re: Checking for catalogs... : Stefan.Neis at t-online.de 7 Re: texi2html : Henry Sobotka 8 Python question : Stefan.Neis at t-online.de 9 Re: poll-emulator : Knut St. Osmundsen" 10 Re: poll-emulator : dave bamford 11 Missing symbol _files with Innotek_libc : Dave Yeo" 12 Re: Python question : Dave Yeo" 13 Re: Python question : Stefan.Neis at t-online.de 14 Re: Missing symbol _files with Innotek_libc : Knut St. Osmundsen" 15 Re: Missing symbol _files with Innotek_libc : Stefan.Neis at t-online.de 16 Re: poll-emulator : John Poltorak 17 openssl : John Poltorak 18 Re: Checking for catalogs... : Andreas Buening 19 Bison build error : John Poltorak 20 Re: Postgres admin : John Poltorak 21 Re: Building FETCHMAIL : Andrew MacIntyre 22 Re: Postgres admin : Andrew MacIntyre 23 Re: Python question : Andrew MacIntyre 24 Re: Postgres admin : lsunley at mb.sympatico.ca 25 Re: Checking for catalogs... : lsunley at mb.sympatico.ca 26 Re: openssl : Stefan.Neis at t-online.de 27 Re: openssl : John Poltorak 28 Re: Postgres admin : Andrew MacIntyre **= Email 1 ==========================** Date: Wed, 05 Jan 2005 14:13:19 +0000 (GMT) From: "Lyn St George" Subject: Re: Postgres admin On Wed, 5 Jan 2005 11:02:05 +0000, John Poltorak wrote: >> I haven't had a chance to try Postgres yet, but I would expect the >> module to work. It would need both the DBI and DBD::Pg perl modules >> installed into your perl tree - but then the CPAN module in Webmin can >> do that. > >Whilst I've managed to build Webmin and get it running, I've never figured >out how to add anything to it and I don't know anything about the CPAN >module in Webmin. What do I need to do to get the modules you mention? If webmin is running, just open up the CPAN/perl tab - it will display a list of what is currently installed, then some entry boxes for new perl modules and an 'Install' button. Alternatively you may just grab the modules from http://www.cpan.org/modules/by-module/, unpack, run 'perl Makefile.PL && make && make install'. Or, if the cpan.pm module is installed, from a CLI: perl -MCPAN -e shell cpan>install DBI (or whatever) - Lyn **= Email 2 ==========================** Date: Wed, 5 Jan 2005 15:40:13 +0100 From: Stefan.Neis at t-online.de Subject: Re: poll-emulator Hi, > I am trying to port an application called boxbackup > http://www.fluffy.co.uk but have run up > against a problem someone might be able to help me with. It requires a > poll routine > which OS/2 does not have There's an implementation included in Posix/2. Also Ilya added a different one for the Perl port, IIRC. AFAIK but there is an emulator here > http://www.clapper.org/software/poll/ > But I can't get the makefile to work. I changed cc to gcc and it didn't > understand the > -shared option so I changed it to --enable-shared... now I get this No, that's a completely wrong replacement. Using "-Zdll" probably is a better replacement for "-shared", but it probably requires a couple of other changes as well. See the chapter on building DLLs in the EMX documentation ... Regards, Stefan **= Email 3 ==========================** Date: Wed, 5 Jan 2005 15:36:25 +0000 From: John Poltorak Subject: Re: poll-emulator On Wed, Jan 05, 2005 at 11:13:28AM +0000, dave bamford wrote: > I am trying to port an application called boxbackup > http://www.fluffy.co.uk I just had a quick look at this... Wouldn't RSYNC (http://rsync.samba.org) do everything that boxbackup does, as well as a whole lot more?... > Thanks > > Dave Bamford. -- John **= Email 4 ==========================** Date: Wed, 5 Jan 2005 16:06:02 +0000 From: John Poltorak Subject: Checking for catalogs... As part of a particular build I noticed one check:- checking for catalogs to be installed... cs da de el en at quot en at boldquot es et fr gl id it ja ko nl nn no pl pt pt_BR ru sl sv tr zh What is this check and is there any way to specify particular languages? -- John **= Email 5 ==========================** Date: Wed, 5 Jan 2005 16:25:26 +0000 From: John Poltorak Subject: texi2html While building GETTEXT there is a warning about a missing texi2html:- WARNING: `texi2html' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `texi2html' program. There is no mention of it in the README and I can't find it on GNU.ORG Is it part of some other package like TEXINFO? -- John **= Email 6 ==========================** Date: Wed, 5 Jan 2005 17:28:17 +0100 From: Stefan.Neis at t-online.de Subject: Re: Checking for catalogs... Hi, > As part of a particular build I noticed one check:- > > > checking for catalogs to be installed... cs da de el en at quot en at boldquot > es et fr gl id it ja ko nl nn no pl pt pt_BR ru sl sv tr zh > > What is this check I guess it checks what languages are currently available for that app. > and is there any way to specify particular languages? Normally not, no. BTW, all translations for all applications included in my SuSE install add up to "just a couple of MB", so with current disk sizes, there is not really a point in trying to install only the ones that are relevant for you. Regards, Stefan **= Email 7 ==========================** Date: Wed, 05 Jan 2005 11:52:43 -0500 From: Henry Sobotka Subject: Re: texi2html John Poltorak wrote: > While building GETTEXT there is a warning about a missing texi2html:- > > > WARNING: `texi2html' is needed, and you do not seem to have it handy on your > system. You might have modified some files without having the > proper tools for further handling them. Check the `README' file, > it often tells you about the needed prerequirements for installing > this package. You may also peek at any GNU archive site, in case > some other package would contain this missing `texi2html' program. > > > There is no mention of it in the README and I can't find it on GNU.ORG > Is it part of some other package like TEXINFO? > > https://texi2html.cvshome.org/ h~ **= Email 8 ==========================** Date: Wed, 5 Jan 2005 18:39:10 +0100 From: Stefan.Neis at t-online.de Subject: Python question Hi, Did somebody mention Python-2.4 recently? For a new build, it might be a good idea to increase FD_SETSIZE, e.g. to the file handle limit compiled into the executable (2048?), so select could handle arbitrary files instead of being restricted to those with a "small" fileno. From EMX' documentation on select: The FD_SETSIZE macro specifies the number of file handles in an fd_set object. The default value is 256. To increase the number of file descriptors in fd_set, define FD_SETSIZE before including and . The FD_ZERO macro and assignment of fd_set objects use the size of the object; in consequence, you must be careful when passing pointers to fd_set objects between modules which have been compiled with different values for FD_SETSIZE (libraries!). Where is this relevant? If you use for instance BitTorrent (3.4.2) and try to download a torrent with many individual files, it will open all the files, keep them open, then open the network socket(s) (so those typically have a large file number) and use select on those sockets to wait for incoming packets - this typically results in ERROR: Traceback (most recent call last): File "BitTorrent/RawServer.py", line 210, in listen_forever events = self.poll.poll(period * timemult) File "BitTorrent/selectpoll.py", line 43, in poll r, w, e = select(self.rlist, self.wlist, [], timeout) ValueError: filedescriptor out of range in select() Regards, Stefan **= Email 9 ==========================** Date: Wed, 05 Jan 2005 18:51:13 +0100 From: "Knut St. Osmundsen" Subject: Re: poll-emulator dave bamford wrote: > I am trying to port an application called boxbackup > http://www.fluffy.co.uk but have run up > against a problem someone might be able to help me with. It requires a > poll routine > which OS/2 does not have AFAIK but there is an emulator here > http://www.clapper.org/software/poll/ > But I can't get the makefile to work. I changed cc to gcc and it didn't > understand the > -shared option so I changed it to --enable-shared... now I get this > > epm: D:\poll\poll-emulator-1.4 >make > gcc -c -fPIC poll.c -o poll.po > gcc --enable-shared -o libpoll.so.1.3 poll.po > {standard input}:29 (D:/gcc/lib/crt0.o): Undefined symbol _main > referenced from text segment > poll.po: Undefined symbol __GLOBAL_OFFSET_TABLE_ referenced from text > segment > poll.po: Undefined symbol LC0 at GOTOFF referenced from text segment > poll.po: Undefined symbol LC1 at GOTOFF referenced from text segment > poll.po: Undefined symbol __assert at PLT referenced from text segment > poll.po: Undefined symbol __GLOBAL_OFFSET_TABLE_ referenced from text > segment > poll.po: Undefined symbol _memset at PLT referenced from text segment > poll.po: Undefined symbol _memset at PLT referenced from text segment > poll.po: Undefined symbol _memset at PLT referenced from text segment > poll.po: Undefined symbol LC0 at GOTOFF referenced from text segment > poll.po: Undefined symbol LC2 at GOTOFF referenced from text segment > poll.po: Undefined symbol __assert at PLT referenced from text segment > poll.po: Undefined symbol _select at PLT referenced from text segment > make: *** [libpoll.so.1.3] Error 1 You're trying to build a ELF shared object here, libpoll.so.1.3, that won't work in OS/2. 1. Kick out the -fPIC flag from the compile - that's what causing the * at GOT* (Global Offset Table) and * at PLT (Procedure Linkage Table?). 2. Rename the goal from libpoll.so.1.3 to libpoll.dll or at least something which conforms to 8.3. 3. The -shared doesn't exist prior to GCC 3.3.somthing, and doesn't work correctly in anything before 3.3.5 beta3 - or did I fix it in time for beta2? - which isn't out yet. Use -Zdll instead of -shared and --enabled-shared (the latter I can't find in the man page actually). 4. Generate a .def file and add that to the link. Use emxexp on all the objects and add this header: LIBRARY libpoll INITINSTANCE TERMINSTANCE DATA MULTIPLE CODE SHARED EXPORTS Kind Regards, knut **= Email 10 ==========================** Date: Wed, 05 Jan 2005 18:01:03 +0000 From: dave bamford Subject: Re: poll-emulator John Poltorak wrote: >On Wed, Jan 05, 2005 at 11:13:28AM +0000, dave bamford wrote: > > >>I am trying to port an application called boxbackup >>http://www.fluffy.co.uk >> >> > >I just had a quick look at this... > >Wouldn't RSYNC (http://rsync.samba.org) do everything that boxbackup does, >as well as a whole lot more?... > > > > Thanks IIt looks like it will do the job. How easy is it to build, or can I get a binary from somewhere? Regards Dave Bamford. **= Email 11 ==========================** Date: Wed, 05 Jan 2005 10:31:53 -0800 From: "Dave Yeo" Subject: Missing symbol _files with Innotek_libc While attempting to build XFree86 v4.4 with Innotek_libc I get missing symbol _files. This is in os2Stubs.c which has a select (os2ClientSelect) added for speedup improvements .... extern int _files[]; .... if(_files[i] & F_SOCKET) .... etc Anyway I can't find any info on files[] in the EMX docs or headers, just that it is in clib (emx.dll) as _files at 630 NONAME ; For backward compatibility Any ideas for a workaround or if this will be added to Innotek_libc? Dave **= Email 12 ==========================** Date: Wed, 05 Jan 2005 10:34:18 -0800 From: "Dave Yeo" Subject: Re: Python question On Wed, 5 Jan 2005 18:39:10 +0100, Stefan.Neis at t-online.de wrote: >>From EMX' documentation on select: Where is this documentation located? Dave **= Email 13 ==========================** Date: Wed, 5 Jan 2005 19:51:46 +0100 From: Stefan.Neis at t-online.de Subject: Re: Python question ** Reply to note from "Dave Yeo" Wed, 05 Jan 2005 10:34:18 -0800 > > On Wed, 5 Jan 2005 18:39:10 +0100, Stefan.Neis at t-online.de wrote: > > >>From EMX' documentation on select: > > Where is this documentation located? > Dave If you did setup the .inf documentation as described in OS/2's install.doc, you get it by "view emxbook select" (or in fact "view emxbook "; however the function in bsd.a (bsd.lib) are not documented there...). Regards, Stefan **= Email 14 ==========================** Date: Wed, 05 Jan 2005 19:56:48 +0100 From: "Knut St. Osmundsen" Subject: Re: Missing symbol _files with Innotek_libc Dave Yeo wrote: > While attempting to build XFree86 v4.4 with Innotek_libc I get missing symbol _files. > This is in os2Stubs.c which has a select (os2ClientSelect) added for speedup improvements > ... > extern int _files[]; > ... > if(_files[i] & F_SOCKET) > ... > etc > Anyway I can't find any info on files[] in the EMX docs or headers, just that it is in clib (emx.dll) as > _files at 630 NONAME ; For backward compatibility > > Any ideas for a workaround or if this will be added to Innotek_libc? > Dave There are no arrays like _files anylonger, and the F_SOCKET define have changed behaviour. Since this was all internals I didn't consider it a potential problem for anyone. I think you'll have to get the filehandle structure using __libc_FH() and then test on the type part of the flags: .... __LIBC_PFH pFH = __libc_FH(i); if (pFH && (pFH->fFlags & __LIBC_FH_TYPEMASK) == F_SOCKET) .... Kind Regards, knut **= Email 15 ==========================** Date: Wed, 5 Jan 2005 20:00:40 +0100 From: Stefan.Neis at t-online.de Subject: Re: Missing symbol _files with Innotek_libc Addressed to: os2-unix at mail.warpix.org "xfreeos2 at xfreeos2.dyndns.org" Hi, > While attempting to build XFree86 v4.4 with Innotek_libc I get missing symbol _files. > This is in os2Stubs.c which has a select (os2ClientSelect) added for speedup improvements > .... > extern int _files[]; > .... > if(_files[i] & F_SOCKET) > .... > etc I _guess_ that it's accessing some internal table containing information of what kind of object is "hidden" in some file handle (file, socket, pipe, ...). Since AFAIK Innotek's libc does not have a unified handle space for files, sockets, pipes (yet?), it probably needs different code anyway in such places... HTH, Stefan **= Email 16 ==========================** Date: Wed, 5 Jan 2005 19:19:34 +0000 From: John Poltorak Subject: Re: poll-emulator On Wed, Jan 05, 2005 at 06:01:03PM +0000, dave bamford wrote: > John Poltorak wrote: > >Wouldn't RSYNC (http://rsync.samba.org) do everything that boxbackup does, > >as well as a whole lot more?... > > > > > > > > > Thanks > > IIt looks like it will do the job. How easy is it to build, or can I get > a binary > from somewhere? If you've installed UX2BS you would already have the binary and would also have everything necessary to build it using the command 'build rsync'. > Regards > > Dave Bamford. -- John **= Email 17 ==========================** Date: Wed, 5 Jan 2005 19:44:55 +0000 From: John Poltorak Subject: openssl I've just been trying to build various versions of openssl and see some subtle differences, which maybe someone could explain... Using v0.9.7 it builds straight out of the box as long as I don't include Posix/2. Using Posix/2 leads to the following error:- 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 out_dll\crypto.dll tmp_dll\cryptlib.obj tmp_dll\mem.obj **= Email 18 ==========================** Date: Wed, 05 Jan 2005 21:05:39 +0100 From: Andreas Buening Subject: Re: Checking for catalogs... John Poltorak wrote: > > As part of a particular build I noticed one check:- > > checking for catalogs to be installed... cs da de el en at quot en at boldquot > es et fr gl id it ja ko nl nn no pl pt pt_BR ru sl sv tr zh > > What is this check and is there any way to specify particular languages? Vague memories: set LINGUAS or LANGUAGES to "cs da ..." whatever you want. Bye, Andreas **= Email 19 ==========================** Date: Wed, 5 Jan 2005 20:19:34 +0000 From: John Poltorak Subject: Bison build error I get this minor error when building Bison (v1.875):- Making install in doc make[1]: Entering directory `C:/ux2bs/workdir/bison-1.875/doc' c:/bin/sh /ux2bs/workdir/bison-1.875/config/missing --run makeinfo -I . \ -o bison.info `test -f 'bison.texinfo' || echo './'`bison.texinfo ../version.texi:34: Unknown command `(#)PD'. makeinfo: Removing output file `bison.info' due to errors; use --force to preserve. make[1]: *** [bison.info] Error 1 Does this mean anything to anyone? -- John **= Email 20 ==========================** Date: Wed, 5 Jan 2005 22:00:42 +0000 From: John Poltorak Subject: Re: Postgres admin On Wed, Jan 05, 2005 at 02:13:19PM +0000, Lyn St George wrote: > On Wed, 5 Jan 2005 11:02:05 +0000, John Poltorak wrote: > > >> I haven't had a chance to try Postgres yet, but I would expect the > >> module to work. It would need both the DBI and DBD::Pg perl modules > >> installed into your perl tree - but then the CPAN module in Webmin can > >> do that. > > > >Whilst I've managed to build Webmin and get it running, I've never figured > >out how to add anything to it and I don't know anything about the CPAN > >module in Webmin. What do I need to do to get the modules you mention? > > If webmin is running, just open up the CPAN/perl tab - it will display > a list of what is currently installed, then some entry boxes for new > perl modules and an 'Install' button. It took a while finding it - I hadn't looked in the 'Others' folder before. I find it so excruciatingly slow to use - it pegs the browser at maximum CPU for several minutes. Is there any way to speed things up? > Alternatively you may just grab the modules from > http://www.cpan.org/modules/by-module/, unpack, run > 'perl Makefile.PL && make && make install'. > > Or, if the cpan.pm module is installed, from a CLI: > perl -MCPAN -e shell > cpan>install DBI (or whatever) Is there any way to grab these modules if you are running Webmin on an internal network? ie is there any way to route it via a proxy server? > > - > Lyn > -- John **= Email 21 ==========================** Date: Thu, 6 Jan 2005 08:50:39 +1100 (EST) From: Andrew MacIntyre Subject: Re: Building FETCHMAIL On Wed, 5 Jan 2005, John Poltorak wrote: > On Wed, Jan 05, 2005 at 08:22:48PM +1100, Andrew MacIntyre wrote: > > On Tue, 4 Jan 2005, John Poltorak wrote: > > > > > If anyone has ever succeeded building FETCHMAIL on OS/2 I'd be interested > > > in seeing some instructions... > > > > While fetchmail is the iconic thingy for that purpose, I find getmail > > (pure Python) works very well, and doesn't require any build sequence... > > > > I'll confess that I use getmail on FreeBSD, not OS/2, but I'm not aware of > > any reason why it should not work with the EMX port of Python. > > Is this what you mean:- ? > > http://www.qcc.ca/~charlesc/software/getmail-4/old-versions/getmail-4.2.6.tar.gz That's it, though I didn't know 4.2.6 was now superceded! I'm still running a quite old version (2.3.11, came as a port with FreeBSD 4.8), but as it ain't broke... ------------------------------------------------------------------------- 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 **= Email 22 ==========================** Date: Thu, 6 Jan 2005 08:47:18 +1100 (EST) From: Andrew MacIntyre Subject: Re: Postgres admin On Wed, 5 Jan 2005, John Poltorak wrote: > On Wed, Jan 05, 2005 at 08:31:42PM +1100, Andrew MacIntyre wrote: > > > I have EMX ports of the PostgreSQL v7.4.5 client code, so that I can build > > PostgreSQL interfaces for the Python port. I don't have enough time to > > build versions for the Pg8 betas & RCs so have been waiting for the final > > release before doing anything (but first I need to get Python 2.4 binaries > > out the door...) > > Great! > > Will it include the change for stack size? The Python 2.4 source should be buildable in the same way as 2.3.x, but doesn't have any thread stack changes (IOW, the change I advised would still be needed). The binary package will be built with a larger stack, probably 128k rather than the 256k I suggested to you. > How about support for large files? No change - ie EMX still 2GB. When Knut gets around to dealing with the bits Python needs but aren't yet in the Innotek libc, large file support will "automagically" become available with an Innotek toolchain build. I haven't made much progress with the shim library to enable EMX libc based binaries to support large files :-( ------------------------------------------------------------------------- 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 **= Email 23 ==========================** Date: Thu, 6 Jan 2005 09:01:54 +1100 (EST) From: Andrew MacIntyre Subject: Re: Python question On Wed, 5 Jan 2005 Stefan.Neis at t-online.de wrote: > Did somebody mention Python-2.4 recently? > > For a new build, it might be a good idea to increase > FD_SETSIZE, e.g. to the file handle limit compiled > into the executable (2048?), so select could handle > arbitrary files instead of being restricted to those > with a "small" fileno. > > >From EMX' documentation on select: > > The FD_SETSIZE macro specifies the number of file handles in an fd_set object. The default value is 256. > To increase the number of file descriptors in fd_set, define FD_SETSIZE before including > and . The FD_ZERO macro and assignment of fd_set objects use the size of the object; in > consequence, you must be careful when passing pointers to fd_set objects between modules which have been > compiled with different values for FD_SETSIZE (libraries!). > > Where is this relevant? If you use for instance BitTorrent (3.4.2) > and try to download a torrent with many individual files, it will > open all the files, keep them open, then open the network socket(s) > (so those typically have a large file number) and use select on those > sockets to wait for incoming packets - this typically results in > > ERROR: > Traceback (most recent call last): > File "BitTorrent/RawServer.py", line 210, in listen_forever > events = self.poll.poll(period * timemult) > File "BitTorrent/selectpoll.py", line 43, in poll > r, w, e = select(self.rlist, self.wlist, [], timeout) > ValueError: filedescriptor out of range in select() I thought FD_SETSIZE was being set to 512, but need to check. There have been other BitTorrent related issues that appear to be related to some interaction between the EMX select() and TCP v4.3 under heavy load. The problem above is, as I recall, not from select() but from a sanity check in the Python wrapper code for select. I only figured this out after 2.3.4 was released, but need to check whether I committed a fix. For BitTorrent use with TCP v4.3, you may find the "experimental" sockets/select extension package available from my Python 2.3 page works better - this uses a direct interface to the 32bit TCP/IP APIs, rather than the 16bit TCP/IP APIs used by the EMX socket support. ------------------------------------------------------------------------- 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 **= Email 24 ==========================** Date: Wed, 05 Jan 2005 19:06:33 -0500 From: lsunley at mb.sympatico.ca Subject: Re: Postgres admin In <20050105202432.S19965 at bullseye.apana.org.au>, on 01/05/05 at 08:31 PM, Andrew MacIntyre said: >On Tue, 4 Jan 2005, John Poltorak wrote: >> On the web page it says PHP v4.1 is required and you can get the latest >> OS/2 version of PHP here:- >> >> http://silk.apana.org.au/php/ >> >> On this page there is mention of PostgreSQL client v7.2.2, but nothing >> about v8. Does PHP need any specific support for v8? >I have EMX ports of the PostgreSQL v7.4.5 client code, so that I can >build PostgreSQL interfaces for the Python port. I don't have enough >time to build versions for the Pg8 betas & RCs so have been waiting for >the final release before doing anything (but first I need to get Python >2.4 binaries out the door...) >I don't expect libpq to have changed much from the 7.4 versions (which >did have wire protocol changes from 7.3, but are backward compatible). >AFAIK, the 8.x servers will accept connections from 7.[34] clients, >though perhaps with some capability restrictions. The 8.x servers support earlier versions of the wire (communications) protocols used by 7,3 and 7.4 etc. The psqlODBC driver I ported will talk to the 8.0 server without a problem and it uses the 7.3 protocol. The RC builds I am doing include libpq.dll and the link libs, so you don't have to build those yourself. The only "gotcha" is that the GCC 3.3.5 compiler insists on placing a leading "_" on the routine names. If you need it I can use a macro to make libpq routines use "_System" calling convention. That way all the VAC and EMX programs should be able to work without a change. -- ----------------------------------------------------------- lsunley at mb.sympatico.ca ----------------------------------------------------------- **= Email 25 ==========================** Date: Wed, 05 Jan 2005 19:11:52 -0500 From: lsunley at mb.sympatico.ca Subject: Re: Checking for catalogs... In <20050105160602.C1208 at warpix.org>, on 01/05/05 at 04:06 PM, John Poltorak said: >As part of a particular build I noticed one check:- >checking for catalogs to be installed... cs da de el en at quot en at boldquot > es et fr gl id it ja ko nl nn no pl pt pt_BR ru sl sv tr zh >What is this check and is there any way to specify particular languages? Those are the NLS message directories. The set LANG value in force at the time decides the message language. This is settable at runtime. The LANG value in force at the time of initdb decides the collating sequence used to sorting and indexes etc. -- ----------------------------------------------------------- lsunley at mb.sympatico.ca ----------------------------------------------------------- **= Email 26 ==========================** Date: Thu, 06 Jan 2005 12:56:06 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: openssl John Poltorak schrieb: > > Using v0.9.7 it builds straight out of the box as long as > I don't include > Posix/2. Using Posix/2 leads to the following error:- > > 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 > out_dll\crypto.dll tmp_dll\cryptlib.obj tmp_dll\mem.obj Looks like your mail got totally garbled, doesn't it? Regards, Stefan **= Email 27 ==========================** Date: Thu, 6 Jan 2005 12:08:57 +0000 From: John Poltorak Subject: Re: openssl On Thu, Jan 06, 2005 at 12:56:06PM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > > > > Using v0.9.7 it builds straight out of the box as long as > > I don't include > > Posix/2. Using Posix/2 leads to the following error:- > > > > 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 > > out_dll\crypto.dll tmp_dll\cryptlib.obj tmp_dll\mem.obj > > Looks like your mail got totally garbled, doesn't it? Yes - that's the second time this has happened in the last two days... I've just tried building v0.9.7e using Posix/2 and get this error:- tmp_dll\c_all.obj(c_all.obj) : error L2029: 'ENGINE_setup_bsd_cryptodev' : unresolved external Without Posix/2 there are errors related to str[n]casecmp. The line above the errors is 700 chars long - I don't know if that caused the previous msg to become garbled... > Regards, > Stefan -- John **= Email 28 ==========================** Date: Thu, 6 Jan 2005 21:02:19 +1100 (EST) From: Andrew MacIntyre Subject: Re: Postgres admin On Wed, 5 Jan 2005 lsunley at mb.sympatico.ca wrote: > The RC builds I am doing include libpq.dll and the link libs, so you don't > have to build those yourself. The only "gotcha" is that the GCC 3.3.5 > compiler insists on placing a leading "_" on the routine names. > > If you need it I can use a macro to make libpq routines use "_System" > calling convention. That way all the VAC and EMX programs should be able > to work without a change. Thanks for the offer. The latter may be a good idea anyway, especially if the header files match. As I will still be building binary distros with EMX & gcc 2.8.1, and am wary about introducing more runtime DLLs into the equation, I'll maintain my libpq ports (the -Zso port exists for a particular reason) for the time being - though please don't take that as a lack of faith in your work! ------------------------------------------------------------------------- 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