HDTenEightyP/NetNews huggingface dataset:
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: Re: Vio and Kbd calls using GCC2.2.2
Date: 2 Oct 92 19:39:00 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <717979472snx@sugs.tware.com> landis@sugs.tware.com (Hale Landis) writes:
>THE ONLY THING THAT IS MISSING IS ANY, REPEAT ANY, REFERENCE TO
>THESE FUNCTIONS IN THE IBM OS/2 2.0 TECHNICAL DOCUMENTATION.

IBM knows this.  I think it's deliberate.  I think they want to move
the OS/2 developers to a PM-only system.  I guess this is some attempt
to make things more mac-like.

>Yes, some of you IBMer's did comment here previously that you
>could use the OS/2 1.x technical documentation for these
>functions but this is the WRONG answer!  The OS/2 1.x
>documentation is virually unavailable.

I don't think any IBMers said that.  I know I said so.  I didn't
think the 1.3 toolkit was unavailable.  I borrowed some books from
someone who had it, and they work fine.

There are a few quick reference books on the OS/2 1.0 API out there.
(one of them by Microsoft, and it's still in print!)  They will cover
the most essential 16-bit functions.  All of them (except for two
nearly-useless ones) are in the OS2386.LIB and OS2286.LIB libraries,
although not all are in the headers.

>WE NEED REAL OS/2 2.0 DOCUMENTATION FOR THESE SYSTEM FUNCTIONS
>AND WE NEED IT NOW!

No kidding!

>What do we have to do to get IBM's attention on this matter?
>Write to the CEO?  No problem, I bet we could flood his
>office with letters!

A flood starts with one drop.  Write away.
-- 
David Charlap         |"there aren't 50,000 things for which it's worth writing
dic5340@hertz.njit.edu| software; and the computer industry doesn't have enough
----------------------+ programmers to create that much good software.
Therefore, most of it must be worthless" -- Boris Beizer "The Frozen Keyboard"
Newsgroups: comp.os.os2.programmer
From: gruen@ipc1.rrzn.uni-hannover.de (Lutz Grueneberg)
Subject: Re: comp.os.os2.programmer
Keywords: RCS
Reply-To: gruen@ipc1.rrzn.uni-hannover.de
Organization: University of Hannover
Distribution: usa
Date: Mon, 5 Oct 1992 12:50:35 GMT

In article <620@pcad.UUCP>, johns@pcad.UUCP (John Storey) writes:
|> 	ci error: RCS: Permission denied
|> 	RCS\makefile <- makefile
|> 	ci error: TZ is not set
|> 	ci aborted
|> 
|> 	Is this some error with the protection attribute on the file?
|> (I'm more used to unix here.)  I've set the following enviroment
|> variables:
|> 
|> 			set RCSINIT= -x
|> 			set LOGNAME=john
|> 
|> Any ideas would be appreciated here.

You need to set the TZ (time zone) variable. As I know, the
OS/2-Version (of RCS) don't use the value, but it must
be set. I use 'set TZ=MET'. 

There is still another bug (or feature?) in the available 
port of RCS in conjunction with HPFS and long file names.
The RCS filename (xxx.y,v) shouldn't exceed 14 characters.
And you should never check in binary files.

Lutz
-- 
// Lutz Gr"uneberg
// Lehrgebiet Rechnernetze und Verteilte Systeme
// Universit"at Hannover
// Schlosswender Str. 5
// D-3000 Hannover 1, Germany
//
// Email: Grueneberg@rrzn.uni-hannover.dbp.de
//
//				... have a  n.i.c.e. day
From: gjm@cray.com (Gordon Miller)
Newsgroups: comp.os.os2.programmer
Subject: Re: Minor wishlist item: any IBMers out there?
Date: 6 Oct 92 15:31:30 GMT
Organization: Cray Research, Inc.

In article <1992Oct5.135715.854@debet.nhh.no> si0_tb90020@debet.nhh.no writes:
>In article <717978212snx@sugs.tware.com>, landis@sugs.tware.com (Hale Landis) writes:
>> Hmmmm, wonder what you really mean... Are you looking for
>> a 'standard' C library (.lib file used with a linker) or
>> are you looking for a 'standard' C library as a .dll file?
>> 
>> I think the IBM C compiler has a 'standard' C library as
>> a .lib file.  What more could you want?
>> 
>> Why in the world would you want a .dll file for the C library?
>> Why would any one want a .dll file for any normal application
>
>Why? If the standard library was distributed as a dll, you would have
>several advantages:
>
>1) A compiler manufacturer would not have to worry about making one, he
>   could just use the IBM .dll
>
>2) A .dll is just loaded into memory once, not once for each application
>   using it. This means you would get a much smaller .exe. This means
>   more disk space is free, and you would use less memory. Thats why!
>


 3) You could make changes to the library (patches, enhancments) without
    having to relink applications.


