From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Tue, 19 Mar 2002 04:19:57 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 168 ************************************************** Monday 18 March 2002 Number 168 ************************************************** Subjects for today 1 Re: ISPELL v3.2.06 : Bart van Leeuwen" 2 Re: ISPELL v3.2.06 : Dave and Natalie" 3 Re: Building XFree86 v3.3.6 : Jun Sawataishi 4 Re: ISPELL v3.2.06 : Thomas Dickey 5 Re: PINE mailbox format : Dave Saville" 6 Re: PINE mailbox format : John Poltorak 7 Re: RAMIFS : John Poltorak 8 Re: RAMIFS : Henry Sobotka 9 Re: ISPELL v3.2.06 : Henry Sobotka 10 Re: RAMIFS : csaba.raduly at sophos.com 11 Re: RAMIFS : csaba.raduly at sophos.com 12 Re: RAMIFS : csaba.raduly at sophos.com 13 Re: RAMIFS : csaba.raduly at sophos.com 14 Re: Building XFree86 v3.3.6 : John Poltorak 15 RealPlayer for Unix : John Poltorak 16 Re: Porting Joe's Own Editor (JOE) : Dave and Natalie" 17 Re: RealPlayer for Unix : Dave and Natalie" 18 Texinfo v4.1 : John Poltorak 19 Re: ISPELL v3.2.06 : bart-news at netage.nl 20 Re: Building XFree86 v3.3.6 : Holger Veit 21 Re: ISPELL v3.2.06 : John Poltorak 22 Re: Building XFree86 v3.3.6 : =?iso-8859-1?q?Martin_Schaff=F6ner?=" 23 BIND : DoC" 24 minix : Dave and Natalie" 25 Re: Porting Joe's Own Editor (JOE) : John Poltorak 26 Re: RealPlayer for Unix : Steve Wendt 27 Re: Porting Joe's Own Editor (JOE) : Marty" 28 UnixOS/2 distro : John Poltorak 29 Re: Texinfo v4.1 : John Poltorak 30 Re: BIND : DoC" 31 Re: Building XFree86 v3.3.6 : Holger Veit 32 Re: Porting Joe's Own Editor (JOE) : Holger Veit 33 Re: Porting Joe's Own Editor (JOE) : Holger Veit 34 Re: ISPELL v3.2.06 : Masaru Nomiya **= Email 1 ==========================** Date: Tue, 19 Mar 2002 00:00:00 +0100 From: "Bart van Leeuwen" Subject: Re: ISPELL v3.2.06 On 19-03-2002 14:51:59 John Poltorak wrote: >On Tue, Mar 19, 2002 at 12:36:07PM +0100, bart-news at netage.nl wrote: >> >> >> Hi all, >> >> we (at netlabs) are currenclty busy implementing a generic spelling checker >> based on ISpell, for OS/2 >> I've managed to recompile the original tarbal with the patches using the >watcom >> compiler. >> I'll keep you posted, I think a descent spell checker is needed on OS/2 and >this >> is a nice start. > >Sounds good. > >If you do add any OS/2 specific functionality, will you still retain its >Unix behaviour? yes it will just be an new program based on the sources >Would it be possible to use ISPELL as a general purpose spell checker in >all apps, including something like Lotus WordPro, PMMail, Netscape >Composer etc ? the plans are as follows: a callable DLL, with normal c and rexx interfaces which can work in both pm and silent mode, in pm mode you will get a dialog for misspelled words, or the misspelled words are returned to the program. we are debating about extending the MLE and entryfield control to contain spell cheking as well >I have never used ISPELL myself, maybe I'll try it with Mutt. With Regards Bart van Leeuwen **= Email 2 ==========================** Date: Tue, 19 Mar 2002 00:35:18 -0800 From: "Dave and Natalie" Subject: Re: ISPELL v3.2.06 On Mon, 18 Mar 2002 21:30:47 +0000, John Poltorak wrote: >> I looked at this and I don't think it would be compatible with unix/os2. It seems to be compiled (vacc) to run in its own directory with lib under it and no english dictionary. The patches might be worth using in a recompile though. > >Actually, it looks as though it is built with Watcom... I stand corrected . There is a recent version on Hobbes, I tried applying the patches to the newest version but a few hunks failed, will look at it some more but I'm not much of a C programmer. Most likely about the same skill levels as you (John) Dave ps there is also aspell which looks intersting, haven't got around to trying to build it yet. pss the version on hobbes mentioned an older version that had an OS/2 dll and api which might be worth looking at. Ideally is to add functionality to OS/2, not just have a unix runtime **= Email 3 ==========================** Date: Tue, 19 Mar 2002 01:11:03 +0900 From: Jun Sawataishi Subject: Re: Building XFree86 v3.3.6 At Sun, 17 Mar 2002 19:18:11 +0000, John Poltorak wrote: > I'm thinking of rebuilding XFree86 v3.3.6 and would be interested in > anyone's experience of attempting this... All you have to do is to read an instruction written by Hoger, "xc/programs/Xserver/hw/xfree86/doc/OS2.Notes". I have built XFree86 v3.3.1 to 3.3.6 successfully with no trouble. If you encounter a trouble, please e-mail me before write to Holger. # OS/2 is not a question, it's a solution. # SAWATAISHI Jun # http://www2s.biglobe.ne.jp/~vtgf3mpr/ **= Email 4 ==========================** Date: Tue, 19 Mar 2002 09:09:38 -0500 From: Thomas Dickey Subject: Re: ISPELL v3.2.06 On Tue, Mar 19, 2002 at 01:51:59PM +0000, John Poltorak wrote: > Would it be possible to use ISPELL as a general purpose spell checker in > all apps, including something like Lotus WordPro, PMMail, Netscape > Composer etc ? only by adding some interfacing code. ispell has a standalone interactive interface, but can also be used in batch mode, given a list of words it writes a list of words that are not in its dictionary. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 5 ==========================** Date: Tue, 19 Mar 2002 09:11:18 +0000 (GMT) From: "Dave Saville" Subject: Re: PINE mailbox format On Mon, 18 Mar 2002 10:16:48 +0100 (CET), Mentore Siesto wrote: >On Sat, 16 Mar 2002, Nicholas Sheppard wrote: > >NS >On Fri, 15 Mar 2002, John Poltorak wrote: >NS > >NS >> Are there any utils for being able to convert between different mail >NS >> formats? >NS > >NS >There are several converters on Hobbes in /pub/os2/apps/internet/mail/util >NS >but they look to me (on a quick look through the contents page) like they >NS >only convert between various OS/2 mailer formats. > >Yes, there are no programs which convert from/to Pine format (which is an >ASCII file containing all mail belonging to a certain mail folder). > I seem to remember when I converted from Pine, using a remote mailbox on the companies servers, to PMMail locally that I zipped up the Pine mailboxes to ftp them easily and knocked up a rexx script to create multiple files from it. The Pine, really *nix, format is just one humungous file but the splits are real easy to do. Open the file in a bog standard editor and you will see. Sorry I did not keep the script after converting. -- Regards Dave Saville Please note new email address dave.saville at ntlworld.com **= Email 6 ==========================** Date: Tue, 19 Mar 2002 09:23:30 +0000 From: John Poltorak Subject: Re: PINE mailbox format On Tue, Mar 19, 2002 at 09:11:18AM +0000, Dave Saville wrote: > On Mon, 18 Mar 2002 10:16:48 +0100 (CET), Mentore Siesto wrote: > > >Yes, there are no programs which convert from/to Pine format (which is an > >ASCII file containing all mail belonging to a certain mail folder). > > > > > > I seem to remember when I converted from Pine, using a remote mailbox > on the companies servers, to PMMail locally that I zipped up the Pine > mailboxes to ftp them easily and knocked up a rexx script to create > multiple files from it. The Pine, really *nix, format is just one > humungous file but the splits are real easy to do. Open the file in a > bog standard editor and you will see. Sorry I did not keep the script > after converting. Procmail is great for processing a Unix format maibox. > -- > Regards > > Dave Saville > Please note new email address dave.saville at ntlworld.com > -- John **= Email 7 ==========================** Date: Tue, 19 Mar 2002 09:41:58 +0000 From: John Poltorak Subject: Re: RAMIFS --KhyCqul7XAUtrvZD Content-Type: text/plain; charset=us-ascii On Mon, Mar 18, 2002 at 09:26:44PM -0500, Marty wrote: > I have noticed, however, that certain kinds of access to it cause the system to > really slow to a crawl. Sequential reads or writes seem very fast, but whenever a > large amount of seeking is involved within a given file, the overall system starts > to slow down to a crawl, removing CPU service to user processes and hogging it in > the kernel. Here's part of a reply I got from the author regarding problems copying files (BTW he no longer uses OS/2, so doesn't maintain RAMFS) :- ------------------------------------------------------------------------- The main weak point of RAMFS is changing the size of a large file. It does this allocating a block of memory of the new size, then copying the whole contents from the old to the new block, and then freeing the old block. You see this most clearly when you copy a large file to a RAMFS drive using COPY or XCOPY. These commands expand the target file as they write chunks to it, causing lots of internal copying around. If this is something you do often, you could try the attached RCOPY program. It is a small file copying program that starts by creating the target file with its final size, and then copies the contents of the source file into it. It is a DOS program (with C source so you can recompile it if you have an OS/2 compiler), and it doesn't support fancy stuff like wildcards or setting timestamps etc. Please let me hear if it helps, I haven't seen it run under OS/2 myself. ------------------------------------------------------------------------- I'll attach the source code for RCOPY which is fairly small. Maybe someone can compile it and let us know how well it works, although I guess the name RCOPY might be confusing in a Unix context... -- John --KhyCqul7XAUtrvZD Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rcopy.c" /* rcopy.c: a small file copying program. * * Creates the destination file in its final size before copying data. * This should improve speed when copying large files to a ramfs drive * under OS/2, compared to using COPY or XCOPY. * * Karl Olsen, kro at post3.tele.dk */ #include char buffer[32768u]; int main (int argc, char **argv) { FILE *srcfile; FILE *dstfile; long srcsize; size_t bytesread; size_t byteswritten; if (argc != 3) { fprintf (stderr, "Syntax: RCOPY sourcefile destfile\n"); return 1; } /* Open the source file */ srcfile = fopen (argv[1], "rb"); if (srcfile == NULL) { fprintf (stderr, "Error: Cannot open source file %s.\n", argv[1]); return 1; } /* Find the size of the source file */ fseek (srcfile, 0, SEEK_END); srcsize = ftell (srcfile); fseek (srcfile, 0, SEEK_SET); /* Create the destination file */ dstfile = fopen (argv[2], "wb"); if (dstfile == NULL) { fclose (srcfile); fprintf (stderr, "Error: Cannot create destination file %s.\n", argv[2]); return 1; } /* Set the size of the destination file by writing a byte to the last * position in it */ if (srcsize != 0L) { fseek (dstfile, srcsize-1, SEEK_SET); if (fwrite (buffer, 1, 1, dstfile) != 1) { fclose (srcfile); fclose (dstfile); fprintf (stderr, "Error: Cannot set size of destination file.\n"); return 1; } fseek (dstfile, 0, SEEK_SET); } /* Copy chunks of data from source to destination */ while (srcsize) { bytesread = fread (buffer, 1, sizeof(buffer), srcfile); if (bytesread == 0) { fclose (srcfile); fclose (dstfile); fprintf (stderr, "Error: Read 0 bytes from source file.\n"); return 1; } byteswritten = fwrite (buffer, 1, bytesread, dstfile); if (byteswritten != bytesread) { fclose (srcfile); fclose (dstfile); fprintf (stderr, "Error: Could not write %u bytes to destination file.\n", bytesread); return 1; } srcsize -= bytesread; } fclose (srcfile); fclose (dstfile); return 0; } --KhyCqul7XAUtrvZD-- **= Email 8 ==========================** Date: Tue, 19 Mar 2002 10:06:52 -0500 From: Henry Sobotka Subject: Re: RAMIFS csaba.raduly at sophos.com wrote: > > The web site is no more, unfortunately Try http://home3.inet.tele.dk/kro/ramfs.htm. h~ **= Email 9 ==========================** Date: Tue, 19 Mar 2002 10:23:56 -0500 From: Henry Sobotka Subject: Re: ISPELL v3.2.06 John Poltorak wrote: > > Would it be possible to use ISPELL as a general purpose spell checker in > all apps, including something like Lotus WordPro, PMMail, Netscape > Composer etc ? > > I have never used ISPELL myself, maybe I'll try it with Mutt. > > Does anyone have any tips on using it? It works nicely with emacs. IIRC there's no more to setting it up than having it in PATH. Then use M-x ispell-[TAB] to see the choice of commands. h~ **= Email 10 ==========================** Date: Tue, 19 Mar 2002 10:36:32 +0000 From: csaba.raduly at sophos.com Subject: Re: RAMIFS On 18/03/2002 12:25:31 owner-os2-unix wrote: > >Hmmm... I used RAMFS previously AFAICR, presumably RAMFS64 is an updated >version... The source for RAMFS64 doesn't seem to be available and it >isn't clear who wrote it. > The source *is* available (I have it), but it required quite some Googling. Excerpt from the readme (email address mangling by me): Source code ~~~~~~~~~~~ RAMFS.IFS is written in Borland C++ 3.1 and Turbo Assembler 3.1. Yes, Borland C++ happily compiles 16-bit code for OS/2. If you want to recompile, you will need the 16-bit OS/2 header files (not included here). With some tweaking, you may be able to compile it with other 16-bit protect- mode compilers. You can link it with the 16-bit IBM LINK.EXE, or Borland TLink 5.1 (the one that comes with Borland C++ 3.1). Yes, Borland doesn't document that TLink can generate OS/2 executables. RAMDISK.EXE is a small and simple 32-bit utility. You should be able to recompile it with any 32-bit OS/2 compiler. I used IBM CSet++ 2.1. Files in RAMFS.ZIP ~~~~~~~~~~~~~~~~~~ README.TXT - this file RAMFS.IFS - The Installable File System RAMDISK.EXE - Utility to create RAM disk drives SRC\*.* - Source code to RAMFS.IFS and RAMDISK.EXE Me : Karl Olsen Email: kro AT post3 DOT tele DOT dk WWW : home3.inet.tele.dk/kro The web site is no more, unfortunately -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 11 ==========================** Date: Tue, 19 Mar 2002 10:36:32 +0000 From: csaba.raduly at sophos.com Subject: Re: RAMIFS On 18/03/2002 12:25:31 owner-os2-unix wrote: > >Hmmm... I used RAMFS previously AFAICR, presumably RAMFS64 is an updated >version... The source for RAMFS64 doesn't seem to be available and it >isn't clear who wrote it. > The source *is* available (I have it), but it required quite some Googling. Excerpt from the readme (email address mangling by me): Source code ~~~~~~~~~~~ RAMFS.IFS is written in Borland C++ 3.1 and Turbo Assembler 3.1. Yes, Borland C++ happily compiles 16-bit code for OS/2. If you want to recompile, you will need the 16-bit OS/2 header files (not included here). With some tweaking, you may be able to compile it with other 16-bit protect- mode compilers. You can link it with the 16-bit IBM LINK.EXE, or Borland TLink 5.1 (the one that comes with Borland C++ 3.1). Yes, Borland doesn't document that TLink can generate OS/2 executables. RAMDISK.EXE is a small and simple 32-bit utility. You should be able to recompile it with any 32-bit OS/2 compiler. I used IBM CSet++ 2.1. Files in RAMFS.ZIP ~~~~~~~~~~~~~~~~~~ README.TXT - this file RAMFS.IFS - The Installable File System RAMDISK.EXE - Utility to create RAM disk drives SRC\*.* - Source code to RAMFS.IFS and RAMDISK.EXE Me : Karl Olsen Email: kro AT post3 DOT tele DOT dk WWW : home3.inet.tele.dk/kro The web site is no more, unfortunately -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 12 ==========================** Date: Tue, 19 Mar 2002 10:36:32 +0000 From: csaba.raduly at sophos.com Subject: Re: RAMIFS On 18/03/2002 12:25:31 owner-os2-unix wrote: > >Hmmm... I used RAMFS previously AFAICR, presumably RAMFS64 is an updated >version... The source for RAMFS64 doesn't seem to be available and it >isn't clear who wrote it. > The source *is* available (I have it), but it required quite some Googling. Excerpt from the readme (email address mangling by me): Source code ~~~~~~~~~~~ RAMFS.IFS is written in Borland C++ 3.1 and Turbo Assembler 3.1. Yes, Borland C++ happily compiles 16-bit code for OS/2. If you want to recompile, you will need the 16-bit OS/2 header files (not included here). With some tweaking, you may be able to compile it with other 16-bit protect- mode compilers. You can link it with the 16-bit IBM LINK.EXE, or Borland TLink 5.1 (the one that comes with Borland C++ 3.1). Yes, Borland doesn't document that TLink can generate OS/2 executables. RAMDISK.EXE is a small and simple 32-bit utility. You should be able to recompile it with any 32-bit OS/2 compiler. I used IBM CSet++ 2.1. Files in RAMFS.ZIP ~~~~~~~~~~~~~~~~~~ README.TXT - this file RAMFS.IFS - The Installable File System RAMDISK.EXE - Utility to create RAM disk drives SRC\*.* - Source code to RAMFS.IFS and RAMDISK.EXE Me : Karl Olsen Email: kro AT post3 DOT tele DOT dk WWW : home3.inet.tele.dk/kro The web site is no more, unfortunately -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 13 ==========================** Date: Tue, 19 Mar 2002 10:36:32 +0000 From: csaba.raduly at sophos.com Subject: Re: RAMIFS On 18/03/2002 12:25:31 owner-os2-unix wrote: > >Hmmm... I used RAMFS previously AFAICR, presumably RAMFS64 is an updated >version... The source for RAMFS64 doesn't seem to be available and it >isn't clear who wrote it. > The source *is* available (I have it), but it required quite some Googling. Excerpt from the readme (email address mangling by me): Source code ~~~~~~~~~~~ RAMFS.IFS is written in Borland C++ 3.1 and Turbo Assembler 3.1. Yes, Borland C++ happily compiles 16-bit code for OS/2. If you want to recompile, you will need the 16-bit OS/2 header files (not included here). With some tweaking, you may be able to compile it with other 16-bit protect- mode compilers. You can link it with the 16-bit IBM LINK.EXE, or Borland TLink 5.1 (the one that comes with Borland C++ 3.1). Yes, Borland doesn't document that TLink can generate OS/2 executables. RAMDISK.EXE is a small and simple 32-bit utility. You should be able to recompile it with any 32-bit OS/2 compiler. I used IBM CSet++ 2.1. Files in RAMFS.ZIP ~~~~~~~~~~~~~~~~~~ README.TXT - this file RAMFS.IFS - The Installable File System RAMDISK.EXE - Utility to create RAM disk drives SRC\*.* - Source code to RAMFS.IFS and RAMDISK.EXE Me : Karl Olsen Email: kro AT post3 DOT tele DOT dk WWW : home3.inet.tele.dk/kro The web site is no more, unfortunately -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 14 ==========================** Date: Tue, 19 Mar 2002 10:42:57 +0000 From: John Poltorak Subject: Re: Building XFree86 v3.3.6 On Mon, Mar 18, 2002 at 11:26:41PM +0100, Holger Veit wrote: > This applies to patching original sources only. If you take the > source tree from e.g. borneo.gmd.de, Whereabouts? I looked around, and thought this ws the most likely place to find it:- ftp://borneo.gmd.de/pub/misc/XFree86OS2/3.3.6/ but I don't see it... > you are already at the state > where to run buildos2.cmd and get a bucket of coffee (or, depending > on how much your EMXTREE differs from mine, maybe better a bucket > of beer or whisky, A bucket of whisky?!!!... :-) YMMV). I can always start it off before going to bed... > Holger > > -- > Please update your tables to my new e-mail address: > holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) -- John **= Email 15 ==========================** Date: Tue, 19 Mar 2002 11:09:59 +0000 From: John Poltorak Subject: RealPlayer for Unix Apparently there is a RealPlayer for Unix, at least I've just come across a Unix RealPlayer Forum here:- http://realforum.real.com/cgi-bin/unixplayer/wwwthreads.pl I'd like to have a native player for Real Audio, maybe this is something which could be adapted to OS/2.... although I'm not sure where to download the Unix player from... -- John **= Email 16 ==========================** Date: Tue, 19 Mar 2002 12:03:29 -0800 From: "Dave and Natalie" Subject: Re: Porting Joe's Own Editor (JOE) On Tue, 19 Mar 2002 16:33:09 +0000, John Poltorak wrote: > >> I'm attempting to run JOE v2.9.7 in screen session which is >> col80 * row70 but JOE only uses 25 lines. >> >> Is there something I need to put in JOERC to make it use 70 lines? > >This may be because your terminal emulator does not set correct terminal >settings. You should see this problem in all terminal based programs, >shell, less, text mailers and editors. To fix this execute: > > % stty rows 70 > >--------------------------------------------------------------------- > >...means nothing to me. > >I guess it's the equivalent of 'mode co80,70'... > Sortof, but much more capable. From the minix man page Stty shows or changes the parameters of the terminal connected to standard input. Stty takes a myriad of arguments most of which are mapped directly to the flags and special characters described in tty(4), so we won't describe them here. Dave **= Email 17 ==========================** Date: Tue, 19 Mar 2002 12:07:54 -0800 From: "Dave and Natalie" Subject: Re: RealPlayer for Unix On Tue, 19 Mar 2002 11:09:59 +0000, John Poltorak wrote: > >Apparently there is a RealPlayer for Unix, at least I've just come across >a Unix RealPlayer Forum here:- > >http://realforum.real.com/cgi-bin/unixplayer/wwwthreads.pl > >I'd like to have a native player for Real Audio, maybe this is something >which could be adapted to OS/2.... although I'm not sure where to download >the Unix player from... There was one uploaded to Hobbes a year or more back. It only played certain types of realaudio files Dave **= Email 18 ==========================** Date: Tue, 19 Mar 2002 12:30:35 +0000 From: John Poltorak Subject: Texinfo v4.1 There has been a recent update to GNU Texinfo to v4.1 :- ftp://ftp.gnu.org/pub/gnu/texinfo/texinfo-4.1.tar.gz Are we likely to get an OS/2 port soon? -- John **= Email 19 ==========================** Date: Tue, 19 Mar 2002 12:36:07 +0100 From: bart-news at netage.nl Subject: Re: ISPELL v3.2.06 Hi all, we (at netlabs) are currenclty busy implementing a generic spelling checker based on ISpell, for OS/2 I've managed to recompile the original tarbal with the patches using the watcom compiler. I'll keep you posted, I think a descent spell checker is needed on OS/2 and this is a nice start. With Regards Bart van Leeuwen **= Email 20 ==========================** Date: Tue, 19 Mar 2002 13:04:25 +0100 From: Holger Veit Subject: Re: Building XFree86 v3.3.6 On Tue, Mar 19, 2002 at 10:42:57AM +0000, John Poltorak wrote: > On Mon, Mar 18, 2002 at 11:26:41PM +0100, Holger Veit wrote: > > > This applies to patching original sources only. If you take the > > source tree from e.g. borneo.gmd.de, > > Whereabouts? > > I looked around, and thought this ws the most likely place to find it:- > > ftp://borneo.gmd.de/pub/misc/XFree86OS2/3.3.6/ > > but I don't see it... make that ftp://borneo.gmd.de/pub/misc/XFree86OS2/alpha/ I have to dig out the 3.3.6 source tree from my archive CDs, but you likely won't restore the old code. > > you are already at the state > > where to run buildos2.cmd and get a bucket of coffee (or, depending > > on how much your EMXTREE differs from mine, maybe better a bucket > > of beer or whisky, > > A bucket of whisky?!!!... :-) You wouldn't believe how much GlenMorangie went into that product... Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 21 ==========================** Date: Tue, 19 Mar 2002 13:51:59 +0000 From: John Poltorak Subject: Re: ISPELL v3.2.06 On Tue, Mar 19, 2002 at 12:36:07PM +0100, bart-news at netage.nl wrote: > > > Hi all, > > we (at netlabs) are currenclty busy implementing a generic spelling checker > based on ISpell, for OS/2 > I've managed to recompile the original tarbal with the patches using the watcom > compiler. > I'll keep you posted, I think a descent spell checker is needed on OS/2 and this > is a nice start. Sounds good. If you do add any OS/2 specific functionality, will you still retain its Unix behaviour? Would it be possible to use ISPELL as a general purpose spell checker in all apps, including something like Lotus WordPro, PMMail, Netscape Composer etc ? I have never used ISPELL myself, maybe I'll try it with Mutt. Does anyone have any tips on using it? > With Regards > Bart van Leeuwen > > -- John **= Email 22 ==========================** Date: Tue, 19 Mar 2002 14:02:10 +0100 (MEZ) From: "=?iso-8859-1?q?Martin_Schaff=F6ner?=" Subject: Re: Building XFree86 v3.3.6 -----BEGIN PGP SIGNED MESSAGE----- On Tue, 19 Mar 2002 13:04:25 +0100, Holger Veit wrote: >You wouldn't believe how much GlenMorangie went into that product... Is this the recommended drink for programmers? Martin Schafföner -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0 OS/2 for non-commercial use Comment: PGP 5.0 for OS/2 Charset: cp850 wpUDBQE8lxqzRsBqlJC0pwEBAai4BACGnwUu+lJjyAja8sRpPxEpr62+K/UAts79 j/tJ6Is14LrjCuwDmSUFu6evYvIGoEO2ZnVZw1yS1+xVFvHd4i4mYzmx14mLhVJx aB+unTlbK4IcORdftRvIFDL3ZJ7WcuG8Ty6lV/6XCFLtcNT8bZsY6P/DtbPDrurb NVwuybnDMQ== =Aj2q -----END PGP SIGNATURE----- **= Email 23 ==========================** Date: Tue, 19 Mar 2002 15:16:16 -0300 (EST) From: "DoC" Subject: BIND I was wondering, is there any known porter/binaries for the latest BIND version (9.1) for OS/2? I'm asking because a customer wants to know if we have BIND under OS/2. So far I've only found 8.2.4 on hobbes (untested). -- Erico Mendonca **= Email 24 ==========================** Date: Tue, 19 Mar 2002 15:52:05 -0800 From: "Dave and Natalie" Subject: minix For those who would like a *nix running on their desktop this (http://www.cs.vu.nl/pub/minix/2.0.3/i86/DOSMINIX.ZIP). works in a dos session. This version uses a large file as its partition so make sure you have 53+ Mbytes free before unzipping. You need to tweek the Dos properties for max memory. I get 814K of which 597K is free after loading the kernel. This is handy if you don't know something like what stty is, just do a man stty. Also for testing shell (ash) scripts etc and just plain old playing around in a *nix without rebooting. Unluckily I haven't been able to make the 286 version run in a Dos session. Complains about the cpu being an i86. Anyone know of a way to make a Dos session think it has a 286, without emm386 capabilities? This could give upto 16 Mb of memory to minix. Dave **= Email 25 ==========================** Date: Tue, 19 Mar 2002 16:33:09 +0000 From: John Poltorak Subject: Re: Porting Joe's Own Editor (JOE) On Sun, Mar 17, 2002 at 02:19:58PM -0500, Marty wrote: > On Sun, 17 Mar 2002 19:00:07 +0000, John Poltorak wrote: > > > Is there any way for JOE to use the whole screen? > > > > I normally run in mode co80,70, but JOE will only use 25 lines. > > Detecting that should be a function of the termcap library if it's working correctly > (which it isn't). On Solaris, HP-UX, AIX, and Linux, JOE automatically resizes > itself if you resize the xterm it's running in. I'm not talking about an XTERM, it may well work there. I'm just trying to run it in a text mode session. > I think you can force it to a certain width or height in the joerc file though. I asked on the joe-editor list and got this:- --------------------------------------------------------------------- > I'm attempting to run JOE v2.9.7 in screen session which is > col80 * row70 but JOE only uses 25 lines. > > Is there something I need to put in JOERC to make it use 70 lines? This may be because your terminal emulator does not set correct terminal settings. You should see this problem in all terminal based programs, shell, less, text mailers and editors. To fix this execute: % stty rows 70 --------------------------------------------------------------------- ...means nothing to me. I guess it's the equivalent of 'mode co80,70'... -- John **= Email 26 ==========================** Date: Tue, 19 Mar 2002 17:08:58 -0800 (PST) From: Steve Wendt Subject: Re: RealPlayer for Unix On Tue, 19 Mar 2002, John Poltorak wrote: > Apparently there is a RealPlayer for Unix, at least I've just come across > I'd like to have a native player for Real Audio, maybe this is something > which could be adapted to OS/2.... although I'm not sure where to download > the Unix player from... Last I looked, you could download it direct from Real (for Linux, at least - I think for Solaris as well, maybe others). But this is available as binaries, not source. **= Email 27 ==========================** Date: Tue, 19 Mar 2002 20:00:31 -0500 (EST) From: "Marty" Subject: Re: Porting Joe's Own Editor (JOE) On Tue, 19 Mar 2002 23:24:17 +0100, Holger Veit wrote: > > The stty command fiddles with the TIOC* ioctls (terminal I/O control) > which exist for Unix tty devices, but are almost meaningless for EMX. > EMX has the headers and does some sort of changes on an internal 'struct tty' > like data structure, but this is far from being compatible with real ttys, > left alone complete. xf86sup PTYs attempt to implement most relevant TIOC* > ioctls, but they are not well integrated into EMX (they are a hack for > xterm), thus won't be influenced by stty either. Do you think there's any possibility for getting a useful form of JOE with the current TTY support? If not, I guess I'll either have to do some extensive ifdef'ing involving a near-rewrite, or just wait until you folks have the support added in. I know which solution I'm leaning toward ;-) **= Email 28 ==========================** Date: Tue, 19 Mar 2002 20:42:50 +0000 From: John Poltorak Subject: UnixOS/2 distro Here is an update on the sources for the most recent versions of the most important apps in Slackware. A few apps have been updated, and a few other have been added. Any more suggestions would be welcome. gawk: ftp://ftp.gnu.org/pub/gnu/gawk/gawk-3.1.0.tar.gz grep: ftp://ftp.gnu.org/pub/gnu/grep/grep-2.4.2.tar.gz sed: ftp://ftp.gnu.org/pub/gnu/sed/sed-3.02.tar.gz patch: ftp://ftp.gnu.org/pub/gnu/patch/patch-2.5.4.tar.gz m4: ftp://ftp.gnu.org/pub/gnu/m4/m4-1.4.tar.gz gmake: ftp://ftp.gnu.org/pub/gnu/make/make-3.79.1.tar.gz gettext: ftp://ftp.gnu.org/pub/gnu/gettext/gettext-0.11.tar.gz fileutls: ftp://ftp.gnu.org/pub/gnu/fileutils/fileutils-4.1.tar.gz file: ftp://ftp.astron.com/pub/file/file-3.37.tar.gz find: ftp://ftp.gnu.org/pub/gnu/findutils/findutils-4.1.tar.gz sh_utils: ftp://ftp.gnu.org/pub/gnu/sh-utils/sh-utils-2.0.tar.gz txtutils: ftp://ftp.gnu.org/pub/gnu/textutils/textutils-2.0.tar.gz autoconf: ftp://ftp.gnu.org/pub/gnu/autoconf/autoconf-2.53.tar.gz automake: ftp://ftp.gnu.org/pub/gnu/automake/automake-1.6.tar.gz cpio: ftp://ftp.gnu.org/pub/gnu/cpio/cpio-2.4.2.tar.gz diff: ftp://ftp.gnu.org/pub/gnu/diffutils/diffutils-2.7.tar.gz bison: ftp://ftp.gnu.org/pub/gnu/bison/bison-1.33.tar.gz byacc: ftp://invisible-island.net/byacc/byacc.tar.gz bash: ftp://ftp.gnu.org/pub/gnu/bash/bash-2.05a.tar.gz bash1: ftp://ftp.gnu.org/pub/gnu/bash/bash-1.14.7.tar.gz tcsh: ftp://ftp.astron.com/pub/tcsh/tcsh-6.11.tar.gz gzip: ftp://gatekeeper.dec.com/pub/GNU/gzip/gzip-1.2.4.tar.gz bzip2: ftp://sources.redhat.com/pub/bzip2/v102/bzip2-1.0.2.tar.gz less: http://www.greenwoodsoftware.com/less/less-374.tar.gz binutils: ftp://ftp.gnu.org/pub/gnu/binutils/binutils-2.11.2.tar.gz gcc: ftp://ftp.gnu.org/pub/gnu/gcc/gcc-3.0.3/gcc-3.0.3.tar.gz gcc_g77: ftp://ftp.gnu.org/pub/gnu/gcc/gcc-3.0.3/gcc-g77-3.0.3.tar.gz gcc_objc: ftp://ftp.gnu.org/pub/gnu/gcc/gcc-3.0.3/gcc-objc-3.0.3.tar.gz perl: http://www.cpan.org/src/stable.tar.gz python: ftp://ftp.python.org/pub/python/2.2/Python-2.2.tgz flex: ftp://ftp.gnu.org/pub/gnu/non-gnu/flex/flex-2.5.4a.tar.gz ncurses: ftp://ftp.gnu.org/pub/gnu/ncurses/ncurses-5.2.tar.gz slang: ftp://space.mit.edu/pub/davis/slang/v1.4/slang-1.4.5.tar.gz apache: http://www.apache.org/dist/httpd/apache_1.3.23.tar.gz lynx: ftp://lynx.isc.org/lynx/lynx2.8.4/lynx2-8-4.tar.gz openssl: http://www.openssl.org/source/openssl-engine-0.9.6c.tar.gz tin: ftp://ftp.tin.org/pub/news/clients/tin/unstable/tin-1.5.11.tar.gz bind: ftp://ftp.isc.org/isc/bind/src/8.3.1/bind-src.tar.gz ftchmail: http://www.tuxedo.org/~esr/fetchmail/fetchmail-5.9.10.tar.gz wget: ftp://ftp.gnu.org/pub/gnu/wget/wget-1.8.1.tar.gz man: ftp://ftp.win.tue.nl/pub/linux-local/utils/man/man-1.5j.tar.gz groff: ftp://ftp.ffii.org/pub/groff/groff-1.17.2.tar.gz texinfo: ftp://ftp.gnu.org/pub/gnu/texinfo/texinfo-4.1.tar.gz manpages: ftp://ftp.win.tue.nl/pub/linux-local/manpages/man-pages-1.48.tar.gz rcs: http://www.cs.purdue.edu/homes/trinkle/RCS/rcs-5.7.tar.Z sox: http://prdownloads.sourceforge.net/sox/sox-12.17.3.tar.gz a2ps: ftp://ftp.enst.fr/pub/unix/a2ps/a2ps-4.13b.tar.gz zlib: ftp://ftp.info-zip.org/pub/infozip/zlib/zlib-1.1.4.tar.gz zip: ftp://ftp.info-zip.org/pub/infozip/src/zip23.tar.gz unzip: ftp://ftp.info-zip.org/pub/infozip/src/unzip550.tar.gz jed: ftp://space.mit.edu/pub/davis/jed/v0.99/jed-B0.99-15.tar.gz joe: http://prdownloads.sourceforge.net/joe-editor/joe-2.9.8-pre1.tgz oggutils: http://www.vorbis.com/files/rc3/unix/vorbis-tools-1.0rc3.tar.gz bitchx: ftp://ftp.bitchx.org/pub/BitchX/source/ircii-pana-1.0c18.tar.gz vim: ftp://ftp.vim.org/pub/vim/unix/vim-6.0.tar.bz2 elvis: ftp://ftp.fh-wedel.de/pub/fh-wedel/staff/herbert/elvis/elvis-2.2g-os2.tar.gz emacleim: ftp://ftp.gnu.org/pub/gnu/emacs/leim-21.1.tar.gz emacsbin: ftp://ftp.gnu.org/pub/gnu/emacs/emacs-21.1.tar.gz ghostscr: http://prdownloads.sourceforge.net/ghostscript/ghostscript-7.04.tar.gz mysql: http://www.mysql.com/Downloads/MySQL-3.23/mysql-3.23.49.tar.gz readline: ftp://ftp.gnu.org/pub/gnu/readline/readline-4.2a.tar.gz pine: ftp://ftp.cac.washington.edu/pine/pine.tar.Z cvs: ftp://ftp.cvshome.org/pub/cvs-1.11.1/cvs-1.11.1p1.tar.gz cdrtools: ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/cdrtools-1.10.tar.gz mktemp: ftp://ftp.mktemp.org/pub/mktemp/mktemp-1.4.tar.gz indent: ftp://ftp.gnu.org/pub/gnu/indent/indent-2.2.7.tar.gz sendmail: ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.12.2.tar.gz ispell: http://fmg-www.cs.ucla.edu/geoff/tars/ispell-3.2.06.tar.gz cdrtools: ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/cdrtools-1.10.tar.gz mutt: ftp://ftp.mutt.org/pub/mutt/mutt-1.2.5.1.tar.gz procmail: ftp://ftp.procmail.net/pub/procmail/procmail-3.22.tar.gz samba: ftp://ftp.samba.org/pub/samba/samba-2.2.3a.tar.gz -- John **= Email 29 ==========================** Date: Tue, 19 Mar 2002 21:50:19 +0000 From: John Poltorak Subject: Re: Texinfo v4.1 On Wed, Mar 20, 2002 at 01:06:06AM +0900, Jun Sawataishi wrote: > At Tue, 19 Mar 2002 12:30:35 +0000, > John Poltorak wrote: > > There has been a recent update to GNU Texinfo to v4.1 :- > > ftp://ftp.gnu.org/pub/gnu/texinfo/texinfo-4.1.tar.gz > > Are we likely to get an OS/2 port soon? > I have already built version 4.1 and 4.1a. > I just put a patch kit in my web directory. > > http://homepage1.nifty.com/jsawa/gnu/texinfo-4.1-OS2-patch.zip Thanks, I have it now. > > Building texinfo 4.1 is very easy, if you have already installed > GNU find and the like. Be sure __not__ to use autoconf/automake, because > the latest version of `os2unix' utility included in zip archive > properly modify Makefile.in's and shell scripts. At some point, I would like to be able to build it using Autoconf... > > x:/src>tar zxvf SOMEWHERE/texinfo-4.1.tar.gz > x:/src> cd texinfo-4.1 > x:/src/texinfo-4.1> unzip SOMEWHERE/texinfo-4.1-OS2-patch.zip > x:/src/texinfo-4.1> unzip OS2patch > > > x:/src/texinfo-4.1> os2unix -ALL > x:/src/texinfo-4.1> make > > If you'd like to make aout format executables > > x:/src/texinfo-4.1/src> make omf=no I have never understood all these different formats. Do we have a standard for UnixOS/2 packages? And if so which *FLAGS should be used for building? > John, If you have spare time to test and to make a package for > newly built texinfo, please upload it in UNIXOS2 ftp site. Yes, I will do, but I'd like to compare it against your config.log if possible, just to make sure I haven't messed something up. Can I grab it from somewhere? > > # OS/2 is not a question, it's a solution. > # SAWATAISHI Jun > # http://www2s.biglobe.ne.jp/~vtgf3mpr/ -- John **= Email 30 ==========================** Date: Tue, 19 Mar 2002 22:11:47 -0300 (EST) From: "DoC" Subject: Re: BIND On Wed, 20 Mar 2002 01:35:26 +0100, Mikkel C. Simonsen wrote: >> >> I was wondering, is there any known porter/binaries for the latest >> BIND version (9.1) for OS/2? >> >> I'm asking because a customer wants to know if we have BIND under >> OS/2. So far I've only found 8.2.4 on hobbes (untested). > >BIND 8.2.4 works very well, if that's what you meen by "untested". I use >it on an old 486SX system running Warp 3. > By "untested", I mean "not tested by me yet". -- Erico **= Email 31 ==========================** Date: Tue, 19 Mar 2002 23:15:32 +0100 From: Holger Veit Subject: Re: Building XFree86 v3.3.6 On Tue, Mar 19, 2002 at 02:02:10PM +0100, Martin Schafföner wrote: > -----BEGIN PGP SIGNED MESSAGE----- > > On Tue, 19 Mar 2002 13:04:25 +0100, Holger Veit wrote: > > >You wouldn't believe how much GlenMorangie went into that product... > > Is this the recommended drink for programmers? Depends on the software. Some people recommend drinks with a high amount of caffeine (so-called "horseshoe" coffee - put in a horseshoe and it will swim on top), but this is sometimes not the right drug. OTOH, pot would be appropriate, but usually isn't legally available everywhere. ;-) Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 32 ==========================** Date: Tue, 19 Mar 2002 23:18:23 +0100 From: Holger Veit Subject: Re: Porting Joe's Own Editor (JOE) On Tue, Mar 19, 2002 at 04:33:09PM +0000, John Poltorak wrote: > On Sun, Mar 17, 2002 at 02:19:58PM -0500, Marty wrote: > > On Sun, 17 Mar 2002 19:00:07 +0000, John Poltorak wrote: > > > > > Is there any way for JOE to use the whole screen? > > > > > > I normally run in mode co80,70, but JOE will only use 25 lines. > > > > Detecting that should be a function of the termcap library if it's working correctly > > (which it isn't). On Solaris, HP-UX, AIX, and Linux, JOE automatically resizes > > itself if you resize the xterm it's running in. > > I'm not talking about an XTERM, it may well work there. I'm just trying to > run it in a text mode session. Unfortunately, it will not resize correctly when the XFree86/OS2 xterm window is resized. This is because EMX doesn't implement the SIGWINCH signal at all (another nail in the coffin to be pulled out by libemu). Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 33 ==========================** Date: Tue, 19 Mar 2002 23:24:17 +0100 From: Holger Veit Subject: Re: Porting Joe's Own Editor (JOE) On Tue, Mar 19, 2002 at 12:03:29PM -0800, Dave and Natalie wrote: > On Tue, 19 Mar 2002 16:33:09 +0000, John Poltorak wrote: > > > > >> I'm attempting to run JOE v2.9.7 in screen session which is > >> col80 * row70 but JOE only uses 25 lines. > >> > >> Is there something I need to put in JOERC to make it use 70 lines? > > > >This may be because your terminal emulator does not set correct terminal > >settings. You should see this problem in all terminal based programs, > >shell, less, text mailers and editors. To fix this execute: > > > > % stty rows 70 > > > >--------------------------------------------------------------------- > > > >...means nothing to me. > > > >I guess it's the equivalent of 'mode co80,70'... > > > > Sortof, but much more capable. From the minix man page > Stty shows or changes the parameters of the terminal connected to > standard input. Stty takes a myriad of arguments most of which are > mapped directly to the flags and special characters described in tty(4), > so we won't describe them here. > Dave The stty command fiddles with the TIOC* ioctls (terminal I/O control) which exist for Unix tty devices, but are almost meaningless for EMX. EMX has the headers and does some sort of changes on an internal 'struct tty' like data structure, but this is far from being compatible with real ttys, left alone complete. xf86sup PTYs attempt to implement most relevant TIOC* ioctls, but they are not well integrated into EMX (they are a hack for xterm), thus won't be influenced by stty either. Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 34 ==========================** Date: Tue, 19 Mar 2002 23:44:19 +0900 From: Masaru Nomiya Subject: Re: ISPELL v3.2.06 Hello, In the Message; Subject : Re: ISPELL v3.2.06 Message-ID : <20020319135159.D54364 at eyup.org> Date & Time: Tue, 19 Mar 2002 13:51:59 +0000 [John] == John Poltorak has written: John> Would it be possible to use ISPELL as a general purpose spell checker in John> all apps, including something like Lotus WordPro, PMMail, Netscape John> Composer etc ? You can use ispell on Emacs 20.7, too. Especially, it is very useful on Mail User Agent written in elisp. Add below sentences to your .emacs. (autoload 'ispell-region "ispell" nil t) (autoload 'ispell-buffer "ispell" nil t) (autoload 'ispell-word "ispell" nil t) (autoload 'ispell-message "ispell" nil t) (setq ispell-personal-dictionary "g:/usr/local/dict/mydict.dict") Select in the menu bar, Edit -> Spell->... Regards, --- Masaru Nomiya mail-to: nomiya at ttmy.ne.jp "No Windows, no gains!" ... "Why, I am wrong?" -- Bill --