HDTenEightyP/NetNews huggingface dataset:
From: rob@cad4.lbl.gov (Robert J. McNamara)
Newsgroups: comp.os.os2.misc
Subject: Re: ServicePak problem
Date: 12 Nov 1992 10:27:33 GMT
Organization: Lawrence Berkeley Laboratory
Reply-To: rob@cad4.lbl.gov (Robert J. McNamara)
NNTP-Posting-Host: 128.3.252.177

In article <1992Nov12.083636.22922@news.Hawaii.Edu> tholen@galileo.ifa.hawaii.edu (Dave Tholen) writes:
->I've encountered a problem with GA+ServicePak that I did not experience with
->just GA.  I'd like to know if others are having the same problem before
->reporting it to IBM.
->
->If I run DOS programs from an OS/2 command prompt (I've only tested full
->screen, not a windowed command prompt), the first program executes properly,
->but the second triggers an Internal Processing Error.  I've tried a couple
->of completely different DOS programs, including Buerg's LIST, and the
->problem occurs with all the ones I've tested.  The location of the error
->is the same each time.

I've encountered a similar problem thats potentially more serious. Some
OS/2 programs that I run in the background will also have this problem.
For example, running djpeg in an OS/2 window in the background, and 
doing a bit of text editing and compiling in a foreground window will
generate an error in the djpeg session as soon as the editor or 
compiler needs to access the disk.  

Dos programs experiencing errors I can understand (if not tolerate) but 
OS/2 programs failing just because they're in the background? Thats
ridiculous.

+-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
     Rob McNamara - rob@cad4.lbl.gov  - LBL EE CAD/CAE software support
                       Register & Vote Green!

>> New mail from ghwbush@whitehouse.dc.gov - (No Subject Specified)


Newsgroups: comp.os.os2.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Does VESA Local Bus put a huge strain on a CPU?
Organization: Texas Instruments Inc
Date: Thu, 5 Nov 1992 23:05:28 GMT

In <1992Nov5.212451.20864@wam.umd.edu> rsrodger@next10csc.wam.umd.edu (Robert Stephen Rodgers) writes:

>In article <1992Nov5.172246.1853@mksol.dseg.ti.com> mccall@mksol.dseg.ti.com  
>(fred j mccall 575-3539) writes:
>> right.  EISA isn't the way to go.  In fact, under DOS EISA is a waste
>> of money.  It's practically impossible to saturate the ISA bus under
>> DOS anyway.  Of course, you could always buy an EISA video board (VERY
>> expensive) or get a coprocessed board (so you send it 100k of
>> instructions and it produces a 1M image -- also more expensive than a
>> dumb frame buffer).  All local bus does is save you a little money on
>> the add-in cards.  What do you do when someone comes up with a better
>> coprocessed board and you're suddenly slower again?



>	Maybe you haven't figured it out yet:  LB cards _ARE_
>	coprocessed.  There is _no way_ for EISA to catch up.


Maybe you haven't figured it out yet, but LB cards are mostly not
coprocessed.  They're things like ET-4000 framebuffer cards.
Coprocessing doesn't buy you much on local bus, since the 'win' for
local bus is being able to move huge amounts of data between two
points quickly.  If you're coprocessed, you don't need that capability
for your video.

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.os.os2.misc
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: Supported SVGA cards
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Tue, 10 Nov 1992 17:45:10 GMT

