HDTenEightyP/NetNews huggingface dataset:
From: rreitzig@lookout.it.uswc.uswest.com (Rolf Reitzig)
Subject: SCO ODT Performance Problems
Organization: U S WEST Information Technologies
Date: Tue, 1 Sep 1992 21:21:06 GMT


I am posting a description of a problem I am experiencing with SCO ODT V1.1.
Any replies are greatly appreciated.

I am running SCO ODT V1.1 on a DEC 433MP computer with 24 MB memory and 1 
processor.  This is DEC's modified version of ODT, but the same problem has 
occurred on true SCO ODT.

Recently, I upgraded a site from a 486 computer with IDE drives running SCO 
Xenix to the aforementioned DEC/ODT system.  ALL applications are the same,
so the only changes have been the computer, and OS.

After the switchover had been performed, the users (approximately 15 on dumb
terminals) noticed that their response time has decreased severely.  The users
are running the same applications as before, and NO X-Terminals are involved
as of now.

Using sar and vmstat, the CPU usage shows > 80% idle, and no swapping or
paging is occurring.  Basically, the computer says it is running fine.

After speaking to DEC technical support, I decided to try some benchmarks on
disk access time.  I found the following:  copying a 25 MB file from fileA to
fileB took 13 minutes on the Xenix computer, and 2.5 minutes on the DEC 
computer.  Not bad.  However, vmstat reported that the CPU was 93% idle, with
7% system useage on the Xenix computer, while the DEC computer was 0% idle, with
100% system useage.  While the copying was taking place, a user could login to
the Xenix computer with no delay, while a login on the DEC computer was
insufferable slow.  These tests were performed with 2 root users logged in, no
users on the system at all.

Basically, I have concluded that disk access operates at very high priority in
ODT, and this is the cause of the performance problems.  

Am I on the right track?  Any suggestions?

Post, or mail replies to rreitzig@uswest.com

Thank you in advance.
Newsgroups: comp.unix.sysv386
From: chc@orion.ksc.nasa.gov (Charles Curley)
Subject: Re: Xman on Interactive 3.0
Organization: Boeing Aerospace Operations, Inc., Kennedy Space Center, Florida
Date: Mon, 31 Aug 1992 16:09:17 GMT

In article <1992Aug26.220320.15060@awds.imsd.contel.com> andy@awds.imsd.contel.com (Andy Moskoff) writes:
>
>Hi,
>
>Does anyone know how I can tell Xman to look for groff and NOT nroff on my
>Interactive UNIX 3.0? Interactive, in there infinite wisdom doesn't offer
>the Documentor's Workbench, so I've installed groff-1.05. However, Xman
>doesn't look for groff, but nroff. Is there a way around this? I've already
>groffed and/or decompressed all my man pages for Xman to use, but I would
>rather have the man pages still left in pre-groffed format (i.e., with the
>macros). Better yet how about modifying Xman to decompress and THEN groff
>the man pages? If anyone has any suggestions, please respond by e-mail.
>
>
>-------------------------------------------------------------------------------
>andy@wx.gtegsc.com                      |   This space for rent.
>(818) 706-5312				|
>Andy Moskoff				|

If you don't find a way to do this, you could create a script called
"nroff" and have it call "groff -Tascii $*" inside.

--
Charles Curley, Research Analyst        Internet:  chc@orion.ksc.nasa.gov
Boeing Aerospace Operations, Inc.       Voice:     (407) 867-9619
MS FA-56, Bldg M7-409, Rm 170A          Facsimile: (407) 867-4079
Kennedy Space Center, Florida 32899
From: vsn@cc.ic.ac.UK (Vartan Narinian)
Newsgroups: comp.unix.sysv386
Subject: Re: DOS5.0 meets the creature from large SCSI disks and ISC 2.0.2
Date: 4 Sep 92 22:49:34 GMT
Article-I.D.: cscmgb.9209042049.AA26681
Organization: Imperial College of Science, Technology and Medicine

>>I am contemplating an attempt to move my DOS5.0 (with damn windows
>>so I can run Corel Draw) onto my Unix Box.
>
>Have you thought of getting Corel Draw for UNIX and running it under
>UNIX on your box?

