HDTenEightyP/NetNews huggingface dataset:
From: pbe@eddie.bs.open.de (Paul Blinzer)
Newsgroups: comp.os.os2.misc
Subject: Re: un:com cards with irq
Date: 17 Aug 92 23:27:23 GMT
Reply-To: pbe@eddie.bs.open.de
Distribution: comp
Organization: home

In article <1992Aug14.1480.25001@dosgate> robert.fielder@canrem.com (robert fielder) writes:

>   KURT KLINGBEIL said:
> KK>Is there such a thing ?  I'm not talking about the multi $100, 4-or-8 port
> KK>proprietary jobs that require special drivers, and are usually used for
> KK>multi-user systems.  I mean a regular rinkeydink COM card with a '16-bit'
> KK>card edge that allows jumpering the IRQ up into the 9-15 region...
> Kurt:
> [some stuff deleted]
If you don't mind to use a soldering iron, there's a simple method to add at
least two more ports to the normally usable COM1 and COM2. All you need is a
standard (and cheap !) multi I/O-card with a 16-bit wide connector (those
thingies with two serial ports, parallel port, IDE connector and the like
on it) and some isolated thin wire. The serial ports of the multi I/O-card
_must_ be configurable as COM3 and COM4 and _must_ have all contact fingers at
the at-extension connector (the shorter one of the two pcb connectors). If you
are in luck, you already have one of those cards within your computer case. You
then need an additional serial card to get the COM1 and COM2 ports back.
Before you begin, configure all your I/O cards accordingly to avoid double
addressing.
Just figure out the pins B24 and B25 on the bus connector of the card. These
are the pins for IRQ4 and IRQ3 (used for the serial hardware interrupts of COM1
and COM2). Just to remember the numbering of slot pins:

:A                      C
:----...........------  -------------------
:B   PC-Slot            D AT-Extension Slot
 1                   31 1
Rear
of
Computer

Break the tracks leading to these pins with a sharp knive or a small
screwdriver. Now look for the pins D3 and D4 on the bus connector of the card.
These are connected to IRQ10 and IRQ11 (normally unused). Solder a wire to
the former IRQ3 track coming from the interrupt hardware of the serial ports.
Connect it to the upper part of pin D3. Apply the same procedure to the other
track and pin D4. Be careful not to flood the whole contact finger with solder.

This was the hardware. Now you only need to tell the system on which interrupts
to find the new ports. Just insert '(2E8,10) (3E8,11)' as parameters at the
'\OS2\COM.SYS' entry of CONFIG.SYS. That's all !
You now have four serial ports, all fully usable within OS/2, DOS and Windows
emulation (except the port for a serial mouse).
OK, I admit it's a real hardware hack (although a small one :-) ). But it works
and it's usable without any additional driver and it's much cheaper than all
these high-priced supersonic serial cards you speak of.
-- 
----------------------------------------------------
| |- - - - -| |  Paul Blinzer
| |   HI    | |  pbe@eddie.bs.open.de
| | THERE ! | |  Kreuzkampstr. 32, W-3300 Braunschweig
From: mauritz_c@spcvxb.spc.edu
Newsgroups: comp.os.os2.misc
Subject: Wolf3D in a Dos session???  How?
Date: 20 Aug 92 16:42:36 GMT
Organization: SPC Community Access System

Has anyone gotten Wolfenstein 3D to work in an OS/2 DOS session?
My friends have all been raving about the game so I'd like to give
it a try.
 
Cheers,
 
 
Chris
Newsgroups: comp.os.os2.misc
From: unruh@physics.ubc.ca (William Unruh)
Subject: ps style process lister?
Summary: ps style process lister for OS@?
Keywords: ps , processes,list
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Thu, 20 Aug 1992 05:49:20 GMT


Does a "ps -aux" style process lister exist for OS2- ie, something which
will list all current processes, whether system or user? I keep getting
the feeling that I have hidden processes running which is what is giving
me the huge (12M) swap file.
Bill Urnuh
unruh@physics.ubc.ca

