HDTenEightyP/NetNews huggingface dataset:
From: ronald@gate.demon.co.uk
Newsgroups: comp.unix.sysv386
Date: 19 Jul 92 20:55 MDT
Subject: Re: SCO Unix 3.2v4, RTSFLOW, CTSFLO
Nf-ID: #R:2A6326A2.6C61@tct.com:-1770562327:9207192054.aa26742@gate.demon.co:-1646947572:001:2133
Nf-From: gate.demon.co.uk!ronald    Jul 19 20:55:00 1992


chip@tct.com (Chip Salzenberg) wrote:

> Does anyone out there understand:
> 
>    1.  What RTSFLOW and CTSFLOW do, singly and in combination,
>          under (A) 3.2v2 and (B) 3.2v4?

Supposedly no change.  They are intended for true half-duplex modem-style
line-control, i.e. the REAL meaning of RTS/CTS.  I think it's possible
to use CTSFLOW only for printer flow control, but don't hold me to that :-)

Some vendors, e.g. Specialix, specifically interpret the flags as being
for full duplex flow control, not line control, since that's essentially
useless for the kind of applications which their markets want, and
CRTSFL was not available prior to 3.2v4

>    2.  What CRTSFL does, compared to 1(A) and 1(B)?

CRTSFL is new with 3.2v4 and does mean full duplex flow control,
what EIA-232 calls RFR/CTS flow control.  RFR "Ready for receive" is
actually a different circuit number according to the spec, but is
the same pin on a V.24 25-way D connector.

Confused ?  You will be.

The problem is that if you use a current Specialix card on a 3.2v4 system,
and want RFR/CTS flow control, you still have to use the wrong flags,
ie CTSFLOW|RTSFLOW  rather than CRTSFL because the drivers were written
for 3.2v2.  Hence I had to ask Morning Star Technologies who supply
PPP for this site to give me two different option flags so that
if the line is the standard /dev/tty1A I use CRTSFL to get the flow control
I want, but if I'm in via the Specialix multiport then I use CTSFLOW|RTSFLOW.

If you want full duplex flow control on /dev/tty1A, you have to either
upgrade to 3.2v4 or else install FAS (which uses minor numbers rather
than termio flags to indicate flow control).