--Gordon Miller
Newsgroups: comp.os.os2.programmer
From: weinkam@fraser.sfu.ca (James Lawrence Weinkam)
Subject: Help with color selection.
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 7 Oct 1992 00:33:06 GMT

OS/2 has the nice color selection dialog box that is used by
the color palette program, the scheme program, and the system
clock.  Is it posible to use this same dialog in my own programs
without having to write all my own code to implement this?

Thanks for your help.

James
Newsgroups: comp.os.os2.programmer
From: shabby@Athena.MIT.EDU (Chris Shabsin)
Subject: Re: OS/2 2.0 Specific Programming books
Organization: Massachusetts Institute of Technology
Date: Tue, 29 Sep 1992 18:24:30 GMT

In article <kaz.717783321@vincent1.iastate.edu> kaz@iastate.edu (Jimmy Buffet) writes:

   Does anyone have a list of 2.0 specific programming books?  I'm specifically
   looking for WPS, but all books available would be appreciated.  Where would
   be a good place to order them from?  Thanks!

   Jeff "Kaz" Kaczmarek

I hope this gets answered publically.  If not, please CC: me on the answer.
--
-Chris Shabsin
-shabby@athena.mit.edu
-member, SIPB, PWLCSBHNM, MITMB, VWA, MITCC, PWN, LSI
-"You got the power, you got the might, get ready for battle, beat
	that Black Knight!"
					-Black Knight pinball game...
Newsgroups: comp.os.os2.programmer,comp.os.os2.networking,comp.os.os2.misc,comp.os.os2.apps,comp.os.os2.advocacy
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: GTAK201B.ZIP replaced on ftp-os2
Followup-To: comp.os.os2.apps
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 1 Oct 1992 20:16:34 GMT

In article <1992Oct1.201117.26936@Informatik.TU-Muenchen.DE> rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel) writes:
>Due to a screwup on my side the buffer.exe in the GTAK 2.01 binaries
>archive was corrupted. In fact, it was not even an EXE file.
>I have replaced the archive with a new version.

And due to yet another :-) screwup (and one in RN), this post went into
all OS/2 news groups instead of comp.os.os2.apps only. Sorry.

Kai Uwe Rommel

/* Kai Uwe Rommel --- rommel@informatik.tu-muenchen.de */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams

Newsgroups: comp.os.os2.programmer
From: jurlwin@gandalf.UMCS.Maine.EDU (Jeff Urlwin)
Subject: Re: Are Workframe and CSet/2 useful?
Organization: University of Maine, Department of Computer Science
Date: Tue, 29 Sep 1992 00:53:29 GMT

In article <ignacij.717700018@meishan.animal.uiuc.edu> ignacij@meishan.animal.uiuc.edu (Ignacy Misztal) writes:
>I have recently received IBM CSet/2, which was ordered some time ago.
>Since I have acquired GCC in form of EMX 0.8d, which works quite well
>for me. As installing CSet/2 and learning Workframe seems

I've blown of the Workset, even though I'd like to see what it could do for
me...It's supposed to be pretty valuable for fixing compile errors, etc, *but*
I use an emacs-like editor (Epsilon v 6.0 -- a professional product) which
has next-error, etc. so I really don't need the WorkFrame.  

Overall, though, I've found the CSet/2 to be a good compiler set. (You need
the TOOLKIT to access the Dos, Vio, Kbd, Win, etc functions.)  There are a 
few bugs in IPMD that still need to be worked out, but they haven't stopped
me from working...just made me reboot a couple of times.  I use the set every
day for work...so I think I'd be a pretty good sample.  I don't (yet) program
PM stuff, so I can't be a reference there...