Newsgroups: comp.os.os2.misc
From: wjb5106@rigel.tamu.edu (Walter Barnett)
Subject: Re: ATM and WIN-OS2
News-Software: VAX/VMS VNEWS 1.41    
Organization: Texas A&M University
Date: Tue, 18 Aug 1992 16:51:00 GMT

In article <1992Aug18.055207.25799@sarah.albany.edu>, pv9955@albnyvms.bitnet writes...
>I know that OS2 2.0 comes with a complete installation of Windoze 3.0
>and it comes with a full installation of Adobe Type Manager.
>However, when I use a Windoze word processor, I am limited to ONE font
>and ONE size (Times Rmn 12pt.).
>Does OS2's ATM work for Windoze programs?  How can I get any font manager
>(ATM, TrueType) to work for Win-OS2 ?
> 

ATM for OS/2 and ATM for Winos2 are separate programs.  There is a 
booklet included in the OS/2 package describing the steps you need to 
take to install the fonts for Winos2's ATM.

_______________________________________________________________________
Walter Barnett        Aerospace Engineering        Texas A&M University
From: craig@uhunix.uhcc.Hawaii.Edu (Craig Oshiro)
Newsgroups: comp.os.os2.misc
Subject: Re: File system corruption
Date: 17 Aug 92 20:18:10 GMT
Organization: University of Hawaii

In article <1992Aug6.151458.25502@pslu1.psl.wisc.edu> frigo@psl.wisc.edu writes:
>I performed the kernel upgrade from an OS/2 session launched from within the
>WPS.  The process of upgrading to the new kernel corrupted the OS2.INI and
>OS2SYS.INI files.
>
>I reinstalled os/2 (for other reasons as well) with the old kernel.  Then I
>booted the system from the installation floppies, unzooed the kernel file in
>a root directory on a HDD partition, and used the FIXKRNL.CMD file to do the
>patch.  No problemo!
>
>I highly reccommend the following:
>
>(1)	Boot from floppy to perform the patch, and
>
>(2)	Delete your old SWAPPER.DAT file in \OS2\SYSTEM.

Thanks Sean.  I had done that after it crashed with the newer kernel.  Still,
I sent in a problem report to IBM also asking them if they could improve on
the crash recovery process.
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc
Subject: Re: Dos And Hpfs
Date: 19 Aug 92 20:25:53 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <714223952.7@wyrm.rbbs-net.ORG> Daniel.Karellen@f501.n914.z8.rbbs-net.ORG (Daniel Karellen) writes:
>
>>-Unknown-  If I format my hard drive as one large partition, and use
>>HPFS, does that mean that I cannot use a DOS prompt anymore, since
>>DOS will only recognize FAT?  How about DOS in a Window?  Or is the
>>OS2 prompt *completely* DOS compatible? 

>The DOS prompt on OS/2 will see HPFS files.  It will truncate the
>names, but you can still run dos.

Is this in the FAQ list yet?  The DOS box does NOT truncate any
filenames.  A file which doesn't conform to 8.3 simply DOES NOT EXIST
as far as DOS boxes are concered.  They can not see the file, let
alone try to read or write them.

>I keep an OS/2 boot disk around just to be safe.  You can make one
>with the file MKBTDISK.ZIP.  I'm not sure if it's on this bbs. 

Since an OS/2 boot disk must be 2 floppies, anyway, just diskcopy a
few copies of your first two install disks.  The "install" disk and
"disk 1" are all you need to get going.  I have two extra copies of
these disks for emergency use.