Unravelling this has taken a lot of effort, but at the end of the day
we have a service running with flow control working correctly on a rackfull
of modems on different ports.   case "`tty`" in foo) ;; bar) ;; esac
rules OK :-(

Ugh.  You are in a twisty maze of termio flags, all different.


-- 
Ronald Khoo <ronald@demon.co.uk> <ronald@ibmpcug.co.uk> <ronald@robobar.co.uk>
BTNet: +44 71 229 7741                    | Brambles are the order of the day.
From: jakkanen@klaava.Helsinki.FI (Jukka Akkanen)
Newsgroups: comp.unix.sysv386
Subject: lpsched / 1 lock(s) not reclaimed???
Date: 20 Jul 92 16:46:47 GMT
Organization: University of Helsinki

I am using SCO 3.2.2 and for quite a while have had problems getting
lpsched properly start during boot.  The lpsched process starts running,
but attempts to use lp or lpstat give an error message stating either
lpsched is not running or is unreachable, and lpshut claims print
services already are stopped.

Yesterday I tried moving S80lp script in /etc/rc2.d to be executed after
all other stuff in the directory and experienced the following: at
first, lp services work like charm until, about a minute later, I get a
console message

 WARNING: lckdioctl: 1 lock(s) not reclaimed

As the error message in question is not covered in any of the manuals I
have, I have no idea what I should do next.  I already tried increasing
FLCKREC kernel parameter just for the heck of it (and just why setting
it to anything else but 100 makes configure complain I'm seeking
trouble?), but that did not solve a thing.

-J.Akkanen
Newsgroups: comp.unix.sysv386
From: pds@cs.columbia.edu (Peter D. Skopp)
Subject: X11R5 return to text mode
Organization: Columbia University Department of Computer Science
Date: Thu, 30 Jul 1992 14:53:17 GMT

I am having problems returning to text mode from X11R5.  I have built the
binaries, and everything works, but when I exit, I reset the vga card to 
a text mode, but the timings are all off.

I am running X11R5 patch level 12 on a mach/486 33 machine.  I have an
Optima Mega ET4000 card with 1 meg of memory.  The monitor that I am using
is an IBM 8514.

When I return to text, I can see about 20 prompts all flashing.  Has anyone
had this problem with either the card, the monitor or both.

Alternatively, does anyone know the outb's that I would need to issue to a
ET4000 chip to totally reset it to boot state?


Newsgroups: comp.unix.sysv386
From: wolfaajj@w250zrz.zrz.tu-berlin.de (Thomas Wolfram)
Subject: Re: Convert old DOS partition to UNIX under ISC?
Organization: ZRZ der TU-Berlin
Date: Thu, 30 Jul 1992 15:30:43 GMT

In article <1992Jul29.041521.20701@rocker.uucp>, doug@rocker.uucp (Doug Luecke) writes:
|> So, the big question is:
|> Is there a way to format the partition for UNIX, and then mount it on
|> my existing filesystem?  I know how to use fdisk to delete the DOS
|> partition and then create a UNIX partition in its place.  What I can't
|> figure out is how to format it and access it as a mountable file system.
|> 
|> There seems to be a way to add another physical disk drive to an existing
|> system using the sysadm diskmgmt menus.  But from what I've found, it
|> seems the folks at Interactive expect you to use only a single UNIX
|> partition per drive.
|> 
|> Anybody done this before?
|> 

I've already done this, first you must compute the number of sectors
in the former DOS partition (if it is the first partition on the
disk don't forget that this partition starts usually with head 1, not
head 0). If you have a disk editor like the NU diskedit its easy to get
this number from the partition table. If not, use:
number = heads*sectors/track*cylinders of partition  -  x
where x is sectors/track for the first partition and 0 for the others.

Suppose you want to mount the partition as /usr2:
then log in as root and type:

# mkfs /dev/dsk/0pX <number of sectors in partition>
# labelit /dev/dsk/0pX usr2 usr2
# mount /dev/dsk/0pX /usr2
# cd /usr2
# mkdir lost+found

[X in /dev/0pX stands for partition number 1, 2, 3 or 4. (With /dev/0p0
 you have access to the hole disk!) With the other devices /dev/c0t0pX
 I had some problems I think its better to use the /dev/0pX's ]

Also its a good idea to create some empty slots in lost+found with
repeatedly typed:

# >001
# >002

etc.. (or with a loop of course).

If you want to mount the partition every time the machine is booted
make an entry in /etc/fstab.

-- Thomas

  Thomas Wolfram                        Voice   : +49 030 4262960
  Platz der Vereinten Nationen 6        Internet: wolframt@cs.tu-berlin.de
  1017 Berlin
  Germany
From: tdg1465@hertz.njit.edu (tod gordon cccc)
Newsgroups: comp.unix.sysv386
Subject: Error in installing TCP/IP with WD board
Date: 30 Jul 92 16:13:59 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

After we installed TCP/IP on our Everex 386 PC, if I attempt to relink
the kernel I get an error that the directory 'mod' does not exist. From
fooling around I figured out this is probably /etc/conf/pack.d/mod, and
it wants a driver.o in there. All the other directories for other drivers
seem to be there but this one. Does anyone know if the install disks for
the runtime system are missing files, or what else could cause this? The
box says this is 1.1.3.

-- 
----------
Tod Gordon (tdg1465@hertz.njit.edu)
"Rockin' good coffee, and hotter than Georgia asphalt, too!" 
- Sailor Ripley at the RR Diner -
From: gram@aim1.aztec.co.za (Graham Wheeler)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR$ (and Dell hardware) total lack of success on Postscript
Date: 29 Jul 92 08:39:00 GMT
Organization: Aztec Information Management

larry@gator.rn.com (Larry Snyder) writes:

>gram@aim1.aztec.co.za (Graham Wheeler) writes:

>>marketing strategy, it is clear that Dell UNIX is rapidly becoming a product
>>in its own right. Dell could make the most of this success by dropping their
>>attitude of `if your hardware isn't ours, we're not interested', and instead
>>marketing Dell UNIX as a competitive product to SCO, ESIX, etc, and providing
>>better support to those of us who already had the hardware and just wanted the
>>software.

>Well I can speak as well as others on the ability of Dell Unix to run on
>non Dell hardware.  I've had 4 different motherboards over the last year 
>running Dell SVR4 -- all without any hardware problems.  Dell Unix is very
>stable and solid.

Agreed. That wasn't my point. My point was that Dell should make the
most of the fact that they are shipping the best SVR4 around, and push it
as a product *independent* of whether the client uses use Dell hardware or
not. Sure, we would like Dell hardware. But we already had plenty of good
hardware. We bought Dell after reading Eric's FAQ and deciding that it looked
like the best bet (at the time, it wasn't yet clear that Dell didn't want to
support people with non-Dell hardware). We also were interested in becoming
Dell UNIX VARs. We have had a serious lack of response from Dell on the 
matters of support, becoming a VAR, etc (fortunately there are individuals
at Dell who are much more forthcoming, albeit they are acting on their own
initiative). I think this is a pity.

Anyway, as you should know, the problem is rarely with the motherboard!
It is the intelligent terminal controllers, etc, etc, (i.e., the drivers)
where most of the problems are likely to occur.

-- 
Graham Wheeler                     | "That which is weak conquers the strong,
Software Systems Engineer/Student  | that which is soft conquers the hard."
Aztec Information Management/UCT   | 		Lao Tzu - Tao Te Ching Ch. 78
gram@aim1.aztec.co.za / gram@cs.uct.ac.za 
Newsgroups: comp.unix.sysv386
From: rick@digibd.com (Rick Richardson)
Subject: Re: Destiny overview document
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Thu, 23 Jul 1992 09:39:40 GMT

guy@Auspex.COM (Guy Harris) writes:

>>   "the MoOLIT Toolkit allowing developers to create applications that can 
>>be dynamically switched to MOTIF or OPEN LOOK GUI, based on the user 
>>preference setting"
>>   Ah HAH!  A tacit admission that MOTIF won the hearts-and-minds war...

>Or, at least that the Motif *look and feel* won the hearts-and-minds
>war; MoOLIT is presumably a descendant of OLIT, which is AT&T's Xt-based
>OPEN LOOK widget set, and probably has a different API from that of the
>OSF's Motif widget set.

>Dunno if they've also rolled their own Motif or switchable window
>manager.

MoOLIT is not the Motif API.  Applications compiled with it, though,
can have the display look either OL or Motif style, as the user
prefers.  It is immediately obvious using this feature, how much
better looking OL is over Motif.  However, most off-the-shelf
applications are Motif, and you are stuck with the Motif look
with those.

Unfortunately, the obvious extension -- provide the Motif API with
the selectable display feature -- isn't in Destiny.  So, I fear,
we'll be stuck with Motif apps for a very long time to come.

Destiny itself doesn't include Motif libraries, but one likely
successful commercial packaging of it -- Univel's UnixWare -- does
(in addition to MoOLIT).

What the would really needs is the Windows NT API, with switchable
OL, Motif, and Windows Look-N-Feel (I don't have the slightest
idea if this is technically feasable).  Microsoft, in its comfortable
monopoly position, doesn't have to argue about which is better.
It'll simply have the lions share of GUI applications to point to.
Now if all those apps could be compiled for UNIX with only a
couple tweaks, we could get back to evaluating OSes based on
technical merit, instead of marketing finesse and whiz-bang
solitaire programs.

-Rick

-- 
Rick Richardson		Email: rick@digibd.com	This space intentionally
Senior Staff Engineer	Fax:   (612) 943-0803	blank until 1996 elections.
DigiBoard, Inc.		Tel:   (612) 943-5383
Eden Prairie, MN	Radio: N0NMY
Newsgroups: comp.unix.sysv386
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: SVR4 undump?
Organization: AT&T
Date: Sat, 25 Jul 1992 23:45:55 GMT

Does anyone have a version of 'undump' for SVR4?  Gnu Emacs comes with
unexelf.c, which will dump a running program.  I'm looking for 'undump',
which makes a running program from a coredump.  Rather than build it
myself from unexelf.c, I am hoping someone has already done it.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.unix.sysv386
From: anton@analsyn.gts.org (Anton J Aylward)
Subject: Re: Dell SVR4 and Postscript ANSWER (from the NET of course)
Organization: ASCI: UNIX Database and Communications
X-Newsreader: Tin 1.1 PL3
Date: Fri, 24 Jul 1992 04:03:09 GMT

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
: In article <f8cmmkp@dixie.com>, stan@dixie.com (Stan Brown) writes:
: 
: |> When I installed the PostScript+ upgrade my printing stopped working
: |> .....
: 
:   Did you try the option to not send ^T? I know that sounds so obvious
: that anyone would have tried it, but if Dell says they don't have a
: solution maybe it doesn't work. I think it's -a, but that's from memory,
: and I suggest you read the manual description one last time before using
: it.

Bill, my manual says it's -q.
Good memory - the shape of the letter was right.
With mine was as good!
--
Anton J Aylward
From: bni@modulex.dk (Bent Nielsen)
Newsgroups: comp.unix.sysv386
Subject: OSI TP4/CONS on X.25 Network
Keywords: OSI TP4/CONS
Date: 21 Jul 92 20:19:13 GMT
Organization: A/S MODULEX, Copenhagen, Denmark

Hi netters,

I am looking for an OSI TP4/CONS implementation to be used on a X.25 network.

Our hardware platforms are IBM RISC System/6000 and IBM PS/2 with SCO UNIX.

Please help with information about hardware and software suppliers.

Thanks.
--
Bent Nielsen                Email : bni@modulex.dk
A/S MODULEX                 Phone : +45 44 53 30 11
Hoerkaer 20                 Fax :   +45 44 53 30 74
DK-2730 Herlev
Denmark
From: spnp@hippo.ru.ac.za (Mr NL Parker)
Newsgroups: comp.unix.sysv386
Subject: Re: Need opinions: PC UNIX <-> Novell
Date: 27 Jul 92 07:10:18 GMT
Article-I.D.: hippo.1992Jul27.071018.18775
Organization: Rhodes University, Grahamstown, South Africa

In <BrvF40.1pF@well.sf.ca.us> rdodson@well.sf.ca.us (Robert Dodson) writes:



>Hi,

>	We have a Novell network with ~20 PCs on it. We will
>be getting several PCs running some kind of PC UNIX.
>What are peoples opinions and experiences with connecting
>the two?

>	- Use the Novell server to export a drive via NFS to UNIX PCs?

>	- Use a seperate UNIX network and use a gateway to connect?

>	- Lose the Novel server and use a UNIX box to serve PCs and UNIX?


This is a question which I have a particular interest in as we are
about to start networking here and my personal feeling is that the
idea of a 'stand alone' file server a la Novell is a waste of time 
especially in your case where your PCs are going to be running UNIX.
If a Unix box with NFS can supply file server capabilities then why
bother with Novell ? Even Novell seem to have recognized this fact
as they are busy working on Univel which, as far as I can make out,
will provide the same functionality as a UNIX box with NFS.

So my recommendation (for what it's worth) is the last above. 
The only problem arises where you need to provide a DOS version
of NFS for your PCs - most of the products for doing this are
rather expensive. But as demand rises, no doubt the prices will
come down.
 
Will be interested to hear what others on the net think. 

Neil
-- 
Neil Parker                                         *
Computer Centre, University of Transkei                 * ~  
Pvt Bag X1 Umtata . Tel (0471)-3022461         *
Email: spnp@hippo.ru.ac.za                     `      *
From: pozar@kumr.lns.com (Tim Pozar)
Newsgroups: comp.unix.sysv386
Subject: Re: ntp & SCO Unix 3.2.4
Date: 24 Jul 92 02:28:00 GMT
Organization: Late Night Software (San Francisco)

oklein@smallo.bo.open.de (Olaf Klein) writes:
>jsh@dlogics.com (John Howard) writes:
>>Before I go off and do this myself, does a port of ntp for
>>SCO Unix 3.2.4 (and SCO TCP/IP) exist? If so, would someone please
>>tell me where I can grab it from.
>
>If you ask for nntp, take version 1.5.11 and compile it...
>You have to change some things (some people still cannot believe that
>there's a SYSV with rename()  :-) ), but it should not make too many
>trouble... 
>
>Olaf Klein	smallo.bo.open.de	2:245/5800.12

   I belive this person is refering to the Network Time Protocol (aka
NTP).

                       Tim

-- 
Internet: pozar@kumr.lns.com               FidoNet:  Tim Pozar @ 1:125/555
UUCP:     ...!uunet!kumr.lns.com!pozar
Snail:    Tim Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 / USA
Voice:    +1 415 788 2022
Newsgroups: comp.unix.sysv386
From: rob@jdsny.com (Rob Yampolsky)
Subject: vpix DDA conflict with unix driver
Organization: Jefferson Data Services
Date: Thu, 30 Jul 1992 15:41:48 GMT

In trying to setup access a 9-track tape drive under vpix, I encountered the
following message:
		ioctl error: bad address
		unable to complete ioctl

The manual says this happens because a unix driver exists for this device, and
even though no unix process has it open, this is still treated as a conflict.
Why?

Here's what I'm trying to do.  The tape drive is from Catamount, who provides
a unix driver that I regularly use.  The problem is that the diagnostics they
provide only run under DOS.  Rather than take down the system to diagnose a tape
problem, I'd like to run those diagnostics under vpix.  Sounds reasonable, no?

Is there a work-around out there?
-- 
================================================================
=     Mail replies appreciated if possible (who has time to    =
=     read this stuff?)               Thanks, rob@jdsny.com    =
================================================================
Newsgroups: comp.unix.sysv386
From: ry@cbnewsl.cb.att.com (ryerson.schwark)
Subject: Re: New UNIX O.S. - DESTINY -
Organization: UNIX System Laboratories, Summit, NJ
Distribution: na
Date: Wed, 22 Jul 1992 18:12:00 GMT
Keywords: PC UNIX 386 486 AT&T DESTINY

In article <265@nsq.uucp> davidc@nsq.uucp (davidc) writes:
>I'm looking for any information I might be able to get on a new product from
>a subsidiary of AT&T (sorry, I cannot recall the name) named Destiny. I
>noticed a small blurb in a UnixWorld magazine. It said little.

USL just announced this product in June, and we expect SVR4.2 to start
shipping from our customers in the fall.  Pricing and the specific things
our customers choose to put in their shrink-wrapped products will be
available then.  One of our design goals for this product was to modularize
it better, so you weren't stuck with the all or nothing choice of typical
UNIX Systems and so could fit it on a much smaller system configuration,
but still grow up to the full UNIX System with all its bells and whistles
that we've all grown to know and love (ok, maybe like moderately).

Ry Schwark
ry@usl.com
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell Unix..
Date: 24 Jul 92 03:47:01 GMT
Organization: RAND Corporation.

In article <Brsxtt.2pv@trauma.rn.com> larry@trauma.rn.com (Larry Snyder) writes:
>rmk@rmkhome.UUCP (Rick Kelly) writes:
>
>>I guess you could always buy ESIX, MST, or Consensys.  Support won't be an
>>issue.  There won't be any.
>
>That is a very good way to put things...  

Actually, both of my experiences with ESIX tech support were quite
satisfactory.  That might be a fluke.  The recent display of bad attitude
by a Dell support person on the net might be a fluke, too.

I guess you might say I'm waiting for more evidence either way; I tend to
ignore both knee-jerk Dellophiles and Dellophobes.  In any case, ESIX has
suited my needs just fine.

		-Ed Hall
		edhall@rand.org
Newsgroups: comp.unix.sysv386
From: bruno@thunder.mcrcim.mcgill.edu (Bruno Hall)
Subject: Archive Viper 525 and Dell
Organization: McGill Research Centre for Intelligent Machines
Date: Tue, 28 Jul 92 02:59:09 GMT

I am trying to get Dell SVR4 2.1 to talk to an Archive Viper 525.  

Has anyone managed to do this?  

At the moment, it'll write a tape file at the beginnig of a tape, and
then refuse to write another after the first.  Also, the light on the
drive stays on after the initial access -- until the tape is removed.

Comments and/or suggestions would be greatly appreciated!

Brunoy
-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Bruno Hall  |  VE2HUM  |  bruno@mcrcim.mcgill.edu         
McGill Research Centre for Intelligent Machines - Controls Group
New systems generate new problems -- Join the Flat Earth Society.
From: fr@compu.com (Fred Rump from home)
Newsgroups: comp.unix.sysv386
Subject: Re: opinions on unix systems
Date: 26 Jul 92 22:58:42 GMT
Organization: CompuData Inc.

larry@trauma.rn.com (Larry Snyder) writes:

>According to talk here, several previous SCO fans have (or will be)
>jumping off the SCO bandwagon after SCO announced the ODT update pricing..

What is it? 
Oh yes, $395 for the regular runtime on tape.
fred 
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Xref: sparky comp.unix.sysv386:12391 comp.os.linux:6643
From: kentkar@shambala.uucp (Kent Karrer)
Newsgroups: comp.unix.sysv386,comp.os.linux
Subject: Re: What the 17" monitor reviews never tell you
Date: 23 Jul 92 14:34:58 GMT
Reply-To: kentkar@shambala.UUCP (Kent Karrer)
Organization: The Conscious Interlude

In article <1992Jul22.041743.9806@sinkhole.unf.edu> shite@sinkhole.unf.edu (Stephen Hite) writes:
>
>   I just wanted to let anyone who is deciding to purchase a 17" monitor
>for X386 work to be be cautious when making their decision.  I just
>bought one of the highest rated monitors in the $1100 price range
>(the Nanao 550i) and the one  I got has a tremendous problem with this
>"rainbow effect" at 1024x768.  There's a term for it that starts with the
>letter 'm' that I can't remember but the "look" is akin to a magnetic field
>pattern.  I tried adjusting the horizontal and vertical stretching of the
>image and it has absolutely no effect on the difference in display quality
>(that is, the "rainbow patterns" stay just as obvious...
>I understand that all monitors have this to some degree and it is easily 
>remedied by adjusting these controls BUT not in my case.  At 800x600, I
>have no complaints, the picture is perfect.
(lots of stuff deleted)
>
Sounds like the CRT (screen) needs to be degaussed (sp?). There may be a
degaussing switch/button somewhere on the monitor that will scramble the
magnetic domains on the CRT. If there is not switch or button, purchasing
or borrowing a degausser would work.
-- 
[ A GREAT DEAL OF CHAOS IN THE WORLD occurs because people don't appreciate ]
[                      themselves. -- Chogyam Trungpa                       ]
[               "SHAMBHALA - The Sacred Path of the Warrior"                ]
[____uunet!seaeast!shambala!kentkar  /or/  uunet!polari!shambala!kentkar____]