I choose CSet/2 over GCC and waiting for Borland, if that helps.

Jeff




-- 
--------------------------------------
jurlwin@gandalf.umcs.maine.edu
From: jpolizzi@cybernet.cse.fau.edu (joe polizzi)
Newsgroups: comp.os.os2.programmer
Subject: Re: OS/2 beta and/or developers CD from the UK...
Date: 30 Sep 92 14:24:04 GMT
Organization: Cybernet BBS, Boca Raton, Florida

dn@hplb.hpl.hp.com (Daniel Neades) writes:

> Is it possible to get either the beta (Win 3.1/32 bit GRE etc) or the
> Beta developer's CD-ROM (I don't even know if this is available yet)
> from this side of the atlantic?
> 
> If so, how? (a telephone number whould be helpful - one that I can
> ring from the UK. I haven't a clue what 1-800-IBM-3040 means)
> 
There are currently no provisions for the beta program outsied of the
USA. The reasons given have been the shortness of the beta cycle for 
product and that IBM has not officially announced its plans for the
new "Worldwide Developer Assistance Program," which we have been
informed will be formally disclosed by John Soyring somewhere around
the 18th of October. 

Now the phone question: In the States the phones have alphabet
characters as well as numbers. (GHI= 4, ABC= 2, MNO= 6) You
cannot however use this system to spell anything with a 'Q' or
a 'Z' as they are not provided on the dial. I haven't ever seen
a British phone so I have no way of knowing wether it is the same 
there <grin>.

Cherio!

=================================================
Every thing I say may be rumour and or innuendo, but I don't
think so...
Consultant of Swing------------------------------
Internet: jpolizzi@cybernet.cse.fau.edu
Internet: jpolizzi@goliath.pbac.edu
Fidonet: Joe Polizzi at 1:369/68
Compuserve: 71075,2553
From: adnan@octavius.rice.edu (Sarmad Adnan)
Newsgroups: comp.os.os2.programmer
Subject: Performing I/O port access
Date: 6 Oct 92 03:11:21 GMT
Organization: Rice University

I have been trying to read and write to I/O ports using IBM Cset2
and MASM 5 without success.  

Is there any way to do so without an assembly module?    

If an assembly module must be used what module defination needs to
be used for the "Link386".

Any suggestions or help would be appreciated and code fragments would
be welcome.

-adnan
--
Sarmad Adnan (adnan@dsnvx1.sinet.slb.com  adnan@rice.edu)
From: ant@brolga.cc.uq.oz.au (Anthony Murdoch)
Newsgroups: comp.os.os2.programmer
Subject: CURSES and a decent MAKE for os2 ??
Date: 6 Oct 92 07:30:28 GMT
Organization: Prentice Centre, University of Queensland


Hi there,

I'm having a little bit of a play around with development under OS/2 using
the gcc 2.2.2 compiler (not the emx version of gcc).  I was wondering if
anyone had ported curses to this compiler and if there was a decent make
program available.

thanx in advance
ant

  V   ant
 \o/  ant@brolga.cc.uq.oz.au          Prentice Centre
 -O-  Anthony Murdoch                 University of Qld
 /0\  Phone (07) 36 54078             Australia
From: selliott@cup.portal.com (J Steve Elliott)
Newsgroups: comp.os.os2.programmer
Subject: WorkFrame/2 install notes
Date: Fri,  2 Oct 92 13:11:52 PDT
Organization: The Portal System (TM)

I just got of the line with Boca regarding problems I was having with the
WorkFrame/2 installation. I thought I'd post some notes for those who 
haven't yet installed it. Hopefully, It will help others avoid the 
problems I was having. Here goes:

1. Install the components in the following order:

   - First install the Toolkit
   - Second, install Workframe/2
   - Third, install Cset/2

2. Backup Config.sys prior to installing.

3. Make sure you tell it to update config.sys.

4. Ipl after each component is installed.

5. Most important, ensure there are no trailing blank lines or escape
   characters in your config.sys. If so, delete them, otherwise, none
   of the statements added at the end by the installation process will
   be seen by the components who need to see them. 

Hope this saves some of the headaches I went through.

Steve Elliott
From: d9mikael@dtek.chalmers.se (Mikael Wahlgren)
Newsgroups: comp.os.os2.programmer
Subject: Re: serial port
Date: 30 Sep 92 07:58:10 GMT
Organization: Chalmers University of Technology, Gothenburg Sweden

The only solution I can see, is to access the serial port via I/O
instructions, but it would be tricky access it anyhow, without disturbing
your uucp (and without uucp disturbing you).

It is also possible to open the serial port in deny none mode, but that
requires that uucp does the same, and most communication programs open
the port with a deny read/write.

Mikael Wahlgren




Newsgroups: comp.os.os2.programmer
From: ljensen@netcom.com (Colin Jensen)
Subject: Re: Patching the Toolkit header files?
Date: Sat, 26 Sep 92 21:30:30 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <1992Sep25.151807.6092@odin.diku.dk> gogol@diku.dk (Peter Skov Knudsen) writes:
>I just received the Toolkit and as I didnt want to invest the $$$
>in IBM C Set/2, Im using it with gcc 2.2.2 which works just fine.
>Of course I had to patch the header files from the Toolkit
>replacing lines of the type
>  PCHAR APIENTRY SomeFunction(...)
>with
>  PCHAR SomeFunction(...) asm ("SomeFunction")

>But as I understand it,
>the removed APIENTRY directive also serves the purpose of placing
>a linker directive in the objectcode, identifying the function as
>a 32-bit function with the C calling convention.

As far as I'm aware there is no linker directive that is appropriate
in this situation.

Under OS/2 1.x, all APIENTRY does is to tell the compiler (not the linker)
that the function call needs special treatment.  Under 1.X, "special treatment"
meant that the function had a different naming convention (no leading
underscore) and used a different calling convention (so the compiler has to
push and pop arguments in a different manner).

With OS/2 2.x, the sole remaining effect of APIENTRY is to effect a different
naming convention.  Therefore, the change you have made to the header file
is *all* that you need to do.

>Secondly, with the patches I have applied this far, Im unable to use
>any of the old 16 bit system calls (VIO, KBD etc). Those function are
>identified in the header files by something like
>  PCHAR APIENTRY16 SomeFunction(...)
>The APIENTRY16 directive, I understand, place some directives in the
>object code identifying the function as 16-bit, Pascal calling convention.

APIENTRY16 is a clue to the compiler to output different assembly code
that is compatible with the older 1.x calling convension.  There are only
three ways to do what you want:

1. Buy IBM's C

2. Write assmembly language "interpreters" that get called using the standard
gcc/2 calling convention, which re-arrange the arguments and call the 16-bit
function.

3. Add the new calling convention to gcc as a keyword.  [While you're at it,
add _System so that we don't need to modify header files at all any more]

While (3) is the cleanest solution, it should only be attempted by someone
with plenty of time on their hands...

- Colin Jensen
cjensen@ampex.com ljensen@netcom.com
Newsgroups: comp.os.os2.programmer
From: slumos@unlv.edu (Steve Lumos)
Subject: Re: Price to join DAP?
Organization: UNLV Computer Science
Distribution: usa
Date: Sun, 4 Oct 92 22:10:05 GMT

In article <1992Oct4.000924.15295@netcom.com> feustel@netcom.com (David Feustel) writes:
>
>I enrolled in the DAP over the phone when I ordered the cdrom ($14).

you mean it is only $14 to enroll AND get the CDROM? That is the one
that includes OS/2 beta and WorkSet/2 beta, right? It sounds like IBM
has been listening to some of the postings in this group awhile ago...

If this is correct, I definately want in! Anyone know the best deal on
everything I need to get a CDROM drive going under OS/2 (controller,
drive, etc.)?

-- 
Steve Lumos - slumos@cs.unlv.edu
Xref: sparky comp.os.os2.programmer:5499 gnu.utils.bug:1772
From: thoth@uiuc.edu (Ben Cox)
Newsgroups: comp.os.os2.programmer,gnu.utils.bug
Subject: Gawk and floating-point numbers
Date: 6 Oct 92 15:52:59 GMT
Reply-To: thoth@uiuc.edu (Ben Cox)
Followup-To: comp.os.os2.programmer
Organization: Ancient Illuminated Sears of Bavaria
Originator: btc30679@uxa.cso.uiuc.edu
Apparently-To: gnu-utils-bug@ux1.cso.uiuc.edu

I have been having a bit of trouble with floating-point numbers in
Gawk (2.13, I think) under OS/2 2.0.

I have a script which tallies up some figures (dollar amounts, so they
are floats) and then tries to print them.  I use a line something like

   printf "Total: %.02f, bleagh\n", total;

and all I get is:

   Total: f, bleagh

for output.  Using this same script with Gawk under Linux worked fine,
so naturally I assumed it would work with Gawk under OS/2.

I also tried

   printf "Total:", total, ", bleagh";

and that printed

   Total: 12510 , bleagh

which isn't even close to correct ("total" is nowhere near 12510, or
even 125.10).

Anyone have any ideas of what I can do (other than moving my Gawk
script and my data file to a unix machine)?

Followups have been directed to comp.os.os2.programmer, since I read
that group (and not gnu.utils.bug). :-)

