From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Sun, 16 Jun 2002 04:27:49 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 244 ************************************************** Saturday 15 June 2002 Number 244 ************************************************** Subjects for today 1 Re: Re: Perl 5.8.0 - no progress : Henry Sobotka 2 Re: Re: Perl 5.8.0 - no progress : John Poltorak 3 Re: Re: Perl 5.8.0 - no progress : John Poltorak 4 Re: Listing functions in a library : John Poltorak 5 Re: Re: Perl 5.8.0 - no progress : Henry Sobotka 6 Make v3.79.1 & Emacs : John Poltorak 7 Re: Perl 5.8.0 - no progress : Masaru Nomiya 8 Re: Re: Perl 5.8.0 - no progress : John Poltorak 9 Re: Re: Perl 5.8.0 - no progress : John Poltorak 10 Re: Perl 5.8.0 - no progress : Masaru Nomiya 11 Re: Re: Perl 5.8.0 - no progress : John Poltorak 12 Re: Perl 5.8.0 - no progress : Masaru Nomiya 13 Re: Re: Perl 5.8.0 - no progress : Stefan Neis 14 Re: Perl 5.8.0 - no progress : Masaru Nomiya **= Email 1 ==========================** Date: Sun, 16 Jun 2002 08:16:48 -0400 From: Henry Sobotka Subject: Re: Re: Perl 5.8.0 - no progress John Poltorak wrote: > > What's the best way of changing this so that the LIBPATH is searched? :- > > use OS2::REXX; > > $path = $ENV{LIBPATH} || $ENV{PATH} or die; > foreach $dir (split(';', $path)) { > next unless -f "$dir/RXU.DLL"; > $found = "$dir/RXU.DLL"; > last; > } One option would be to add a few lines to the section of the Perl startup code that creates the %ENV hash to determine the boot drive via DosQuerySysInfo and set $ENV{LIBPATH} to the string in config.sys. Another is to find out if at dl_library_path in Perl's DynaLoader module includes LIBPATH and, if it does, call dl_findfile to get the path. The instant fix for the tests to pass is to add the locations of RXU.DLL and VREXX.DLL to PATH or move them into PATH. h~ **= Email 2 ==========================** Date: Sun, 16 Jun 2002 09:19:02 +0100 From: John Poltorak Subject: Re: Re: Perl 5.8.0 - no progress On Sun, Jun 16, 2002 at 04:40:25PM +0900, Masaru Nomiya wrote: > Hello, > > In the Message; > > Subject : Re: Re: Perl 5.8.0 - no progress > Message-ID : <20020615152515.P91 at eyup.org> > Date & Time: Sat, 15 Jun 2002 15:25:15 +0100 > > [John] == John Poltorak has written: > > John> BTW why don't you try using the new Make (3.79.1)? I think that should be > John> part of the standard build environment. > > Did you success to build Emacs 20.7? > > I didn't, so I'm using make 3.75. Sorry, I had forgotten about that. There has been a new release of Make 3.79.1. I will try building Emacs with this new version. > > Regrads, > > > --- > Masaru Nomiya mail-to: nomiya at ttmy.ne.jp > > "No Windows, no gains!" ..... "Why, I am wrong?" > > -- Bill -- -- John **= Email 3 ==========================** Date: Sun, 16 Jun 2002 09:26:18 +0100 From: John Poltorak Subject: Re: Re: Perl 5.8.0 - no progress On Sat, Jun 15, 2002 at 11:05:20PM -0400, Henry Sobotka wrote: > Masaru Nomiya wrote: > > > > Me> VREXX.DLL? I have installed in E:\OS2\DLL. > > Me> What's the matter, I wonder? > > > > Henry> IIRC, the test tries to read LIBPATH from the environment... > > > > Yes, I set E:\OS2\DLL in LIBPATH. > > LIBPATH is not a readable environment variable, i.e. "echo %LIBPATH%" or > "env | grep LIBPATH" produce no output. Similarly, the test gets an > empty string, and spits out the error message even though the DLL is in > LIBPATH and loadable.. Ah.., so it's the test which is invalid... What's the best way of changing this so that the LIBPATH is searched? :- use OS2::REXX; $path = $ENV{LIBPATH} || $ENV{PATH} or die; foreach $dir (split(';', $path)) { next unless -f "$dir/RXU.DLL"; $found = "$dir/RXU.DLL"; last; } > h~ -- John **= Email 4 ==========================** Date: Sun, 16 Jun 2002 09:46:40 +0100 From: John Poltorak Subject: Re: Listing functions in a library On Sat, Jun 15, 2002 at 08:39:20PM +0000, Lyn St George wrote: > On Sat, 15 Jun 2002 20:12:04 +0100, John Poltorak wrote: > > > > >Which utility can I use to list the functions in a library? > > > >Presumably this works both with .a and .lib files... > > Running "emxomf -s -l -q db.a" gets a good db.lib. These flags are > taken from \emx\lib\omflibs.cmd. Thanks I tried this now and get a clean compile when building Perl. Unfortuantely I get a lot of errors when running tests, most of which seem to generate this error:- 06-14-2002 09:46:55 SYS2070 PID 3c11 TID 0001 Slot 00b7 C:\EVAL\PERL-5.8\PERL\T\PERL.EXE DB_FILHA->PERLB12E.malloc 127 There's something definitely wrong with my db.lib Most of the failing tests appear to be 'db' related. The one I am currently using is the one provided by IlyaZ after conversion with emxomf. Is there anything else I can try? > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- -- John **= Email 5 ==========================** Date: Sun, 16 Jun 2002 11:25:23 -0400 From: Henry Sobotka Subject: Re: Re: Perl 5.8.0 - no progress Masaru Nomiya wrote: > > I found another solution. > > 1. copy VREXX.DLL and RXU.DLL to the directory in the LIBPATH > 2. copy VREXX.EXE to the directory in the PATH > 3. input > g:\>SET LIBPATH=E:\OS2\DLL;G:\emx\dll; > 4. run 'perl harness' > > lib/rx_rxu..........ok > ..... > lib/rx_vrexx........ok > > That is. LIBPATH statement lacks SET command. Except that #3 is useless because you can't change LIBPATH directly with SET, just via BEGINLIBPATH or ENDLIBPATH. The tests are passing because the $ENV{PATH} condition now succeeds. h~ **= Email 6 ==========================** Date: Sun, 16 Jun 2002 11:28:58 +0100 From: John Poltorak Subject: Make v3.79.1 & Emacs I just tried building Emacs v20.7 using the latest build of Make v3.79.1 and got the following error:- gcc -Zexe -DOS2 -D_BSD_SOURCE -DHAVE_CONFIG_H -I. -I../src -g -O hexl.c -lc -o hexl emximp -o os2/tcp.a os2/tcp.imp gcc -Zexe -DOS2 -O -Zmts tcp.c os2/tcp.a -Ios2 -o tcp gcc -Zexe -DOS2 -D_BSD_SOURCE -DHAVE_CONFIG_H -I. -I../src -g -O os2/bdf2mfn.c -lc -o bdf2mfn rc -r -x2 os2/pmcolors.rc SYS1034: The system cannot find the command processor in the path specified. OS/2 Command Interpreter version 4.5 I'm not sure why this happens since c:\os2, where cmd.exe resides is on the path at the time this ends. -- John **= Email 7 ==========================** Date: Sun, 16 Jun 2002 11:35:56 +0900 From: Masaru Nomiya Subject: Re: Perl 5.8.0 - no progress Hello, In the Message; Subject : Re: Re: Perl 5.8.0 - no progress Message-ID : <3D0B5CC8.149 at axess.com> Date & Time: Sat, 15 Jun 2002 11:27:04 -0400 [Henry] == Henry Sobotka has written: Me> VREXX.DLL? I have installed in E:\OS2\DLL. Me> What's the matter, I wonder? Henry> IIRC, the test tries to read LIBPATH from the environment... Yes, I set E:\OS2\DLL in LIBPATH. Regards, --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- **= Email 8 ==========================** Date: Sun, 16 Jun 2002 11:47:08 +0100 From: John Poltorak Subject: Re: Re: Perl 5.8.0 - no progress On Sat, Jun 15, 2002 at 11:22:10PM +0900, Masaru Nomiya wrote: > Hello, > > Sorry, > > In the Message; > > Subject : Re: Re: Perl 5.8.0 - no progress > Message-ID : <20020615120152.O91 at eyup.org> > Date & Time: Sat, 15 Jun 2002 12:01:52 +0100 > > [John] == John Poltorak has written: > > John> 06-14-2002 09:46:55 SYS2070 PID 3c11 TID 0001 Slot 00b7 > John> C:\EVAL\PERL-5.8\PERL\T\PERL.EXE > John> DB_FILHA->PERLB12E.malloc > John> 127 > > It's same for me. I have 12 instances of this error msg, but they didn't occur when I used a different db.lib. Unfortunately I'm not sure of the source of that particular db.lib, but it is 51712 bytes, dated 95/12/18. Has anyone else come across this? > Regards, > > --- > Masaru Nomiya mail-to: nomiya at ttmy.ne.jp > > "No Windows, no gains!" ..... "Why, I am wrong?" > > -- Bill -- -- John **= Email 9 ==========================** Date: Sun, 16 Jun 2002 11:59:50 +0100 From: John Poltorak Subject: Re: Re: Perl 5.8.0 - no progress On Sun, Jun 16, 2002 at 11:47:08AM +0100, John Poltorak wrote: > On Sat, Jun 15, 2002 at 11:22:10PM +0900, Masaru Nomiya wrote: > > John> 06-14-2002 09:46:55 SYS2070 PID 3c11 TID 0001 Slot 00b7 > > John> C:\EVAL\PERL-5.8\PERL\T\PERL.EXE > > John> DB_FILHA->PERLB12E.malloc > > John> 127 > > > > It's same for me. > > > I have 12 instances of this error msg, but they didn't occur when I used a > different db.lib. Unfortunately I'm not sure of the source of that > particular db.lib, but it is 51712 bytes, dated 95/12/18. Has anyone else > come across this? I've just found it, it's from Holger's EMXTREE.ZIP. If anyone has access to it could you check db.lib to see if it includes dbopen ? And if not, why not? -- John **= Email 10 ==========================** Date: Sun, 16 Jun 2002 12:30:38 +0900 From: Masaru Nomiya Subject: Re: Perl 5.8.0 - no progress Hello, In the Message; Subject : Re: Re: Perl 5.8.0 - no progress Message-ID : <3D0C0070.385 at axess.com> Date & Time: Sat, 15 Jun 2002 23:05:20 -0400 [Henry] == Henry Sobotka has written: Me> Yes, I set E:\OS2\DLL in LIBPATH. Henry> LIBPATH is not a readable environment variable, i.e. "echo %LIBPATH%" or Henry> "env | grep LIBPATH" produce no output. Similarly, the test gets an Henry> empty string, and spits out the error message even though the DLL is in Henry> LIBPATH and loadable.. Oh, I see. Thanks, --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- **= Email 11 ==========================** Date: Sun, 16 Jun 2002 15:47:43 +0100 From: John Poltorak Subject: Re: Re: Perl 5.8.0 - no progress On Sun, Jun 16, 2002 at 08:38:56PM +0900, Masaru Nomiya wrote: > Hello, > > In the Message; > > Subject : Re: Re: Perl 5.8.0 - no progress > Message-ID : <20020616115950.Z91 at eyup.org> > Date & Time: Sun, 16 Jun 2002 11:59:50 +0100 > > [John] == John Poltorak has written: > > John> If anyone has access to it could you check db.lib to see if it > John> includes dbopen ? And if not, why not? > > There exist no diferrece between db.lib generated by omflib.cmd and > which generated by emxomf based on Ila's db.a. I was mistaken in thinking that I was using this version. What I was actually using was the db.lib in a package called EMXTREE which Holger had put together here:- ftp://borneo.gmd.de/pub/misc/XFree86OS2/alpha/emxtree.zip I would be very interested to know how the db.lib contained here was built... The associated db.a includes dbopen, but db.lib doesn't. > Both include dpopen as follows; > > ; From db.lib(db) > "dbopen" > "__dbpanic" > > You can see this by 'emxexp db.lib'. Thanks, I was trying to remember how to do this. > Regards, > > --- > Masaru Nomiya mail-to: nomiya at ttmy.ne.jp > > "Bill! You married with Computers. > Not with Me!" > "No..., with money." -- John **= Email 12 ==========================** Date: Sun, 16 Jun 2002 16:40:25 +0900 From: Masaru Nomiya Subject: Re: Perl 5.8.0 - no progress Hello, In the Message; Subject : Re: Re: Perl 5.8.0 - no progress Message-ID : <20020615152515.P91 at eyup.org> Date & Time: Sat, 15 Jun 2002 15:25:15 +0100 [John] == John Poltorak has written: John> BTW why don't you try using the new Make (3.79.1)? I think that should be John> part of the standard build environment. Did you success to build Emacs 20.7? I didn't, so I'm using make 3.75. Regrads, --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- **= Email 13 ==========================** Date: Sun, 16 Jun 2002 19:09:36 +0200 (CEST) From: Stefan Neis Subject: Re: Re: Perl 5.8.0 - no progress On Mon, 17 Jun 2002, Masaru Nomiya wrote: > Yes, it is written as I can't change LIBPATH. > But, except with #3, I got > > ib/rx_rxu..........skipped: cannot find RXU.DLL > ..... > ib/rx_vrexx........skipped: cannot find VREXX.DLL > > Uh....,, mysterious..... Not really. The bad test is relying on an environment variable which normally doesn't exist on OS/2 (LIBPATH), but if you set that variable to the "correct" value that bogus test will succeed. And if your LIBPATH (the real one, not the useless environment variable with the same name) contains the required DLLs as well, the rest will work, too. Regards, Stefan **= Email 14 ==========================** Date: Sun, 16 Jun 2002 20:38:56 +0900 From: Masaru Nomiya Subject: Re: Perl 5.8.0 - no progress Hello, In the Message; Subject : Re: Re: Perl 5.8.0 - no progress Message-ID : <20020616115950.Z91 at eyup.org> Date & Time: Sun, 16 Jun 2002 11:59:50 +0100 [John] == John Poltorak has written: John> If anyone has access to it could you check db.lib to see if it John> includes dbopen ? And if not, why not? There exist no diferrece between db.lib generated by omflib.cmd and which generated by emxomf based on Ila's db.a. Both include dpopen as follows; ; From db.lib(db) "dbopen" "__dbpanic" You can see this by 'emxexp db.lib'. Regards, --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "Bill! You married with Computers. Not with Me!" "No..., with money."