In article <DyXZTB1w164w@geloser.login.qc.ca> rider@geloser.login.qc.ca (Serge Ayotte) writes:
>> I am not happy with the scroll rate of the ET4000 drivers.  I am considering
>> buying an ATI Ultra graphics + or pro.  I don't understand what you mean
>> when you say that ATI users haven't had much luck.  One can always use their
>> ATI card in 8514 mode which gives you 1024x768x256c.  I don't see any problem
>> with this.  Who cares about seamless windows anyway.
>(Hoping I'm not putting my foot in my mouth... (-; )
>As much as I know, the 8514 mode is an INTERLACED mode, and most of the
>people I know (including myself once I have enough money to buy a card
>an monitor) that want's to run in 1024X768X256c want to run in
>NON-INTERLACED so as not to get crossed eye. And I do care about seemles
>window because I still have to work for the office with some DOS or win
>based prg.

Er, no.  The 8514/A standard does not mandate interlaced mode.  In
fact, under OS/2 2.0 you can run up to 72 Hz noninterlaced in 1024x768
256 colors with the ATI 8514/A hardware compatible adapters (Vantage,
Ultra, etc).

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST 2.0g is avail.
sip1@ellis.uchicago.edu | from 128.123.35.151, anonymous ftp, in /pub/os2/all
Dept. of Econ., Univ.   | /faq, or from LISTSERV@BLEKUL11.BITNET (send "HELP")
of Chicago, 60637       | [You picked the right President, America -- Thanks.]
Newsgroups: comp.os.os2.misc,comp.os.os2
From: greve@rs1.thch.uni-bonn.de (Thomas Greve)
Subject: Re: moving Desktop tree -- solved.
Organization: University of Bonn, phys. Chemistry
Date: Thu, 5 Nov 1992 16:52:48 GMT

In article <1992Nov4.154716.18606@olymp.informatik.uni-bonn.de> i wrote:
>[...]
>I already changed the drive on every occurence in the os2.ini and
>os2sys.ini, but still... and SP has changed the EA's of the desktop
>directories, so that GA doesn't like it any more :-(.

But i have found the key... (and it was *so* easy!) After i tried to
move it manually (with xcopy /s /e) and changing os2sys.ini -- what
didn't work -- i did it like this (please don't shout at me!): i
simply opened the drive C folder and the drive D folder, and --
dragged the desktop folder from one drive to the other. That was it.