Any info would be helpful; thanks in advance!

--
Ben Cox
thoth@uiuc.edu
From: yuk@hpopd.pwd.hp.com (Yuk Lun Chan)
Date: Tue, 6 Oct 1992 14:34:21 GMT
Subject: Re: Minor wishlist item: any IBMers out there?
Organization: Hewlett-Packard ISG-SBU-PWD, UK.
Newsgroups: comp.os.os2.programmer

Simple. If I put all my code in a DLL and just have a small main program.
Every time I run one more copy. All the system do is to load the small
main program and data area. If your program is a large one (> 1Mbyte in code
size), it save you a lot of memory and time. Also, if the program has many
parts and not all parts used at any time. It is much better to divided the
program into many DLL. I don't want each of my DLLs has a C library in it.
I want one C library in memory only.

Newsgroups: comp.os.os2.programmer
From: tnt@netcom.com (Terry Turner)
Subject: yes (and thanks) (was: emacs for emx0.8e?)
Date: Tue, 29 Sep 92 19:22:26 GMT
Organization: Watch the Skies
Distribution: comp

fixes for using emacs with emx08e are available on ftp-os2.nmsu.edu.

thanks.
-- 
terry
	tnt@netcom.com
From: g5000005@nickel.laurentian.ca
Newsgroups: comp.os.os2.programmer
Subject: Looking for an early version of OS/2
Date: 7 Oct 92 01:13:13 GMT
Organization: Laurentian University

