From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Sun, 28 Jul 2002 04:33:47 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 286 ************************************************** Saturday 27 July 2002 Number 286 ************************************************** Subjects for today 1 Re: Threading support : Dave Saville" 2 Re: UnixOS/2 bootstrap : Dave Saville" 3 Re: Versions : Dave Saville" 4 Re: UnixOS/2 bootstrap : Maynard" 5 Re: Threading support : Maynard" 6 Re: Versions : John Poltorak 7 Re: Threading support : John Poltorak 8 Autoconf for beginners : John Poltorak 9 Re: Versions : Stefan Neis 10 Re: Threading support : Stefan Neis 11 Re: Versions : Michael Taylor 12 Re: Threading support : Henry Sobotka 13 Re: Command processors (was: Multiplatform LS) : Thomas Dickey 14 Re: Threading support : Brian Havard" **= Email 1 ==========================** Date: Sun, 28 Jul 2002 07:33:05 +0100 (BST) From: "Dave Saville" Subject: Re: Threading support On Sat, 27 Jul 2002 19:55:48 +0100, John Poltorak wrote: >> If not, our best chance might be to find the most current version of said >> pthread library (maybe at netlabs?) > >There are some files here:- > >ftp://ftp.netlabs.org/pub/pthreads/ > >but two of them look corrupted... I have [E:\Download\OS2]ls -l pth* -rw-rw---a 75261 Aug 12 2001 pthread-bjs-bin.zip -rw-rw---a 41772 Aug 12 2001 pthread-bjs.zip [E:\Download\OS2]unzip -l pth* Archive: pthread-bjs-bin.zip Length EAs ACLs Date Time Name -------- --- ---- ---- ---- ---- 2240 0 0 27-03-00 10:57 dl.a 144680 0 0 27-03-00 10:58 pthrdrtl.a 59372 0 0 27-03-00 10:57 pthreads.a 4096 0 0 27-03-00 10:57 dl.lib 57856 0 0 27-03-00 10:57 pthreads.lib 43616 60 0 27-03-00 10:58 pthrdrtl.dll 478 40 0 12-12-98 11:13 dlfcn.h 13063 40 0 27-03-00 10:33 pthread.h -------- ----- ----- ------- 325401 140 0 8 files Archive: pthread-bjs.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. 1 archive was successfully processed. 1 file had no zipfile directory. And whatever I needed it for seems to work - damned if I can remember what it was though :-) -- Regards Dave Saville Please note new email address dave.saville at ntlworld.com **= Email 2 ==========================** Date: Sun, 28 Jul 2002 07:37:47 +0100 (BST) From: "Dave Saville" Subject: Re: UnixOS/2 bootstrap On Sat, 27 Jul 2002 17:12:59 -0500 (CDT), Maynard wrote: Guys - I posted a method on Friday that does not rely on .netrc being around or not - did you not see it? -------------------------------------------------------------------- In unix land one would do: ftp -nv <ftp.log open user anonymous my-email-address bin get /file file quit EOF And then check that the file had arrived by grepping ftp.log for "Transfer complete" as ftp does not set a return code on failure. OS/2 ftp does understand the command line switch, but the normal shell does not understand come-from ( the <<) . sh does of course - but then you have to get sh :-) However I just tried putting the commands into a file and pipeing that to ftp and that works: Here is the file called stuff: open bear user db password bin get LOGIN quit [E:\tmp]type stuff | ftp -nv IBM TCP/IP for OS/2 - FTP Client ver 09:55:17 on Apr 16 1999 Connected to bear. 220 bear FTP server (SunOS 5.7) ready. 331 Password required for db. 230 User db logged in. 200 Type set to I. 200 PORT command successful. 150 Binary data connection for LOGIN (192.168.0.2,3331) (609 bytes). 226 Binary Transfer complete. local: login remote: LOGIN 609 bytes received in 0.00 seconds (0 Kbytes/s) 221 Goodbye. So the script would be at echo off type | ftp -nv >ftp.log find /I /C "transfer complete" ftp.log >nul IF NOT ERRORLEVEL 1 GOTO STEP2 ECHO FTP FAILED PAUSE GOTO END :STEP2 ECHO FTP PROCEDURE COMPLETED SUCCESSFULLY :END -- Regards Dave Saville Please note new email address dave.saville at ntlworld.com **= Email 3 ==========================** Date: Sun, 28 Jul 2002 07:46:17 +0100 (BST) From: "Dave Saville" Subject: Re: Versions On Sat, 27 Jul 2002 18:36:09 +0200 (CEST), Stefan Neis wrote: >On Sat, 27 Jul 2002, Dave Saville wrote: > >> On Sat, 27 Jul 2002 15:11:13 +0200 (CEST), Stefan Neis wrote: >> >> >On Sat, 27 Jul 2002, Dave Saville wrote: >> > >> >> /usr/bin/sed.exe SIGSEGVs >> >> mine GNU sed version 3.00 >> > >> >Where did you get that one? It's broken and shouldn't even be distributed. >> >Either get sed-2.05 or sed-3.0something, never use 3.0 >> >> So how come mine appears to work and the baselib one aborts? > >The baselib one is probably not getting the gnur(ege)x.DLL it wants, so it >gives an obvious error. But while sed-3.00 appears to be working, it's >producing wrong output sometimes... Don't think so. a) that dll is in my normal pathing. & b) I copied /usr/bin/sed.exe to /usr/dll and ran it from there and it still bombs. The above dll is the same in both libs. -- Regards Dave Saville Please note new email address dave.saville at ntlworld.com **= Email 4 ==========================** Date: Sun, 28 Jul 2002 07:58:20 -0500 (CDT) From: "Maynard" Subject: Re: UnixOS/2 bootstrap Hi Dave, On Sun, 28 Jul 2002 07:37:47 +0100 (BST), Dave Saville wrote: >On Sat, 27 Jul 2002 17:12:59 -0500 (CDT), Maynard wrote: [misattribution above] >Guys - I posted a method on Friday that does not rely on .netrc >being around or not - did you not see it? You are correct, Dave. And your method works. I've tweaked it a tad to accomodate the specific purpose. There's a lot of length in this for success verification which was not coded into last night's netrc solution. Who'da ever thought you could get away with type | executable and not execute <get.ux2 echo user unixos2 >>get.ux2 echo bin >>get.ux2 echo get /pub/unixos2/build_system/lib/wget.exe >>get.ux2 echo bye >>get.ux2 type get.ux2 | ftp -nv >getux2.log find /c "167391 bytes received" getux2.log if errorlevel 1 goto noftp if exist wget.exe if errorlevel 0 goto continue :noftp echo ftp FAILED end :continue echo apparent ftp SUCCESS wget --version | find /c "Wget" if errorlevel 1 goto badget if errorlevel 0 goto goodget :badget echo file transfer not successful end :goodget :completed **= Email 5 ==========================** Date: Sun, 28 Jul 2002 08:40:52 -0500 (CDT) From: "Maynard" Subject: Re: Threading support According to the file 'Configure', threading support can be added by placing -Dusethreads on the Configure command line. I tried it; 'Configure' ran OK, but 'make' failed. There was much interesting information about the status of threading in perl contained within 'Configure'. -- Maynard **= Email 6 ==========================** Date: Sun, 28 Jul 2002 09:56:05 +0100 From: John Poltorak Subject: Re: Versions On Sat, Jul 27, 2002 at 05:06:51PM +0100, Dave Saville wrote: > On Sat, 27 Jul 2002 15:11:13 +0200 (CEST), Stefan Neis wrote: > > >On Sat, 27 Jul 2002, Dave Saville wrote: > > > >> /usr/bin/sed.exe SIGSEGVs > >> mine GNU sed version 3.00 > > > >Where did you get that one? It's broken and shouldn't even be distributed. > >Either get sed-2.05 or sed-3.0something, never use 3.0 > > So how come mine appears to work and the baselib one aborts? It doesn't for most people so there must be something on your system preventing it from working. I guess that either the files did not get installed properly or the correct DLL is not getting loaded, possibly because some other program is concurrently using the other version of the DLL. You may have something like EMXLOAD running which could have loaded some program which uses a different DLL. > -- > Regards > > Dave Saville > Please note new email address dave.saville at ntlworld.com -- John **= Email 7 ==========================** Date: Sun, 28 Jul 2002 10:15:49 +0100 From: John Poltorak Subject: Re: Threading support On Sun, Jul 28, 2002 at 07:33:05AM +0100, Dave Saville wrote: > On Sat, 27 Jul 2002 19:55:48 +0100, John Poltorak wrote: > > >> If not, our best chance might be to find the most current version of said > >> pthread library (maybe at netlabs?) > > > >There are some files here:- > > > >ftp://ftp.netlabs.org/pub/pthreads/ > > > >but two of them look corrupted... > > I have > > [E:\Download\OS2]ls -l pth* > -rw-rw---a 75261 Aug 12 2001 pthread-bjs-bin.zip > -rw-rw---a 41772 Aug 12 2001 pthread-bjs.zip There is also pthread-bjs-src.zip which also has some problems... I thought it was completely corrupt since File Commander wouldn't open it up, but it looks like unzip does work although I get this msg which I've not seen previously:- warning [pthread-bjs-src.zip]: 41772 extra bytes at beginning or within zipfile (attempting to process anyway) I wonder if the 41772 bytes is connected with pthread-bjs.zip in some way... > -- > Regards > > Dave Saville > Please note new email address dave.saville at ntlworld.com -- John **= Email 8 ==========================** Date: Sun, 28 Jul 2002 10:56:38 +0100 From: John Poltorak Subject: Autoconf for beginners I've always been a big fan of the wonders of autoconf+friends without having any real understanding of how it worked, so I thought I would try to build a configure script via autoconf from scratch for building regex.lib. How do I go about it? The only input files are regex.{c,h}, so I guess I only need a configure.in and Makefile.in. Can anyone tell me what needs to go in them? I know it seems like using a sledgehammer to crack a nut, but I would find it a useful exercise to build such a trivial program. This is the Makefile from libregex-1.2 which is what my eventual Makefile should be capable of incorporating, but I would also like to have an install target:- all: at echo Note: ignore the warning about "implicit declaration of function `free'"! gcc -c regex.c -Wall -I. -O3 -s -Zmt at echo LIBRARY REGEX INITINSTANCE TERMINSTANCE > regex.def at echo DESCRIPTION 'GNU regular expression library 0.12' >> regex.def at echo STACKSIZE 32768 >> regex.def at echo EXPORTS >> regex.def emxexp regex.o >> regex.def ar rc regex.a regex.o emxomf regex.o emximp -o regex.lib regex.def gcc -o regex.dll regex.def regex.obj -Zdll -Zomf -Zcrtdll -Zlinker /exepack:2 -s -Zmt clean: if exist regex.o del regex.o if exist regex.obj del regex.obj if exist regex.def del regex.def distclean: clean if exist regex.a del regex.a if exist regex.lib del regex.lib if exist regex.dll del regex.dll -- John **= Email 9 ==========================** Date: Sun, 28 Jul 2002 11:23:15 +0200 (CEST) From: Stefan Neis Subject: Re: Versions On Sun, 28 Jul 2002, Dave Saville wrote: > >The baselib one is probably not getting the gnur(ege)x.DLL it wants, so it > >gives an obvious error. But while sed-3.00 appears to be working, it's > >producing wrong output sometimes... > > Don't think so. a) that dll is in my normal pathing. & b) I copied > /usr/bin/sed.exe to /usr/dll and ran it from there and it still > bombs. The above dll is the same in both libs. sed-2.05 is working exactly with the DLL(s) contained in the sed-2.05 distribution, I saw it bomb for any other version of that DLL, no matter how much those other versions are reusing the same filename. :-( However, all other applications are happy with the DLL from sed-2.05 on my system.... Regards, Stefan **= Email 10 ==========================** Date: Sun, 28 Jul 2002 11:35:30 +0200 (CEST) From: Stefan Neis Subject: Re: Threading support On Sat, 27 Jul 2002, John Poltorak wrote: > On Sat, Jul 27, 2002 at 06:04:32PM +0200, Stefan Neis wrote: > > But since Apache 2.0 is using OS/2 threads directly (AFAIK), I though the > > same might be true for Perl ... > > How can anyone tell? By looking at readme's. If OS/2 threading is supported directly, it surely is announced rather visibly - so I suppose it's probably not supported. > > and try and see if the perl build > > process can make use of it (maybe after modifying that famous > > configuration file whose name always escapes me accordingly). > > Any clues on its name or contents? Well, there's some config file where you can turn individual features on and off - I remember having seen you and Henry compare settings on this mailing list. Ideally, it would be as easy as installing said pthread library (assuming you can find a package that's not corrupted) and turning thread support on in that config file. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 11 ==========================** Date: Sun, 28 Jul 2002 17:16:30 +0100 From: Michael Taylor Subject: Re: Versions Dave Saville wrote: > On Sat, 27 Jul 2002 18:36:09 +0200 (CEST), Stefan Neis wrote: >>On Sat, 27 Jul 2002, Dave Saville wrote: >>>On Sat, 27 Jul 2002 15:11:13 +0200 (CEST), Stefan Neis wrote: >>>>On Sat, 27 Jul 2002, Dave Saville wrote: >>>> >>>>>/usr/bin/sed.exe SIGSEGVs >>>>>mine GNU sed version 3.00 >>>> >>>>Where did you get that one? It's broken and shouldn't even be distributed. >>>>Either get sed-2.05 or sed-3.0something, never use 3.0 >>> >>>So how come mine appears to work and the baselib one aborts? >> >>The baselib one is probably not getting the gnur(ege)x.DLL it wants, so it >>gives an obvious error. But while sed-3.00 appears to be working, it's >>producing wrong output sometimes... > > > Don't think so. a) that dll is in my normal pathing. & b) I copied > /usr/bin/sed.exe to /usr/dll and ran it from there and it still > bombs. The above dll is the same in both libs. Well I had the same problem so I downloaded sed 3.02 and libregex from Hobbes (sed-3_02-r2-bin.zip and libregex-0_12-bin.zip), commented out the downloads from the scripts (removed the wgets from several scripts - e:\us2_bootstrap and in /unixos2) and deleted the /unixoso2/worklib directory. There was no regex.dll so no conflicts were observed. Copied sed.exe over the top of the bad sed.exe (/usr/bin) and copied regex.dll to /usr/lib. Reran the us2_bootstrap and it managed to configure and compile perl. The results of perl t/harness are as follows. Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 lib/os2_ea.t 21 8 38.10% 7-11 14-16 lib/os2_process.t 255 65280 227 122 53.74% 106-227 lib/os2_process_kid.t 227 2 0.88% 174 209 lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 60 tests and 551 subtests skipped. Failed 5/726 test scripts, 99.31% okay. 136/68687 subtests failed, 99.80% okay. -- Regards, Mick -- ----------------------------------------------------------------------- Michael Taylor miket at pcug.org.au ----------------------------------------------------------------- Home Page: http://users.bigpond.net.au/miket5au ----------------------------------------------------------------- ----------------------------------------------------------------------- **= Email 12 ==========================** Date: Sun, 28 Jul 2002 20:07:49 -0400 From: Henry Sobotka Subject: Re: Threading support John Poltorak wrote: > > > On Sat, Jul 27, 2002 at 06:04:32PM +0200, Stefan Neis wrote: > > > > I'm under the impression that test for threading support (at least those > > in autoconf) just test for presence of a pthreads library and which of the > > "usual" functions it contains, so unless you've something suitable > > installed (I myself am using some rather old version of pthreads by > > Anthony Curtis), you'll get a failure there. > > But since Apache 2.0 is using OS/2 threads directly (AFAIK), I though the > > same might be true for Perl ... > > How can anyone tell? From a quick look at the src, it seems that Ilya has implemented the pthread_* functions required by Perl threading with native C-lib threads (_beginthread as opposed to DosCreateThread). Sort of a built-in lib pthread, presumably to keep Perl internals clean of a slew of OS/2 ifdefs. > > and try and see if the perl build > > process can make use of it (maybe after modifying that famous > > configuration file whose name always escapes me accordingly). > > Any clues on its name or contents? config.sh? h~ **= Email 13 ==========================** Date: Sun, 28 Jul 2002 20:10:12 -0400 From: Thomas Dickey Subject: Re: Command processors (was: Multiplatform LS) On Mon, Jul 29, 2002 at 08:48:11AM +1000, Nicholas Sheppard wrote: > On Fri, 26 Jul 2002, Dave Webster wrote: > > > By the same token is there a decent OS/2 cmd processor out there anywhere. > > I've tried Hobbes and many other places. I really would like to get an OS/2 > > command line window that I could adjust to something like a 72 x 132 with > > full font and color selection like the one on Windows 2000 but I have yet to > > find anything decent. > > Do you mean a shell (cmd.exe, command.exe, etc.) or a replacement VIO > window (like an xterm)? Replacing the VIO window seems to be more or > less impossible since you would need to replace the Vio*() API and > there's no reasonable way of doing that, so far as I can tell. You can resize a VIO window (both OS/2 and W2K do this from the command-line). The comment above implies that W2K console windows provide "full color selection", which is not exactly the way I would describe it ("limited" is more apt). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 14 ==========================** Date: Sun, 28 Jul 2002 23:29:06 +1000 (EST) From: "Brian Havard" Subject: Re: Threading support On Sun, 28 Jul 2002 11:35:30 +0200 (CEST), Stefan Neis wrote: >On Sat, 27 Jul 2002, John Poltorak wrote: > >> On Sat, Jul 27, 2002 at 06:04:32PM +0200, Stefan Neis wrote: >> > But since Apache 2.0 is using OS/2 threads directly (AFAIK), I though the >> > same might be true for Perl ... >> >> How can anyone tell? Well, you could ask the person who wrote it :) >By looking at readme's. If OS/2 threading is supported directly, it surely >is announced rather visibly - so I suppose it's probably not supported. Actually, APR (Apache Portable Runtime which Apache v2 is built on) DOES have support for native OS/2 threads, as well as processes, files, pipes, sockets, semaphores, DLLs, shared memory & entropy gathering. However, this won't be of any use to Perl it's not written to use APR AFAIK. -- ______________________________________________________________________________ | Brian Havard | "He is not the messiah! | | brianh at kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | ------------------------------------------------------------------------------