-- 
   |)  David Charlap           "I don't even represent myself
  /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
 ((|,)
  ~|~  Hi! I am a .signature virus, copy me into your .signature file.
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Newsgroups: comp.os.os2.misc
Subject: Re: Looking for Simple OS/2 text editor
Date: 14 Aug 92 03:32:55 GMT
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago

In article <713227887snx@tgm.CAM.ORG> eric@tgm.CAM.ORG (Eric Trepanier) writes:
>  Well, the title says it all.  I am looking for a text-based editor
>  (not a PM editor like E.EXE) for editing my CONFIG.SYS files and such.

There are a few at ftp-os2.nmsu.edu.  One, called TED, I believe, is
just 4K -- perfect for that "emergency floppy."

-- 
Get the OS/2 FREQ. ASKED QUESTIONS LIST | Timothy F. Sipples
from 128.123.35.151, anonymous ftp,     | Internet: sip1@ellis.uchicago.edu
directory pub/os2/all/faq, or from      | Dept. of Econ., U. Chicago, 60637
LISTSERV@BLEKUL11.BITNET (send "HELP"). | Tsongas > Perot > Clinton.  Yay.
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc
Subject: Re: Hidden Files, Defragmentation, Backup
Date: 19 Aug 92 21:19:04 GMT
Article-I.D.: njitgw.1992Aug19.211904.22616
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Aug19.161500.15942@sbcs.sunysb.edu> mjn@sbstaff2.cs.sunysb.edu (The Sixth Replicant) writes:
>
>In the August "Inside OS/2" there's an article about defragmenting FAT
>partitions. It suggests making EA DATA. SF non-hidden while defragmenting
>so that it can be defragmented. This made me wonder about whether other
>hidden OS2 files are movable. I'm interested for two reasons. First, 
>to get maximum defragmentation, and second to be able to backup and
>restore without reinstalling OS/2. What can people tell me about the movability
>following hidden files ?
>
>    \os2\system\boot.os2

I don't know what this is.  Since it's in a subdirectory, I'd assume
you can move it, since there's no gurantee where subdirectory-based
files end up.

>    \os2\bitmap\aaaaa.exe
>    \os2\bitmap\aaaaa.met

The aaaaa.* files are for the "secret credits" screen.  You can even
delete them if you want to.  (To see the credits, select the WPS
desktop and type CTRL-ALT-O)

>    \io.sys
>    \msdos.sys

I'd be really careful about these.  Moving them about on a DOS system
results in an unbootable disk.  I don't know what OS/2 Boot Manager
does with them, though.

>    \ea data. sf
>    \wp root. sf

I wouldn't unfragment it, but if someone has experience indicating
otherwise, go ahead.

>    \os2boot

Isn't this the OS/2 boot sector?  I wouldn't unfragment this.
Besides, Boot Manager probably creates it or something when you do a
BOOT /OS2

>    \os2ldr
>    \os2krnl

These should be moveable.  I've overwritten them a few times while
upgrading the system.  I don't think that would have worked if they
had to be in a fixed location.  (I renamed them and then copied the
replacement in, so they used different sectors)

>Also, in the documentation for EABACKUP, it says that EABACKUP is unneccesary
>if your backup/restore preserves the EA pointer in the directory entry (and
>of course you restore a whole disk EA DATA. SF included). Does anyone know
>whether any or all versions of Fastback have such a property ?

I didn't think any DOS backup programs do this.
-- 
   |)  David Charlap           "I don't even represent myself
  /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
 ((|,)
  ~|~  Hi! I am a .signature virus, copy me into your .signature file.
From: bob@netcom.com (Bob Becker)
Newsgroups: comp.os.os2.misc
Subject: Template problem
Date: 20 Aug 92 19:52:22 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

I have a problem.  Somehow, and I have no idea how, I find myself
with multiple Printer, Font Palette, Program, and Scheme Palette
templates.  I'd like to get rid of the extra ones, but I don't
know how to do it.  

Can anybody help?
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc
Subject: Re: OS/2 Drivers for Diamond
Date: 13 Aug 92 19:59:26 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <unruh.713646010@physics.ubc.ca> unruh@physics.ubc.ca (William Unruh) writes:
>gt0040a@prism.gatech.EDU (Tom Sorensen) writes:
>
>>As a consolation- the 32-bit GUI is supposed to ship w/ many SVGA drivers for
>>popular boards. With luck the S3 chipset will be among them.
>
>I thought that IBM stated that OS2 GA shipped with many video drivers
>for popular boards.

It currently ships with drivers for all IBM standard boards.  Third
party vendors didn't get drivers shipped to IBM in time to be
included.  Right now, I think only Trident has proper OS/2 2.0 drivers
available anywhere.

IBM includes: CGA (640x200x2), EGA (640x350x16), VGA (640x480x16),
              8514/a (1024x768x256), and XGA (1024x768x256)

Others are provided by the hardware manufacturers.  It's likely that
IBM will include them in future GA distributions, as well as in the
corrective service pack.

BTW: does anyone know if S3 is even bothering to develop drivers for
     their chipset?
-- 
   |)  David Charlap           "I don't even represent myself
  /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
 ((|,)
  ~|~  Hi! I am a .signature virus, copy me into your .signature file.
From: ralph@umsa8.umd.edu (Ralph Roland)
Newsgroups: comp.os.os2.misc
Subject: Using memory above 8MB as page-cache
Keywords: help
Date: 15 Aug 92 22:36:33 GMT

I have a question about OS/2's usage of system memory.
 
I have a 33Mhz '486 machine with 8Meg of "0 wait-state" RAM on
the motherboard, and have just acquired a couple of Intel AboveBoard 
memory cards (6Meg worth).  If these boards are added to the system
and configured to supply the address range 8M-14M, everything seems
to work as I expect.  The first 8Meg of ram is fast, the rest is *SLOW*
(of course this ram is on the ISA bus, and is slow (150ns) to begin
with, so this is exactly what I expected to happen).  If OS/2 is
allowed to use this memory everything crawls to a standstill, with
windows taking several seconds just to 'explode' open or closed.
It appears OS/2 is allocating the higher memory first, and the kernal
is getting mapped into the slow memory...oh well.
 
The Redbooks (Vol I, page 77) suggest that if more than 16Meg is
installed in a machine, and the DMA controller can not get to it 
(limited by 24 Address lines) the memory above 16M will be used as...
 
    "a paging cache to be used before paging to the disk.
     This substitution is a good use of the memory above
     16MB, but not as good as using it directly."
 
Now the question is...Does anybody know of any way to tell OS/2 to
move the limit from 16MB to 8MB so that this extra memory will be
used as a page cache (before going to SWAPPER.DAT) instead of 
'standard' system memory?
 
This doesn't seem to be the kind of thing that would be hard-coded
into the operating system, but rather something that could be set
with a cryptic (undocumented?) command.  At least that's what I'm
hoping.
 
Thanks,
Ralph Roland
ralph@umsa8.umd.edu
Newsgroups: comp.os.os2.misc
Subject: shutdown/startup problem fixed
From: Thomas Permutt <TPERMUTT@UMAB.BITNET>
Date: Tuesday, 18 Aug 1992 10:38:06 EST
Organization: University of Maryland at Baltimore

Shutdown didn't do anything, and startup started up a lot of old programs that
behaved strangely.  What I did was to hold down left shift-left ctrl-f1 during
startup.  I pushed them down when the screen went white, and held them until
the disk light went off and stayed off for a while (the screen was still white.
The Readme, where I got this idea, says hold them until icons appear, but
I don't think they would have.)  This killed all the funny programs except a
seamless Windows one; fixed their icons; and made shutdown work again.

Tom Permutt
From: michael.hagerty@spacebbs.com (Michael Hagerty) 
Newsgroups: comp.os.os2.misc
Subject: Two peculiar problems...
Date: 18 Aug 92 18:01:00 GMT
Distribution: na
Organization: SPACE BBS - Menlo Park, CA - 10 Lines + 4gB - 415-323-4193
Reply-To: michael.hagerty@spacebbs.com (Michael Hagerty) 

NT. From: tenny@euclid.uucp (Nathan Tenny)
NT. Subject: Two peculiar problems...
NT.
NT. Problem #1: COM ports.
NT.
NT. I have an internal modem installed on COM4; programs running under "native"
NT. DOS do fine with it, but anything running under OS/2 (even in a DOS session)
NT. behaves *strangely*; typically, it will find nothing on COM4 the first time
NT. it looks, and will hang the second time.  Most programs (including SofTerm)
NT. stop responding to system requests at this point, and once in a while the wh
NT. machine will lock up and have to be hard-booted.  What the hell is going on?
NT.
NT. (For what it's worth; I have the modem on IRQ3, and COM2 disabled to avoid
NT. conflicts.  There's a trackball on COM1, and no other serial devices.)

FWIW, in the docs is some discussion about the sequential nature of ports.
What this means is that you are apparently not permitted to have holes in
the sequence of comm ports.  To have a COM4, you must also have COM1, COM2
and COM3.  Reorder your ports, get the COM2210 driver and you should be ok.

Regards, Mikey
---
 . JABBER v1.2 #42 . There is no dark side of the moon.  Really.
From: laird@stable.ecn.purdue.edu (Kyler Laird)
Newsgroups: comp.os.os2.misc
Subject: Re: Scanner with OS/2 driver
Keywords: scanner
Date: 19 Aug 92 17:36:11 GMT
Organization: Purdue University Engineering Computer Network

Imara Research (416-581-1740) makes a low level driver for the
old HP ScanJets.  I have a IIc now, and am no longer supported,
but they are working on the driver...

I encourage you to call and bug them.

Also, I remember searching around about a year ago for the same
info, and coming up with a division/dept/... in IBM working on
drivers for its scanners.  Worth a shot.

--kyler
Newsgroups: comp.os.os2.misc
From: stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger)
Subject: Scanner with OS/2 driver
Keywords: scanner
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Tue, 18 Aug 1992 14:38:35 GMT

I'm looking for a scanner with software which runs under OS/2.

Any recommendations out there?

--
Peer Stritzinger
Phone: +(49)8141-90613
Internet: stritzi@physik.tu-muenchen.de
From: LANSCHE@TOROLAB6.VNET.IBM.COM ("Martin Lansche")
Newsgroups: comp.os.os2.misc
Subject: RE: Stem Variables as Arguments
Date: 13 Aug 92 17:09:24 GMT

Michael, Jean-Pierre,
  A long time ago I suffered through the same dilemma.  There used to be
a very ugly way to do this via

myfunc: Interpret "PROCEDURE EXPOSE" arg()

which violated the REXX language definition, but worked until about 1989
- they enforced the language definition in the CMS version of REXX then.
So I was able to get around it using a more elegant trick.  The central
idea is that all of the stem variables that you could possibly want to
use as an arguement to functions should be placed in a "SUPER-STEM".
  For instance, instead of having
    Opts.1 = "A"
    Opts.2 = "B"
    &c.
code it instead as
    Stem.Opts.1 = "A"
    Stem.Opts.2 = "B"
Then your can use PROCEDURE EXPOSE STEM., and pass as an argument the
1st level of indirection which, in essence, is your passed Stem variable.
Here is Michael's sample rewritten with this technique.  Run with
"Trace i" to see it at work.

Cheers,
Martin Lansche   Lansche@Torolab6.vnet.ibm.com

=========== cut here =============
/* Init the stem var. */
Stem. = ''
Stem.Opts.Label = 'Select an option A-C, X'
Stem.Opts.0 = 4 /* No. options */
Stem.Opts.1 = 'A'
Stem.Opts.2 = 'B'
Stem.Opts.3 = 'C'
Stem.Opts.4 = 'X'

Choice = GetChoice("Opts")
exit
/* ... */

GetChoice: PROCEDURE EXPOSE STEM.
ARG name  /* Stem var with options */

SAY Stem.name.Label
PULL Resp
DO i = 1 TO Stem.name.0
   IF Resp = Stem.name.i THEN
       LEAVE
END /* i */

IF i = Stem.name.0 + 1 THEN /* Default is Stem.1 */
   RETURN Stem.name.1

RETURN Stem.name.i

/* End of example */
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc
Subject: Symmetric multiprocessing kernel - a neat idea...
Date: 17 Aug 92 18:08:59 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <pathak-150892161741@virtual.mitre.org> pathak@mitre.org (Heeren Pathak) writes:
>I believe you are referring to the symmetric multi-processing version of
>OS/2.  IBM has stated that the next major version of OS/2 (3.0) will
>support symmetric multi-processing.  

Here's a neat idea:  Place the kernel on one processor, all to itself.
It runs in parallel all the time.  Other processes make system calls
by messaging the kernel in its processor.  No more context switching
for system calls - the kernel processor stays in kernel mode, and the
other processors stay in user mode.  If the system call can be made
asynchronously, the user process doesn't even need to be suspended!

>BTW:  I believe that IBM is looking into using the Mach micro-kernel for
>the next version.  This is the same micro-kernel used in the NeXT computer
>and in OSF/1.

A great idea.  I heard this was the plan for porting OS/2 to the
RS-6000 platform.  Are they going to do this for the Intel-x86
platform as well?  This would be great, since we could then add new
API's without complicated translation or VDM's.  Just let Mach select
the proper API server.  The only exception would be DOS - I don't see
how Mach could provide a DOS API server that would be fully compatible
with DOS - you'd still need VDM's for that.

-- 
   |)  David Charlap           "I don't even represent myself
  /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
 ((|,)
  ~|~  Hi! I am a .signature virus, copy me into your .signature file.
Newsgroups: comp.os.os2.misc
From: duffy@theory.chem.ubc.ca (Pat Duffy)
Subject: Re: Two cool bugs!
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Wed, 12 Aug 1992 21:08:35 GMT

In article <1992Aug12.171952.14638@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
>In article <1992Aug10.180807.13902@unixg.ubc.ca> duffy@theory.chem.ubc.ca (Pat Duffy) writes:
>>Open the settings for your OS/2 full-screen session.  Change it to DOS full-
>>screen and change video_switch_notification from the default.  Exit.  Change
>>the session back to full-screen OS/2.  Exit and start up the full-screen
>>session.  Type 'set'<return>.
>>
>>The only values that get returned are the DOS settings that were changed.  You
>>have no path, no environment variables, nothing.
>
>That's right.  DOS sessions don't get their environment variables from
>CONFIG.SYS.  Create an AUTOEXEC.BAT file in the root of your boot
>partition.  This will execute each time a DOS session starts.

Hi Dave.  I don't know if I made myself clear enough, so just to be sure:  

1) Open the settings for an OS/2 full-screen session.
2) Change the session to full-screen DOS.
3) Change a DOS setting.
4) Change the session back to OS/2 full-screen
5) Run the OS/2 full-screen.
6) No settings for the OS/2 full-screen session except the DOS settings that
   were changed.