BTW: when i tried to drag the `old' tree on drive D back to drive C,
it simply disappeared, leaving only some lost clusters on my HD...
After i unzipped my backup (good to have one!) of those directories to
drive C, the GA booted happily ever after...

Moral: it is not *always* useful or necessary to cheat your OS. There
*are* tasks that can be met by means documented in the manuals... ;-) 

-- 
				- Thomas

   greve@rs1.thch.uni-bonn.de
   unt145@dbnrhrz1
From: jbayer@ispi.COM (Jonathan Bayer)
Newsgroups: comp.os.os2.misc
Subject: Re: What is UUPC?
Date: 5 Nov 92 13:05:27 GMT
Organization: Intelligent Software Products, Inc.

adhir@wam.umd.edu (Al Dhir) writes:

>Hello all, I have been wondering for a while now, what is UUPC (UUCP?) for
>OS/2 and what will it allow me to do?

UUPC is an implementation of the Unix UUCP transfer protocol.  It tries
to be as similar to the Unix version as possible.

It is used to transfer files in a batch mode from one system to another.  As
an extreme example of UUCP just look at Usenet; most of the systems that
support Usenet are running some sort of UUCP, be it a Dos based system, a
Unix based system or a VMS based system.


JB
-- 
Jonathan Bayer		Intelligent Software Products, Inc.
(908) 248-1853		37 Winthrop Rd. 
jbayer@ispi.COM		Edison, NJ   08817
From: stanton@haas.berkeley.edu (Richard Stanton)
Newsgroups: comp.os.os2.misc
Subject: Re: How to unzip CSD files
Date: 10 Nov 1992 17:38:46 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: haas.berkeley.edu

In article <3732@babcock.cerc.wvu.wvnet.edu> mlawson@cathedral.cerc.wvu.wvnet.edu (Michael Lawson) writes:
>I downloaded the CSD files from ftp-os2.nmsu.edu.

Did you retrieve them in binary mode (type "binary" at the FTP prompt)

Richard Stanton
From: x90wardell@gw.wmich.edu
Newsgroups: comp.os.os2.misc
Subject: BUG: Windowing DOS.
Date: 13 Nov 92 14:57:05 EST
Organization: Western Michigan University

	S

	Reproducable Bug in OS/2, post service pack:

	Click on a DOS program.  Hit Alt-Home to m ake it a  window.
Make it full screen again.  Now Hit At-Esc to leave it.  Return to it.
You can no longer make it into a window.  Any ideas?
From: jurlwin@gandalf.UMCS.Maine.EDU (Jeff Urlwin)
Newsgroups: comp.os.os2.misc
Subject: Re: C++ compiler
Date: 8 Nov 92 18:08:29 GMT
Distribution: usa
Organization: University of Maine, Department of Computer Science

In article <BxDM2B.2u9@scd.hp.com> kitchin@avo.hp.com (Bruce Kitchin) writes:
>Spicher (gonorth@cs.montana.edu) wrote:
>: 
>: I thought that there was supposed to be a C++ compiler with the CSD.  Was
>: I misinformed, or is there a C++ compiler running around on my machine that
>: I haven't seen yet?
>: 
>:                                      Daron Spicher
>: 
>
>I think I heard that a beta of IBM's C++ compiler was included on the
>DAP CD ROM.  How one gets a copy, you'll have to ask someone else.

It's supposed to be on the DAP CD this month.  The last one (dated 10/92)
didn't have it.  I'm not sure if the November version is out yet...
but It should be soon.

Jeff

-- 
--------------------------------------
jurlwin@gandalf.umcs.maine.edu
Newsgroups: comp.os.os2.misc
From: goldstein@carafe.enet.dec.com (Fred R. Goldstein)
Subject: Re: Service Pack DSPINSTL hangs on Tseng
Organization: Digital Equipment Corp., Littleton MA USA
Date: Tue, 10 Nov 1992 05:01:14 GMT


In article <1992Nov8.064938.17218@nntpd.lkg.dec.com, I wrote,
>I applied the Service Pack (golden 6055_).  It went through all 12
>diskettes, then told me to Wait.  ANd it sat there.  This was with
>unselective boot-CSD install.  Eventually (like half an hour later)
>I rebooted.  It came up with lots of new files, but no Tseng driver.

Thanks for all the advice!  I got lots of input from the net.
Tonight, I got past the problem.  I had already removed the old
ORCHID drivers and gone back to the GA version of DISPLAY.DLL,
and had plain VGA working; that hadn't fixed it.  Finally, I
replaced my CONFIG.SYS file with one based upon the original
GA install.  It had one major difference vis a vis the one I
was running:  The DOS shell was COMMAND.COM, rather than the
4DOS I had been using.  With  it, I was able to use the selective
install and DSPINSTL portion thereof to put in the new Tseng
drivers.

HOWEVER, the performance is lousy!  On my 386SX-20, scrolling is
just too slow.  And the 14x8 fonts are too thin; they almost
look like 1024x768.

Nonetheless, I at least have the choice!  Thanks again y'all,
and remember to be careful about having 4DOS in the loop (if
indeed that was the problem).  Keep your old CONFIG.SYS files
around!
---
Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
Newsgroups: comp.os.os2.misc
From: feustel@netcom.com (David Feustel)
Subject: Re: VMDISK image back into a floppy?
Organization: DAFCO: OS/2 Software Support & Consulting
Date: Sat, 14 Nov 1992 00:19:02 GMT

Richard.Solomon@ColoSpgs.NCR.COM (Richard Solomon) writes:

>While hacking around with my DOS 5.00 VDM the other day, I accidentally 
>hosed my CONFIG.SYS so the VDM won't boot.  Now I'd like to be able to take
>the disk image created by VMDISK and turn in back into a floppy so I can get
>things running again!

>I tried LOADDSKF just for grins, but it of course complains about file 
>format (Hey it was a long shot).  Does anyone know how to turn that VMDISK
>image back into a floppy?  or failing that, any other way to access the
>image as a file system?

Funny you should ask, since I was wondering the same thing yesterday.
If you have the MKS dd program, try the command
dd ifs=[image file name] ofs=a: bs=18b count=160
That command will copy the binary file image to the floppy and, if
the image file really is, make it possible for you to edit the floppy
copy of config.sys. I haven't tried this myself yet.
-- 
Dave Feustel N9MYI <feustel@netcom.com>
 
If convicted felons can't own firearms, then why in Hell
do we let GE make nuclear weapons?
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc
Subject: Re: Service Pack Problems
Date: 12 Nov 92 17:35:25 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Nov12.081204.23034@news.columbia.edu> dsc2@cunixb.cc.columbia.edu (Daniel S Chan) writes:
>	After spending hours downloading and installing the Service Pack, I 
>had to remove it and put the GA version back on last night because the 
>Windows CUT and PASTE features were so SLOW!!!!!! ( at least under excel4.0). 
>Using the SP, it took nearly four or five seconds just to cut 6 cells out 
>compared to less than a second under GA(same conditions). Fine tuning does not
> help any. Anyone have the same problem ?   

That's because the clipboard is being exported to OS/2 apps.  Go to
OS/2 System->System Setup->Win-OS2 Setup and set the clipboard to
"private" or "not exported" or something like that.  Note that
multiple WIN-OS2 sessions will no longer be able to share a clipboard
or have DDE communication with each other, nor will any such
communication between WIN-OS2 and OS/2 be possible, but the clipboard
will be much faster.
-- 
  |)  David Charlap          | .signature confiscated by FBI due to
 /|_  dic5340@hertz.njit.edu | an ongoing investigation into the
((|,)                        | source of these .signature virusses
 ~|~
Xref: sparky comp.os.os2.misc:36211 comp.os.os2:444 comp.os.os2.apps:8183
Newsgroups: comp.os.os2.misc,comp.os.os2,comp.os.os2.apps
Subject: Re: **SOLVED** the "HELP HELP HELP" Video problem
From: cvafyaga@vmsb.is.csupomona.edu (Srikanth Viswanathan)
Date: 11 Nov 1992 21:23 -0800
Distribution: world
Organization: California Polytechnic University, Pomona
Keywords: SOVLED@
Summary: Problem with Service pack solved
News-Software: VAX/VMS VNEWS 1.41    

In article <1992Nov8.234601.29962@u.washington.edu>, rene@hardy.u.washington.edu (Rene Magritte) writes...
>noticed the  Interlace=1 command next to the mode I was interested in.
>Hmmmmm......  I scrolled down and noticed that the 1024x768 mode said
>Interlace =0.   Crossing my fingers, I changed the 800x600x256 mode to
>Interlace=0.  I rebooted, hoping I wouldn't fry my card or

I thought Interlace=0 means that it is a non-interlaced display?  Can
anyone clarify?

Srikanth
Newsgroups: comp.os.os2.misc
From: landman@hal.physics.wayne.edu (Joe Landman)
Subject: news reader/mailreader and video
Followup-To: comp.os.os2.misc
Summary:  possible Faq
Organization: Dept. of Physics, Wayne State Univ.
Date: Tue, 10 Nov 1992 15:25:35 GMT

Fellow Net.Humanoids:

Sorry if this is a FAQ, but ...

   I would like a good NON-uucp based newsreader for my pc (connected via
TCPIP 1.2.1 and os/2 1.3 (its a 286) to a nice 10meg/sec network.

   I use LaMail (It is cute), but are there other/better mail handlers?

   I am using a Video 7 VRAM II with 512k video ram.  I used the instructions
in the manual to install the os2 PM drivers, but I am (a bit) concerned. 
These drivers are for os2 1.2.  Are there any later drivers?  I am using
1024x768 (very nice using PMX), and I need the resolution.

   Tanks:  Sorry if this is a faq, and please respond/flame directly to me
at 
   landman@splat.physics.wayne.edu

Joe Landman

Newsgroups: comp.os.os2.misc
From: shorrock@mips1.info.uqam.ca (Shorrock*Glenn)
Subject: Com_Direct_Access in Dos Sessions and 16550's
Organization: Universite du Quebec a Montreal
Date: Wed, 11 Nov 1992 22:04:33 GMT

The Service Pack adds a few new options for configuring Dos sessions: the
first one is Com_Direct_Access.  Until now, Dos programs that manage a
16550's buffers directly, like Procomm Plus, couldn't; OS/2 got in the way.
I had to use the Mode command's buffers=on option in order to profit from
my 16550.  My question: does the Com_Direct_Access option mean I can 
forget about using Mode with buffers=on and just rely on Procomm to manage
the 16550? If so, are there any advantages to letting OS/2 do the job 
instead of Procomm?

Glenn Shorrock

Math Dept.
Universite du Quebec a Montreal
shorrock@info.uqam.ca
From: kgallagh@digi.lonestar.org (Kevin Gallagher)
Newsgroups: comp.os.os2.misc
Subject: ANSI.SYS and the /X switch
Date: 12 Nov 92 23:46:32 GMT
Organization: DSC Communications Corp, Plano, TX

In DOS 5.0, I can use the /X switch on ANSI.SYS and be able to distinguish
between the Del key on the keypad and the Delete key among the extended keys,
for example.  This also seems to be supported in a DOS window under OS/2.
However, the OS/2 ANSI.SYS documentation does not mention an /X switch at all.
If I specify /X when loading the OS/2 ANSI.SYS, no error message is issued,
but the ANSI sequences to reassign the extended keys don't work.

Have I missed something here?  Or has IBM simply tried to get by with a
minimal ANSI.SYS?

-- 
----------------------------------------------------------------------------
Kevin Gallagher        kgallagh@digi.lonestar.org OR ...!uunet!digi!kgallagh
DSC Communications Corporation   Addr: MS 152, 1000 Coit Rd, Plano, TX 75075
----------------------------------------------------------------------------
From: shurr@cbnews.cb.att.com (larry.a.shurr)
Newsgroups: comp.os.os2.misc
Subject: Re: Try this (I *LOVE* OS/2 2.x) ...
Date: 5 Nov 92 16:53:56 GMT
Article-I.D.: cbnews.1992Nov5.165356.23282
Organization: AT&T Bell Laboratories, Columbus, OH

In article <1992Nov3.205450.8672@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
}In article <4254@copper.Denver.Colorado.EDU> rvaniwaa@copper.denver.colorado.edu (Ronald J. Vaniwaarden) writes:
}>There is 99% of your proglem, When I tried to run dos comm programms in the
}>background, they had considerable problems.  However, an OS/2 comm program
}>will be much better behaved and will allow you to do other things at the same
}>time.  The reason is that the DOS comm program is continually polling the
}>com port which creates a huge demand on the cpu.  Try TE/2 or kermit for
}>OS/2

}Right solution, wrong reason.  Only the dumbest terminal programs poll
}the COM port.  I tried writing such a program once, and it developed
}missed character problems at 2400 baud under DOS!  Most terminal
}programs are interrupt driven.  The problem is that OS/2 can't or
}won't pass more than 1000 virtual interrupts per second to a DOS box,

Not only that, but the virtual interrupt code evidently locks out
execution of all other VDM's (Virtual DOS Machines) while delivering 
an interrupt to a particular VDM.

}so things develop problems at high baud rates.  At 2400 baud, DOS
}programs have no problem.  I know, I use Procomm 1.01 for DOS all the
}time, and it works fine once idle detection is set properly.

True, the DOS comm program running at 2400 baud doesn't have a problem,
but the DOS programs you may be running concurrently in other VDM's 
have a terrible time during a download, despite the low baud rate.  I
encountered this while trying to do something in one VDM while Telix
performed a ZMODEM download in another.  The download ran fine, but 
VDM's were unusably slow, sometimes taking many seconds to recognize
and process a single keystroke.

Meanwhile, concurrent VIO and PM sessions were fine -- just a little
slower than they would have been without the download running, but
nothing serious.

The fact that other VDM's were severely impacted, but the rest of the
system was OK lead me to the conjecture that the virtual interrupt
code locks out execution of other VDM's while it's running.  Still, I
could be wrong.  Perhaps there's another setting which changes this
behavior.  Furthermore, I observed it in the GA, but haven't tried it
with the CSD installed -- I'm using TE/2, now, so the problem hasn't
come up in a long time.

Larry
-- 
Larry A. Shurr (las@cbnmva.att.com or att!cbnmva!las) speaking only for myself.
EOR (end-of-ramble)
From: Mary.Evans@launchpad.unc.edu (Mary Evans)
Newsgroups: comp.os.os2.misc
Subject: Re: Seamless Windows
Date: 12 Nov 92 13:50:33 GMT
Organization: University of North Carolina Extended Bulletin Board Service


....But can you get rid of winos2 and still run the programs?

--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
From: xmbs_ss@debet.nhh.no
Newsgroups: comp.os.os2.misc
Subject: Help! Unable to delete file
Date: 6 Nov 92 17:22:07 MET
Organization: Norwegian School of Economics

Someone has created a file with name LPT1 on a 1.3 GB disk.
We use Compaq OS/2 v.1.21 and Pathworks for OS/2 v. 2.0.  The filesystem is 
HPFS and we need to delete this file, because our backup-program stops when 
trying to read the file.

Is it possible to delete or rename the  LPT1-file ?

Do I need any special program or utility or can this be done with an OS/2-
command ?

Please help as I don't wnat to format the disk.

Sam.

/------------------------------------------------------------------------------\
| Sam Stendal, Systems Consultant, MBS Fjerndata a.s, Bergen, Norway           |
| INTERNET: xmbs_ss@debet.nhh.no        PHONE: Intl + 47 5 32 58 40            |
| From APPLELINK: add "@INTERNET#"      FAX: Intl + 47 5 32 02 85              |
\------------------------------------------------------------------------------/
Newsgroups: comp.os.os2.misc
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: RAM speed
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Thu, 5 Nov 1992 21:07:57 GMT

In article <1992Nov5.174248.11761@netcom.com> bob@netcom.com (Bob Becker) writes:
>Is anybody running OS/2 with or without the service pack with
>80ns RAM installed?
>I can find nowhere in the docs that OS/2 requires anything faster
>than 80ns, but the tech. rep. I talked to seemed to think that
>the source of all my problems was my 80ns RAM.

I do on a 386-40, but the wait states must be set near maximum.

This is more a hardware issue -- you might want to refer to
comp.sys.ibm.pc.hardware (or its Frequently Asked Questions List).

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST 2.0g is avail.
sip1@ellis.uchicago.edu | from 128.123.35.151, anonymous ftp, in /pub/os2/all
Dept. of Econ., Univ.   | /faq, or from LISTSERV@BLEKUL11.BITNET (send "HELP")
of Chicago, 60637       | [You picked the right President, America -- Thanks.]
Newsgroups: comp.os.os2.misc
From: dandrews@bilver.uucp (Dave Andrews)
Subject: Re: OS/2 Full Screen Problem
Organization: W. J. Vermillion - Winter Park, FL
Date: Wed, 11 Nov 1992 19:52:55 GMT

In article <1dr3rbINN14s@usenet.INS.CWRU.Edu> jms20@po.CWRU.Edu (John M. Sully) writes:
>
>When I open an OS/2 full screen session, the monitor looses sinc, but
>there's no problem opening a DOS full screen session.  
>
>My system is:
>486/33 - 8Mb
>Diamond Speedstar
>OS/2 2.0 + CSD

John, I've experienced exactly your problem, and I don't have a fix either.
I've been loathe to post my problem here (there is no shortage of
confused people with Tseng boards), but I'm also at wit's end.

My "Diamond Speedstar" card is the DS Plus card that Gateway was
distributing earlier this year.  

I began experiencing this immediately after I executed VMODE custom for
1024x768 resolution.  Sony 1304 monitor.  DOS sessions work okay, PM
works okay, but OS/2 command-line sessions are out of sync.

Also out of sync are the device-driver messages that are issued when
OS/2 boots up.  You can't see chkdsk errors anymore.

You can enter "mode co132" in the OS/2 command-line session and get
an in-sync 132 column display.

I'll take any suggestions, too.

- David Andrews
  dandrews@bilver.oau.org