Has anyone thought of using the DecStation Personal 5000 which runs
Windows NT and is supposed to run Windows applications?

Is it out yet? Does it work? Any personal experiences/horror stories welcome.

Vartan Narinian
Imperial College, London
Xref: sparky comp.unix.sysv386:13948 comp.dcom.fax:1602
Newsgroups: comp.unix.sysv386,comp.dcom.fax
Subject: Experiences with V Systems' VSI*FAX Software
From: karl@ttank.ttank.com (Karl Bunch)
Date: Wed, 2 Sep 1992 18:37:25 GMT
Organization: Think Tank Software, Norwalk, CA

If you've used the above software would you please relate any experiences
you have had with VSI*FAX.  Preferably by E-mail, I'll summarize if
there's enough interest.

We're on the edge of buying it and are wondering if it's too good to be true.

BTW this is on SCO UNIX.

Thanks in advance,
Karl
-- 
% ----------------------------------------------------------------------------
% Karl Bunch                        ||| UUCP: ..!uunet!cerritos.edu!ttank!karl
% Think Tank Software               ||| INTERNET: karl@ttank.com
% 42.5% of all quoted statistics are made up, of those 23.185% are right. :-)
From: mbarkah@slate.mines.colorado.edu (Ade Barkah)
Newsgroups: comp.unix.sysv386
Subject: Re: X386 1.2E on ATI Graphics Ultra
Date: 1 Sep 92 21:23:30 GMT
Organization: Colorado School of Mines

dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
: There is no support for 8514/A accelerators in X386 1.2E.  The next version
: will have support for the ATI SVGA chipset, which is also on the Graphics
: Ultra.  SGCS and MetroLink sell X servers that support the accelerator
: on the Graphics Ultra.

Now, how does one contact SGCS and/or MetroLink ? e-mail or phone
number or US.MAIL.address appreciated.

Thanks,

-Ade.
-- 
Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
CompuServe: 74160,3404
FIDO_net  : Ade Barkah [1:104/108@fido.org]
SNAIL_net : 1800 West Campus Road, Golden, CO 80401
From: chris@ctmnix.UUCP (Chris Matthews)
Newsgroups: comp.unix.sysv386
Subject: Re: Mysterious SCO 3.2.4 lockups
Date: 1 Sep 92 02:03:49 GMT
Reply-To: chris@ctmnix.UUCP (Chris Matthews)
Organization: Underground Nixbox Creations

In article <9129@olsa99.UUCP> Petri.Wessman@hut.fi writes:
>
-=>I'm having some problems with the new SCO 3.2r4.1, and would
-=>appreciate some help. The system works fine normally *if I'm running
-=>something*, but if I log out from all the multiscreens (leaving just a
-=>getty on each screen), the systems locks up totally in a few minutes.
-=>By "locks up" I mean that nothing happens, the keyboard is quite dead
-=>(I don't have a serial terminal so I can't check whether it's just the
-=>multiscreens that zonk). I tried the keyboard lockup fix found in the
-=>Troubleshooting section of the SysAdm manual -- no effect. This is
-=>getting to be really annoying, so far I've "solved" it by running
-=>something, usually u386mon, in one of the multiscreens.
-=>
-=>Some info about the system:
-=>
-=>- "generic" 386/33 box, 8MB RAM, 64k cache, 330 MB ESDI disk,
-=>  Paradise 1024 VGA, serial/parallel I/O card.
-=>- MS4.1 installed.
-=>- TCP/IP 1.1.3 installed, but not active at the moment
-=>- Development system 3.2.4 installed
-=>- Some kernel parameter modifications, including screen blanker on
-=>  (in 15 mins), ETRUNC 1, etc. All well within the /etc/conf/cf.d/mtune
-=>  limits.
-=>- Getty running on only the first 4 multiscreens.
-=>
-=>

I had a client that had a similiar problem with SCO 3.2.4 but he
was on a 486,  come to find out, with the aid of those good fellows
over at UniPrompt ( Orl, Fl), the ram speed was a major colprit.
He was running 80ns 1mg X 3 chips and after increasing the speed
to 60ns, everything was a little easier.

