"Pauses" while cu'ing between two SCO systems
j chapman flack
chap at art-sy.detroit.mi.us
Wed May 1 00:43:27 AEST 1991
In article <6168 at mjbtn.JOBSOFT.COM> root at mjbtn.JOBSOFT.COM (Mark J. Bailey [ADMIN]) writes:
>I login to the system, and almost everytime, as it is displaying the first
>screen of login messages, it will just freeze in the middle of a line and
>sit there and will only resume if you hit ENTER!?!?!
>
> Also, freezes occur suring uucico transfers. On large
>files, it will chug merrily along for a while then stop for no reason, then
>after about a 10 second pause (enough for an alarm - I think), it picks up
>again. This is a big downer here.
I wonder if these problems could have nothing to do with your modems. They
both seem awfully familiar, and I'm running ODT 1.0.1 UFE and never dialing
into it. I have xdm running, which puts up a pretty login window on tty01,
while the remaining multiscreens are in character mode. User root does not
have a .xsession file, so logging in as root on the X multiscreen simply
produces an xterm (the default action) in which you see all of the login
messages you see if you do a vanilla login on one of the other multiscreens.
However, on the xterm, the display pauses immediately after "term=(ansi)"
and will only resume if you hit ENTER!?!?! This doesn't happen on a vanilla
multiscreen.
I also have freezes during uucico transfers, only on large files, and I'm
using a vanilla 2400bps modem. It will chug merrily along for a while and
then stop for no reason. Sometimes it will restart after an alarm or two,
sometimes it will just collect alarms until the conversation fails. Always:
ASSERT ERROR (uucico) pid: nnnn (m/dd-h:mm:ss) PKXSTART ret (0) [FILE: pk1.c, LINE: 345]
Perhaps by finding other ODT users with similar problems, we can get some idea
what they *really* all have in common....
--
Chap Flack Their tanks will rust. Our songs will last.
chap at art-sy.detroit.mi.us -Mikos Theodorakis
Nothing I say represents Appropriate Roles for Technology unless I say it does.
More information about the Comp.unix.sysv386
mailing list