Date: Tue, 16 Dec 2003 01:39:42 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 270 ************************************************** Monday 15 December 2003 Number 270 ************************************************** Subjects for today 1 Perl daemon with sockets : Lyn St George" 2 Re: Perl daemon with sockets : John Poltorak 3 Re: Pine problem : Steve Wendt" 4 Re: Unix to DOS text file conversion. : Henry Sobotka 5 Re: problems compiling gnuplot : Franz Bakan" 6 Re: problems compiling gnuplot : Franz Bakan" 7 Re: Pine problem : Nicholas Sheppard 8 Re: Unix to DOS text file conversion. : John Poltorak **= Email 1 ==========================** Date: Sun, 14 Dec 2003 14:02:51 +0000 From: "Lyn St George" Subject: Perl daemon with sockets Hi all Could someone please verify that a perl daemon running on OS/2 can use Unix-style sockets, rather than just running in inet mode? Google finds all sorts of contradictory resources on this - is there any definitive resource that would help me in porting this perl daemon so as to use Unix sockets? Many TIA - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting +---------------------------------------------------------------------------------- **= Email 2 ==========================** Date: Sun, 14 Dec 2003 14:23:27 +0000 From: John Poltorak Subject: Re: Perl daemon with sockets On Sun, Dec 14, 2003 at 02:02:51PM +0000, Lyn St George wrote: > Hi all > > Could someone please verify that a perl daemon running on > OS/2 can use Unix-style sockets, rather than just running in > inet mode? How about asking on USENET in comp.os.os2.programming.misc ? IlyaZ is a frequent contributor there and is likely to provide a definitive answer. > Google finds all sorts of contradictory resources on this - is > there any definitive resource that would help me in porting > this perl daemon so as to use Unix sockets? > > Many TIA > > > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > +---------------------------------------------------------------------------------- > -- John **= Email 3 ==========================** Date: Sun, 14 Dec 2003 09:06:01 -0800 (PST) From: "Steve Wendt" Subject: Re: Pine problem On Sun, 14 Dec 2003 12:56:57 +0000, John Poltorak wrote: >The original source has:- >e# Program: Portable C client makefile -- OS/2 version I doubt the e is supposed to be there at the beginning. ----------- "Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws." - Plato (427-347 B.C.) **= Email 4 ==========================** Date: Sun, 14 Dec 2003 15:37:16 -0500 From: Henry Sobotka Subject: Re: Unix to DOS text file conversion. John Poltorak wrote: > > Do you know any way to incorporate the '-a' option of gzip into:- ? > > tar zxf foo.tar.gz Unfortunately the -a flag doesn't work on tarballs. I've found the simplest way to convert line-endings in a batch of files, especially entire trees, is to zip with -l, then unzip with -o. But then testing a few REXX scripts here finds they run normally after converting CRLF's to newlines. Perhaps the problem lies elsewhere? h~ **= Email 5 ==========================** Date: Mon, 15 Dec 2003 00:46:42 +0100 (CET) From: "Franz Bakan" Subject: Re: problems compiling gnuplot On Thu, 11 Dec 2003 13:59:21 -0800, Dave and Natalie wrote: ... >> ! Be shure you also copy the included z.dll over the >> ! one included in uxbs otherwise gnuplot will crash. > >A better solution would be to rebuild gd linked against the uxbs z.dll or to >put the z.dll earlier in the libpath. >Overwriting will cause programs linked against the uxbs Z.dll to crash why do you think so? I don't have problems using this version. >> make-3_79_2a1-r2 leads to: >> >> [unixos2 X:\ports\gnuplot-281\src>make -f ..\config\makefile.os2 clean >> IF EXIST config.h DEL config.h >> make: IF: Command not found >> make: spawn: No such file or directory > >You most likely need to set MAKESHELL=cmd.exe I tried this, but it does not help. Franz **= Email 6 ==========================** Date: Mon, 15 Dec 2003 02:26:35 +0100 (CET) From: "Franz Bakan" Subject: Re: problems compiling gnuplot Hi Petr, hi os2uxix-list (I just Cc perhaps someone at the list has an idea...) Until now I did not find time to look at the patches because unfortunately there are other problems I run into: On Thu, 11 Dec 2003 19:13:38 +0100 (CET), Petr Mikulik wrote: >> one of two typedef's is probably wrong. If I comment out the second >> on it compiles. I did not test yet wether the x11-terminal works. > >On my Warp 4.0 CZ, gcc 2.8.1 (from at about 1999), Xfree 3.3.2 from >1998, it compiles and X11 terminal works. I tried a little bit now and x11 works very limited: Within HOBX11 it works like this: gnuplot>set term x11 gnuplot> plot sin(x) X11-window opens and the x11-clock-cursor appears but no plot. When I now press 'return' in the gnuplot-VIO window the plot appears in the X11-Winwow. This 'retrun' is only needed for the first plot() command after gnuplot>set term x11 all following plots appear in the x11-window as desired. But it' not possible to switch to x11 a second time. For example ... set term x11 close ... set term x11 plot x No plot even after 'return' Because your binaries from May 2003 work without such problems with HOBX11 I thought that perhaps there is a problem with the X11 headers from XFree 4.3.0 which I used to compile, but I also built with the 336 headers and got the same problems. Neither your binaries (tested gp38b and 3.8j) nor the version I built work with XFree336 or XFree430 here. Gnuplot starts but after trying to enter a letter at the gnuplot> prompt ends with garbage-letters coming to the screen. But gnuplot-371 works as desired with HOBX11, XFree3.3.6 and XFree4.3.0 >> 6. make >> IF EXIST config.h DEL config.h >> make: IF: Command not found > >would lowercase letters help? > e.g. if exist ... Yes, it helps with IF EXIST (good idea !) but the build-process then fails later with: G:\src\gnuplot\src>make -f ..\config\makefile.os2 Building allterm.h echo T=..\term\ | tr \\ / >4alltrm.sh grep "(T)" makefile.all | \ sed "s/CORETERM = /CORETERM=%/;s/xlib.trm/xlib.trm%/" | \ sed "s/%/\""/g;s/(/{/g;s/)/}/g" >>4alltrm.sh sed: -e expression #1, char 11: Unknown option to `s' Process terminated by SIGPIPE make.exe: *** [..\docs\allterm.h] Error 1 >BTW, do you run make from cmd.exe or bash.exe? I think it needs cmd.exe. I run from cmd.exe The next days I will try to look at the diffs you sent me. Greetings Franz **= Email 7 ==========================** Date: Mon, 15 Dec 2003 14:39:19 +1100 (EST) From: Nicholas Sheppard Subject: Re: Pine problem On Sun, 14 Dec 2003, John Poltorak wrote: > The original source has:- > > e# Program: Portable C client makefile -- OS/2 version The e shouldn't be there. I don't know where that would have come from. Are you unzipping the npine4.58-os2.zip file in the pine4.58 directory, or the one above it? For reasons I don't recall any more the top directory of pine4.58.tar.gz and npine4.58-os2.zip are one level different -- you need to do gzip -dc pine4.58.tar.gz | tar xvf - cd pine4.58 unzip pine4.58-os2.zip You might be missing the cd step. Re-reading the documentation I wrote, it's not all that clear and in hindsight the way the archives are structured is a bit odd. Nicholas S. **= Email 8 ==========================** Date: Mon, 15 Dec 2003 10:11:48 +0000 From: John Poltorak Subject: Re: Unix to DOS text file conversion. On Sun, Dec 14, 2003 at 03:37:16PM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > Do you know any way to incorporate the '-a' option of gzip into:- ? > > > > tar zxf foo.tar.gz > > Unfortunately the -a flag doesn't work on tarballs. I've found the > simplest way to convert line-endings in a batch of files, especially > entire trees, is to zip with -l, then unzip with -o. > > But then testing a few REXX scripts here finds they run normally after > converting CRLF's to newlines. Perhaps the problem lies elsewhere? This my simple test:- /* */ say 'hello' which looks like this in hex: 0000:0000 2F 2A 20 2A 2F 0A 73 61-79 20 27 68 65 6C 6C 6F /* */.say 'hello 0000:0010 27 0A '. C:\>hello.cmd 1 +++ ?say 'hello'?; REX0013: Error 13 running X:\home\john\ppc\hello.cmd, line 1: Invalid character in program If this is converted to DOS format it works fine. > h~ -- John