Heres the thing:

When I re-installed SCO 3.2.2 on the 386 with 8 mgs ( 80ns) { and just
for test's sake }  it worked fine!!  I honestly thought i had a corrupt
OS.

My point is this:    Re-test all equipment, make sure your working with
                     stable hardware...

Chris
Genisys Corp
Mon Aug 31 22:00:10 EDT 1992
From: st@styx.ucrc.sub.org (Stefan Timm)
Newsgroups: comp.unix.sysv386
Subject: DELL R4.2 - access to BIGDOS partitions?
Keywords: dell bigdos partitions
Date: 4 Sep 92 12:57:04 GMT
Organization: Stefan Timm EDV-Beratung

I installed DELL R4.1 two weeks ago. A hope was that I'd be able to access
my DOS 5.0 BIGDOS partition (with a size of 250 MB) from Merge.

This is not possible. I can do DIR and get correct results, but any
real access leads to an error. At least nothing is destroyed.

Is this different in Release 4.2?


-- 
Stefan Timm                Internet:   st@styx.ucrc.sub.org
Tel. +49-89-471922         MCI:        stimm
FAX  +49-89-472212         CompuServe: 100016,3261
Newsgroups: comp.unix.sysv386,comp.mail.uucp
From: root@kilowatt.uucp (0000-Admin(0000))
Subject: Re: uucp on Consensys SVR4 (with or without FAS)
Reply-To: root@kilowatt.UUCP (0000-Admin(0000))
Organization: Kilowatt Computing of Deer Park, NY
Date: Tue, 18 Aug 1992 12:42:21 GMT


Lock the DTE speed for the WorldBlazer and on the system side. The modem
will automatically adjust for different incoming speed. Also, make sure you
use the tty?h device. This will ensure hardware flow control.

-- 
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				uunet!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
From: hcobb@fly2.berkeley.edu (Henry J. Cobb)
Newsgroups: comp.unix.sysv386
Subject: Re: Problem with lp on SVR4?
Date: 23 Aug 92 11:57:47
Organization: /rubin/hcobb/.organization
	<JHPB.92Aug15010524@sarto.budd-lake.nj.us>
NNTP-Posting-Host: fly2.berkeley.edu
In-reply-to: jhpb@sarto.budd-lake.nj.us's message of 15 Aug 92 06:05:23 GMT


	If you don't use postio, you'll need to hack the script to send a ^D
at the end of every job.
--
	Henry J. Cobb	hcobb@fly2.berkeley.edu	SFB Tyrant
"'AT&T', being the industry standard modem test command, has fallen into
popular use, therefore do not call your product Un*X compatible, call it AT&T
compatible, especially if it supports attachment of a modem..."
From: skutvik@sleepy.UUCP ( ECMS TEST)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver, part 5/5
Summary: bps not baud
Date: 1 Sep 92 21:59:49 GMT
Organization: Boeing Computer Services, Seattle

In article <1992Aug27.235603.5187@kilowatt.uucp>, root@kilowatt.uucp (Kilowatt admin) writes:
> 
> 
> 	Regarding the posting of FAS 2.10 ...
> 
> 	I for one, used the source IMMEDIATELY since it would do 115200 baud.
> (Or should I say 115.2Kbaud?) The host I feed off of (nice metaphor), does
                   ^^^^^^^^^^  
      
bits per second or Kbps  (even .1152 Mbps) baud has to do with the number of
signaling opportunities, due to compression and multi-bit per baud signaling 
(dibits and tribits) using phase shifting and other electrical tricks...
From: jfh@rpp386.lonestar.org (John F. Haugh II)
Newsgroups: comp.unix.sysv386
Subject: Re: What are/is /dev/sxt??
Date: 30 Aug 92 16:56:59 GMT
Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
Organization: River Parishes Programming, Austin, Republic of Texas

In article <17pijdINNcti@smaug.West.Sun.COM> jackn@caspianc.ism.isc.com (Jack Neman) writes:
>The program is called "shl" not "shm".  If you want to run it you need
>to configure sxt in your kernel. If you are running version 3.0 of
>Interactive UNIX, run kconfig and choose configure--->drivers menu
>to configure sxt driver. Create a new kernel and then boot the new kernel.
>You now must be able to run shl (shell layer).

Unless he was talking about "sm", in which case it doesn't use sxt's,
it uses pty's ...
-- 
John F. Haugh II                   | "The US Government has the Midas Muffler
Ma Bell: (512) 251-2151            |  touch: everything they touch turns to
UUCP: ...!cs.utexas.edu!rpp386!jfh |  shit."
Domain: jfh@rpp386.cactus.org      |                  -- Jay Maynard
From: evan@telly.on.ca (Evan Leibovitch)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Date: 2 Sep 92 12:31:10 GMT
Organization: Somewhere just far enough out of Toronto

In article <1992Sep01.032148.15438@Celestial.COM>
	bill@Celestial.COM (Bill Campbell) writes:

>SCO has
>a far greater presence on the net than say, Interactive (SunSoft),
>DELL, USL....

Can you say that with assurance?

Many of the best and most useful replies I have had to postings have
come via electronic mail, from people at Dell, ESIX, and Microport, as
well as SCO. There are a few who are a bit shy of the public limelight
(and I wouldn't blame them after that nightmare Dell was put through
recently), and prefer to deal through private e-mail.

SCO and ESIX also have their own mailing lists, somewhat removed from
the "my UNIX is better, nyah nyah" replies that all-too-often follow
trouble reports in this group. They're more, um, hospitable places in
which to solve real problems, and they're certainly monitored by tech
support people at the respective vendors.

Can you really measure someone's presence, that is, their *useful*
contribution to the net, merely based upon the number of postings?
I would say not, and that applies to *any* newsgroup.

Some of my best insight into the workings of some of these companies has
come through private conversations (Hi, Dion!), though sometimes public
postings are helpful to get the ball rolling.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
   "This Used To Be My Playground" -- Madonna, singing about mens' washrooms
Newsgroups: comp.unix.sysv386
From: gpitcher@crash.cts.com (Glenn Pitcher)
Subject: Re: Getty problem with Interactivee 3.0?
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 03 Sep 92 07:49:35 PDT
Keywords: getty init interactive

In article <1992Aug31.171421.21396@crash> gpitcher@crash.cts.com (Glenn Pitcher) writes:
>I just finished fighting my system for most of the day and it's working now,
>but I sure would like to know what happened...
>
>First off, here's our configuration...
>
>Dell 433SE running Interactive SVR3.2
>64MB memory
>(3) 1.4GB drives (3.8BG formatted)
>Exabyte 8200 8mm drive
>Equinox Megaplex-96 board with 4 cluster multiplexors.
>
>What seems to have happened is init wouldn't spawn *any* gettys.  Not even on
>the console.  Everything else would work fine except for the gettys.
>My printers even were printing jobs that were left over from the weekend due
>to no paper and these are hooked to the same muxes as the terminals! 
>I managed to get the system up into init 1 and checked everything.  I checked
>/etc/inittab, I checked getty and init, I checked /etc/gettydefs and almost
>everything else I can think of.  Everything checked out fine.
>
>Does anyone have any ideas?

This is a second plea for assistance... my system is down again!!  Does any
one know anything about this?

Newsgroups: comp.unix.sysv386
From: dlparker@dlpinc00.rn.com (David L. Parker)
Subject: Re: DOS5.0 meets the creature from large SCSI disks and ISC 2.0.2
Organization: Automated Data Management Services
Distribution: usa
Date: Thu, 3 Sep 1992 02:13:09 GMT

In article <BtyA6A.6q6@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>rbe@yrloc.ipsa.reuter.COM (Robert Bernecky) writes:
>
>>I am contemplating an attempt to move my DOS5.0 (with damn windows
>>so I can run Corel Draw) onto my Unix Box.
>
>Have you thought of getting Corel Draw for UNIX and running it under
>UNIX on your box?
>
>-- 
>Larry Snyder                                    internet: larry@gator.rn.com
>keeper of the Gator                                  uucp: uunet!gator!larry

Does Corel Draw for intel UNIX exist for anything other than ODT??
-- 
Dave Parker
Automated Data Management Services, Pleasant Hill, MO 64080-1331
(816) 987-5167/5218 voice/fax
Newsgroups: comp.unix.sysv386
From: pim@cti-software.nl (Pim Zandbergen)
Subject: Re: cpio one file at a time?
Organization: CTI Software BV, The Hague, The Netherlands
Date: Sat, 29 Aug 92 11:58:31 GMT

sells@cs.umn.edu (Chris Sells) writes:

>Is there a way to cpio one file at a time, process the file and continue?
>For example, could I do something like this:

>cpio -oudBcv </dev/f1 |
>while read file
>do mv $file to /usr/$file
>done

If all you want to do is read the file into another directory
than where the cpio archive says it belongs,
you could use pax with the -s option.

pax is /usr/lbin/pax on ISC and /usr/bin/pax on SCO.
Its sources are available from many archives.
-- 
Pim Zandbergen                      domain : pim@cti-software.nl
CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
Laan Copes van Cattenburch 70       phone  : +31 70 3542302
2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
Newsgroups: comp.unix.sysv386
From: mah@parrot.prv.univie.ac.at (Michael Haberler)
Subject: Re: FAS 2.10 async driver, part 5/5
Reply-To: mah@ic.co.at
Organization: Vienna University
Date: Sat, 29 Aug 1992 09:03:33 GMT

In article <52.30626@okys.infoserv.com>, madsere@okys.infoserv.com (Rene Madsen) writes:
|> In article <OOC680E@geminix.in-berlin.de>, gemini@geminix.in-berlin.de (Uwe Doering) writes:
|> > raymond@es.ele.tue.nl (Raymond Nijssen) writes:
|> > 
|> > >In article <103.2423@incc.com> jerry@incc.com (Jerry Rocteur) writes:

|> Well maybe so, but you keep forgetting that we are many who subscribes
|> here in europe for a cost of $95+/hour. And that's _just_ the telephone
|> cost of dialing a feeder in the states... The cost of receiving it from


Jees, guys, why do you dial to the us for a news feed and complain about
the cost?

Think global, connect local. Here's the list of European contacts where you
can get a newsfeed for less:

Austria:	Michael Haberler	mah@eunet.co.at
Belgium:	Pierre Verbaeten	pv@Belgium.EU.net
Bulgaria:	Daniel Kalchev		daniel@Bulgaria.EU.net
Czechoslovakia:	Ivan Lescak		ivan@uniba.cs
Denmark:	Keld J. Simonsen	net-ip@Denmark.EU.net
Finland:	Petri Ojala		ojala@fuug.fi
France:       	Yves Devillers		Yves.Devillers@inria.fr
Germany:	Andreas Schachtner	afs@Germany.EU.net
Hungary:	Nandor Horvath		horvath@sztaki.hu
Iceland:	Marius Olafsson		marius@rhi.hi.is
Ireland:	Cormac Callanan		cc@ieunet.ie
Italy:		Joy Marino		joy@Italy.EU.net
Netherlands:	Martijn Roos Lindgreen	martijn@nluug.nl
Norway:		Arne Asplem		aras@multix.no
Portugal:	J. Legatheaux Martins	jalm@puug.pt
Soviet-Union:	Vadim Antonov		avg@ussr.eu.net
Spain:		Jose A. Manas		pepe@dit.upm.es
Sweden:		Olle Wallner		wallner@sweden.eu.net
Switzerland:	Simon Poole		poole@eunet.ch
Tunisia:	Mondher Makni		Mondher@spiky.rsinet.tn
United-Kingdom:	Peter Houlder		pjh@uknet.ac.uk
Yugoslavia:	Leon Mlakar		leon@hermes.yu


I know this isnt the right newsgroup but it has come up several times.

-michael

-- 
Michael Haberler 			mah@eunet.co.at
EUnet Austria Ltd
A-1010 Vienna, Austria, Schottenring 33
Tel: +43 (1) 346184                             fax: +43 (1) 3104462
From: jmcook@larel.LAMRSCH.COM (joel m. cook)
Newsgroups: comp.unix.sysv386
Subject: ESIX 4.0.4 ttymon problems...HELP!
Keywords: ttymon, esix
Date: 31 Aug 92 14:09:58 GMT
Organization: Lam Research Corporation, Fremont, CA  94538

I've been "wrasslin'" with this software since I got it, and
thanks to people here, have it running...but without full functionality.

I fixed the problems listed in the bugs FAQ...at least the ones
in /etc/conf/pack.d/kernel/space.c and vm.o.  That allowed me 
**finally** to get ttymon working with a hardwire terminal.  (uugetty
has always worked, but I thought I'd try to "move up" to SVR4 stuff
since I paid big $$$ for it).  Unfortunately, I still can't get
modems to work (USR HST's or TB's).  Get a *reproducible* string
of garbage, or sometimes the prompt, but can never type anything
and log in.  It seems that /etc/ttydefs, as shipped, is crap.
Things like "parenb" on the same line with "ignpar" and that sort of
thing.  To get to the point...if anyone out there can tell me what
to do to ttydefs or  anything else to get ESIX 4.0.4 ttymon working
with a modem for uucp, I'd be MOST grateful.  Thanks.

					Joel Cook
-- 
			Joel M. Cook
			jmcook@larel.lamrsch.com
Newsgroups: comp.unix.sysv386
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Subject: Re: Single-user mode boot on SCO UNIX
Organization: Unix in NYC
Date: Sun, 30 Aug 1992 16:19:48 GMT

In article <syscrc.714768938@gsusgi1.gsu.edu> syscrc@gsusgi1.gsu.edu (Randy Carpenter) writes:
>Ok...this is embaressing...we forgot the root password on a seldom used
>SCO UNIX box.  We're trying to figure out how to do a single-user mode
>boot so that the root password is not required to login.  SCO wants $100
>to tell us the answer, so we thought maybe some kind soul may enlighten
>us on the net.  Otherwise, we'll have to do a re-install and that won't
>be much fun.

You need the root password to enter single-user mode too.

If they had relaxed security, it's easy: boot from a floppy, mount the hard
drive on the floppy, make a safety copy of the hd's /etc/shadow file, edit
/etc/shadow to remove the password string.

If they were using C2, then the encrypted password for root is in the hard
drive's /tcb/files/auth/r/root file instead.
-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: comp.unix.sysv386
From: abeech@kraken.itc.gu.edu.au (Adrian Beech)
Subject: System V Unix for 386/486 PC?
Organization: ITC, Griffith University, Brisbane, Australia
Date: 28 Aug 92 13:39:04 GMT

At present I'm considering buying a 386/DX or 486/DX.  Before I so
I'd like to know what System V release 4 Unix packages are available?

If someone can e-mail me a list of known packages I would most grateful.


-- 
Adrian V. Beech                              E-MAIL: A.Beech@ext.gu.edu.au
From: smith@compound.se (Bjorn Smith)
Newsgroups: comp.unix.sysv386
Subject: SAS: bad ioctl 0x00004B3E on SVR4
Date: 1 Sep 92 07:39:48 GMT
Organization: Compound Systems AB
X-Newsreader: Tin 1.1 PL5

We are having a strange problem when using SAS 1.25 tty driver on our
SVR4 (Consensys). When dialing in over a 2400 cps modem the port seems
to hang every now and then. If one waits for a while (somtimes a minute
or so) the hanging disappears (by itself without banging the keyboard).

I have also noticed that when loging in the following message comes out
on the console:

	SAS: bad ioctl 0x00004B3E

The configuration is the following:

	crw-rw-rw-   1 root     root      12, 83 Sep  1 09:05 /dev/ttyF04
	crw--w--w-   1 root     tty       12,211 Sep  1 07:52 /dev/ttyFM04

In inittab anf gettydefs:

	FM04:23:respawn:/sbin/getty ttyFM04 19200Z

	19200Z# B19200 HUPCL # B19200 CS8 SANE HUPCL TAB3 ECHOE IXANY \
	#login: #19200Z

In /etc/ap/chan.ap:

	12     0        255          ldterm ttcompat

The modem has HW flow control and the port is running at 19200 cps.
Dialing out with both cu and uucp works fine.

What could possibly be wrong ?

Many thanks in advance !
-- 
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se