From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Sun, 2 Jun 2002 04:27:20 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 231 ************************************************** Saturday 01 June 2002 Number 231 ************************************************** Subjects for today 1 db.lib : John Poltorak 2 Re: Perl v5.8.0 : Andreas Buening 3 Compiling HTML Tidy for OS/2 : Christian Hennecke" 4 A little EMX help please : Dave Saville" 5 Re: Compiling HTML Tidy for OS/2 : John Poltorak 6 Re: Compiling HTML Tidy for OS/2 : John Poltorak 7 Re: Perl v5.8.0 : Lyn St George" 8 Re: Compiling HTML Tidy for OS/2 : Christian Hennecke" 9 Re: Compiling HTML Tidy for OS/2 : Christian Hennecke" 10 Re: A little EMX help please : Henry Sobotka **= Email 1 ==========================** Date: Sun, 2 Jun 2002 07:40:11 +0100 From: John Poltorak Subject: db.lib Can anyone tell me what is causing this problem when I try linking with db.lib? :- Making DB_File (dynamic) Writing Makefile for DB_File make[1]: Entering directory `/eval/perl-5.8/perl-5.8.0-RC1/ext/DB_File' make[1]: Leaving directory `/eval/perl-5.8/perl-5.8.0-RC1/ext/DB_File' make[1]: Entering directory `/eval/perl-5.8/perl-5.8.0-RC1/ext/DB_File' cp DB_File.pm ../../lib/DB_File.pm AutoSplitting ../../lib/DB_File.pm (../../lib/auto/DB_File) gcc -c -Zomf -Zmt -DDOSISH -DOS2=2 -DEMBED -I. -D_EMX_CRT_REV_=64 -O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -s -DVERSION=\"1.804\" -DXS_VERSION=\"1.804\" -Zdll "-I../.." -DOS2 version.c *Initialization*:1: warning: `OS2' redefined *Initialization*:1: warning: this is the location of the previous definition C:/EVAL/PERL-5.8/PERL-5.8.0-RC1/MINIPERL.EXE "-I../../lib" "-I../../lib" ../../lib/ExtUtils/xsubpp -noprototypes -typemap ../../lib/ExtUtils/typemap -typemap typemap DB_File.xs > DB_File.xsc && mv DB_File.xsc DB_File.c gcc -c -Zomf -Zmt -DDOSISH -DOS2=2 -DEMBED -I. -D_EMX_CRT_REV_=64 -O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -s -DVERSION=\"1.804\" -DXS_VERSION=\"1.804\" -Zdll "-I../.." -DOS2 DB_File.c *Initialization*:1: warning: `OS2' redefined *Initialization*:1: warning: this is the location of the previous definition Running Mkbootstrap for DB_File () chmod 644 DB_File.bs C:/EVAL/PERL-5.8/PERL-5.8.0-RC1/MINIPERL.EXE "-I../../lib" "-I../../lib" -e 'use ExtUtils::Mksymlists; \ Mksymlists("NAME" => "DB_File", "DLBASE" => "DB_FilHA", "VERSION" => "1.804", "DISTNAME" => "DB_File", "INSTALLDIRS" => "perl", "DL_FUNCS" => { }, "FUNCLIST" => [], "IMPORTS" => { }, "DL_VARS" => []);' rm -f ../../lib/auto/DB_File/DB_FilHA.dll LD_RUN_PATH="c:/emx/lib" gcc -Zdll -Zomf -Zmt -Zcrtdll -Zlinker /e:2 version.obj DB_File.obj -O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -s -o ../../lib/auto/DB_File/DB_FilHA.dll ../../libperl.lib -ldb -lsocket -lm -lbsd ../../libperl_override.lib DB_File.def DB_File.obj(DB_File.obj) : error L2029: 'dbopen' : unresolved external There was 1 error detected make[1]: *** [../../lib/auto/DB_File/DB_FilHA.dll] Error 1 make[1]: Leaving directory `/eval/perl-5.8/perl-5.8.0-RC1/ext/DB_File' make: *** [lib/auto/DB_File/DB_File.dll] Error 2 I am using the version of db.lib supplied by IlyaZ, AFAICT. -- John **= Email 2 ==========================** Date: Sun, 02 Jun 2002 15:26:48 +0200 From: Andreas Buening Subject: Re: Perl v5.8.0 Lyn St George wrote: [snip] > I'm only guessing that it's filehandles - the problem only shows > itself with GNU apps (sh, rm, gcc ... ) and describes itself > as ".. lack of memory .. ". I really hate having to reboot just > to be able to use GNU stuff again. Do you have an old gcc2952m.dll (or a similar dll) on your system that is used by your Unix tools? There are some broken versions outside. Problem: Right after a reboot everything is okay, but after a while more and more EMX programs run out of memory. You can solve this temporarily by unloading running programs from memory, but on the long term you have to reboot. Solution: Install fixed versions of those libraries. [snip] bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 3 ==========================** Date: Sun, 02 Jun 2002 15:38:13 +0200 (CEST) From: "Christian Hennecke" Subject: Compiling HTML Tidy for OS/2 Hi all! Recently I managed to compile HTML Tidy (http://tidy.sourceforge.net) on OS/2 after modifying the makefile flags according to the one that a previous "porter" offers at his homepage at http://www.dd.iij4u.or.jp/~kshimz/warp/tidy/index.html. Compiling the latest version however, results in two compiler warnings: src/access.c:1961: warning: static declaration for `CheckAnchor' follows non-static src/access.c:3777: warning: static declaration for `CheckHTML' follows non-static The exe *is* build and works fine as long as I don't use the brand new -access option. If I do, Tidy crashes with SYS1808, return code 5 after a short time. Well, 'CheckAnchor' and 'CheckHTML' are also used in attrs.c and tags.c. Being unable to fix this makes me feel pretty stupid. Could somebody please help? This tool is _extremely_ useful for writing HTML and especially editing HTML from others. The source is available from http://tidy.sourceforge.net/src/tidy_src.tgz (150KB). I used gcc from emx 0.9d fix 4. Christian Hennecke **= Email 4 ==========================** Date: Sun, 02 Jun 2002 17:56:08 +0100 (BST) From: "Dave Saville" Subject: A little EMX help please Hi all I need to link to an undocumented function that is of course not in EMX. I know I need to add an IMPORTS line to the def file IMPORTS c_routine_name = module.number and I also know that emxbind ignores it. I poked about and found I need emximp, but I can't figure out what I am then doing wrong. emximp just gives an 8 byte file with not a lot in it :-) 00000000 213C6172 63683E0A 00000000 00000000 *!.........* Any help/pointers much appreciated. -- Regards Dave Saville Please note new email address dave.saville at ntlworld.com **= Email 5 ==========================** Date: Sun, 2 Jun 2002 19:18:30 +0100 From: John Poltorak Subject: Re: Compiling HTML Tidy for OS/2 On Sun, Jun 02, 2002 at 03:38:13PM +0200, Christian Hennecke wrote: > Hi all! > > Recently I managed to compile HTML Tidy (http://tidy.sourceforge.net) > on OS/2 after modifying the makefile flags according to the one that a > previous "porter" offers at his homepage at > http://www.dd.iij4u.or.jp/~kshimz/warp/tidy/index.html. > > Compiling the latest version however, results in two compiler warnings: > > src/access.c:1961: warning: static declaration for `CheckAnchor' > follows non-static > src/access.c:3777: warning: static declaration for `CheckHTML' follows > non-static I got the same errors, ut have no idea what they mean. I did notice that it also come with a Makefile suitable for NMAKE so you could try building it with VAC... > Christian Hennecke -- John **= Email 6 ==========================** Date: Sun, 2 Jun 2002 19:40:07 +0100 From: John Poltorak Subject: Re: Compiling HTML Tidy for OS/2 On Sun, Jun 02, 2002 at 08:35:25PM +0200, Christian Hennecke wrote: > On Sun, 2 Jun 2002 19:18:30 +0100, John Poltorak wrote: > > >I did notice that it also come with a Makefile suitable for NMAKE so you > >could try building it with VAC... > > It worked with the last version, but not with this one. I get a ton of > errors about " is not valid C code". How about reporting it to the author... > Christian Hennecke -- John **= Email 7 ==========================** Date: Sun, 02 Jun 2002 20:01:11 +0000 From: "Lyn St George" Subject: Re: Perl v5.8.0 On Sun, 02 Jun 2002 15:26:48 +0200, Andreas Buening wrote: >Lyn St George wrote: > >[snip] > >> I'm only guessing that it's filehandles - the problem only shows >> itself with GNU apps (sh, rm, gcc ... ) and describes itself >> as ".. lack of memory .. ". I really hate having to reboot just >> to be able to use GNU stuff again. > >Do you have an old gcc2952m.dll (or a similar dll) on >your system that is used by your Unix tools? There are >some broken versions outside. >Problem: Right after a reboot everything is okay, but >after a while more and more EMX programs run out of >memory. You can solve this temporarily by unloading >running programs from memory, but on the long term >you have to reboot. >Solution: Install fixed versions of those libraries. Aha .. running 'which -la gcc*' finds 5 of the little devils. Deactivating them all breaks several things, including gcc-2.95.3 itself. Maybe it's when I changed from 2.81 that this problem started. So now to apply the solution. Many thanks. > >bye, >Andreas > >-- >One OS to rule them all, One OS to find them, >One OS to bring them all and in the darkness bind them >In the Land of Redmond where the Shadows lie. > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 8 ==========================** Date: Sun, 02 Jun 2002 20:35:25 +0200 (CEST) From: "Christian Hennecke" Subject: Re: Compiling HTML Tidy for OS/2 On Sun, 2 Jun 2002 19:18:30 +0100, John Poltorak wrote: >I did notice that it also come with a Makefile suitable for NMAKE so you >could try building it with VAC... It worked with the last version, but not with this one. I get a ton of errors about " is not valid C code". Christian Hennecke **= Email 9 ==========================** Date: Sun, 02 Jun 2002 21:06:48 +0200 (CEST) From: "Christian Hennecke" Subject: Re: Compiling HTML Tidy for OS/2 On Sun, 2 Jun 2002 19:40:07 +0100, John Poltorak wrote: >> >I did notice that it also come with a Makefile suitable for NMAKE so you >> >could try building it with VAC... >> >> It worked with the last version, but not with this one. I get a ton of >> errors about " is not valid C code". > >How about reporting it to the author... Well, after I had offered the binaries to them they asked me if I would maintain the port because they don't know nothing about OS/2. Christian Hennecke **= Email 10 ==========================** Date: Sun, 02 Jun 2002 23:59:52 -0400 From: Henry Sobotka Subject: Re: A little EMX help please Instead of using an IMPORTS statement, why not just link with the library containing the missing function? For instance, if it's in foo.[a|lib], just add -L[path/to/library] -lfoo to your linkage command (assuming foo is not already in LIBRARY_PATH, in which case you just need -lfoo). h~ Dave Saville wrote: > > Hi all > > I need to link to an undocumented function that is of course not in > EMX. I know I need to add an IMPORTS line to the def file > > IMPORTS c_routine_name = module.number > > and I also know that emxbind ignores it. I poked about and found I > need emximp, but I can't figure out what I am then doing wrong. > emximp just gives an 8 byte file with not a lot in it :-) > > 00000000 213C6172 63683E0A 00000000 00000000 *!.........* > > Any help/pointers much appreciated. > > -- > Regards > > Dave Saville > Please note new email address dave.saville at ntlworld.com