Greetings!

	I am looking to buy an early copy of OS/2 that will run on a 286
computer. My reason? I am seriously considering upgrading from my 286, but
to what I don't know (yet). I use Macintosh in my lab and am impressed with
its GUI. But, I have been hearing good things about OS/2. I would like an
early copy so I can play with it on my present system and see what it is like. 
Also I would like to try my hand at programming in OS/2!

	So, if anyone has an early version of OS/2 hanging around that they 
would like to sell (and that will run on a 286), please contact me at 
G5000005@nickel.laurentian.ca.

	Oh yeah, I have a 12 MHz '286 w/287XL coprocessor, 40 MB HD and
 4 MB of RAM (if this makes any difference).

Norm
From: steveh@goanna.cs.rmit.oz.au (Steven Hayes)
Newsgroups: comp.os.os2.programmer
Subject: Re: Are Workframe and CSet/2 useful?
Date: 29 Sep 92 02:26:54 GMT
Organization: Comp Sci, RMIT, Melbourne, Australia

ignacij@meishan.animal.uiuc.edu (Ignacy Misztal) writes:

>I have recently received IBM CSet/2, which was ordered some time ago.
>Since I have acquired GCC in form of EMX 0.8d, which works quite well
>for me. As installing CSet/2 and learning Workframe seems
>to be time consuming, are these tools worth installing? To program
>for PM, is the included (printed + on-line) documentation sufficient
>or should one buy the full documentation?

Learning C Set/2 and workframe is a breeze. With the workframe, you 
don't need to know what all the compiler switches and things are - setting
options is as simple as presing radio buttons. Workframe also features
a rather good automatic makefile creation tool.
Doing compiles, builds, editing, and debugging is as simple as making menu
selections.