7) Open the settings for the OS/2 full-screen session.
8) Change it to a DOS full-screen session.
9) Change the settings back to the defaults.
10) Change the session back to OS/2 full-screen.
11) All the environment variables in config.sys are restored.

This should not happen (should it?).  The environment variables I set for a 
DOS session for one icon (in this case OS/2 full-screen) should not affect
(let aloe cause to be lost!) the variables set in config.sys for the OS/2 
session for that icon, should they?
 
>>Alos, I am using a Graphics Ultra and running everything using the 8514/a
>>drivers.  I am finding that Windows messes up my DOS sessions, in that I cannot
>>see what I type, but that the programs I start run anyway, and my keystrokes
>>seem to be registering.  However, all I see is a blue C:\> prompt and nothing
>>else.  I have set video_xga_8514a_iotrap to on and video_switch_notification
>>to on, but the problem persists.  Any ideas anyone?
>
>No real idea, but have you set "SVGA OFF"?  Look for the svgadata.pmi
>file (DIR svgadata.pmi /s) and delete it if you find it.  Next, check
>your config.sys.  Be sure youve a reference to vsvga.sys and NOT to
>vvga.sys.
>
>These should be set for all 8514/a sessions, whether there is a
>problem or not.

I think I do just have VVGA.SYS in my config.sys.  I'll change it and see
what happens.
-- 
Patrick Duffy, duffy@theory.chem.ubc.ca 

May our nation continue to be the beakon of hope to the world.
                -- The Quayle's 1989 Christmas card. 
Xref: sparky comp.os.os2.misc:27948 comp.os.os2.apps:5456