I'm extremely happy with the Workset/2 environment. It's only failing is the
lack of C++ support - and thats being addressed right now I understand.
-- 
   Steven Hayes                                    |  steveh@rmit.edu.au
   Royal Melbourne Institute of Technology (RMIT)  |  +61 3 660-2693
Newsgroups: comp.os.os2,comp.os.os2.misc,comp.os.os2.networking
From: nenaas@ulrik.uio.no (Nils-Eivind Naas)
Subject: Re: TCP/IP and ISOLINK e-net card
Organization: University of Oslo, Norway
Date: Fri, 2 Oct 1992 14:40:54 GMT

In article <1992Oct1.145130.14140@alf.uib.no> edmtl@alf.uib.no (Thor Legvold) writes:


   Hi.
   I need a driver - IBM support hasn't been too helpful.
   I bought TCP/IP for OS/2, and have an ISOLINK (by BICC) 
   IsoLan Ethernet card.  Unfortunately, TCP/IP doesn't come with
   a driver.  Could a kind soul let me know if/where one exists???

   (I thought the driver problems were solved after everyone
   screamed at IBM for releasing support for only IBM printers
   in os/2 1.[012]???  Not?)

   Please e-mail replies.
   Regards,
   Thor
   Legvold@alf.uib.no

This is rapidly approaching the stature of an FAQ :-)

The status regarding BICC cards, as they were related to me by the 
Norwegian importer, is:

1) 3Com has bought out BICC
2) 3Com has stopped production of BICC cards
3) 3Com has stopped further development of BICC drivers, at least as far as
   OS/2 2.0 is concerned.

Next FAQ: Would YOU buy a 3Com 3C509 to replace your BICC cards ?

(FYI, CERN apparently has some 500 BICC cards, we only have 80 :-))

Nils-Eivind Naas, ISAF, Oslo, Norway   nen@isaf.no
Xref: sparky comp.os.os2:371 comp.os.os2.misc:32112 comp.os.os2.networking:1631
From: backman@vaxeline.ftp.com (Larry Backman)
Newsgroups: comp.os.os2,comp.os.os2.misc,comp.os.os2.networking
Subject: Re: TCP/IP and ISOLINK e-net card
Date: 5 Oct 92 17:32:11 GMT
Organization: FTP Software, Inc., Wakefield, MA
Nntp-Software: PC/TCP NNTP


 >> 
 >> Next FAQ: Would YOU buy a 3Com 3C509 to replace your BICC cards ?
 >> 
That card makes a 3c503 look good :-)...

Its OS/2 NDIS driver does *not* reliably receive multiple back to back
packets from a fast machine such as a SPARC.  It is tuned to
be a Netware client, not a TCP client IMHO.


Larry Backman
FTP Software
Newsgroups: comp.os.os2,comp.os.os2.misc,comp.os.os2.apps,comp.os.os2.programmer
From: jdecarlo@mitre.org (John DeCarlo)
Subject: Re: Utils dont work in a window - WHY?
Organization: MITRE Corporation, McLean  VA
Date: Mon, 5 Oct 1992 17:30:42 GMT

In article <price.717967414@helios>
 price@helios.unl.edu (Chad  Price) writes:

>edmtl@alf.uib.no (Thor Legvold) writes:

>>I downloaded som unix-like utilities (ls, grep, etc) for os/2, but when
>>I type 'ls' in a os/2 window it opens a full screen session, does the ls,
>>and exits - not what I want :-)

>>Is there something that needs to be configured to run these in a os/2 window
>>without 'spawning a subshell' in full screen mode???

>When this happens to me, it is usually because I just ran a DOS application
>in an OS/2 window.

Of course, it doesn't have to be a DOS app you are running.  Check out the 
versions of PKZIP2.EXE and PKUNZIP2.EXE on ftp-os2.  Neither program will 
run in a DOS window, yet both will start up full screen OS/2 sessions if you 
run them from an OS/2 windowed session.

Anyone know why?

John DeCarlo, MITRE Corporation, McLean, VA--My views are my own
Fidonet:  1:109/131  Internet:  jdecarlo@mitre.org
Newsgroups: comp.os.os2.apps