HDTenEightyP/NetNews huggingface dataset:
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Where did /usr/bin/truss originate?
Date: 12 Jan 93 19:01:28 GMT
Organization: Auspex Systems, Santa Clara

>truss came out of the AT&T/Sun collaboration in 1988-1990, and is
>very similar to trace on SunOS.

"truss" was originally developed independently of "trace"; it didn't
emerge from the AT&T/Sun collaboration.  It may have picked up stuff
from "trace" as a result of the collaboration, but if Ron Gomes got the
idea from Sun, he got it before the Sun and AT&T engineers started
formally talking....  (Note that Sun weren't the ones to come up with
the original idea, either....)
Newsgroups: comp.unix.sys5.r4
From: ry@cbnewsl.cb.att.com (ryerson.schwark)
Subject: Re: Access Control Lists on SVR4.2 ???
Organization: UNIX System Laboratories, Summit, NJ
Date: Tue, 12 Jan 1993 21:08:10 GMT
Keywords: acl

In article <1993Jan12.154226.6570@shearson.com> jerryk@shearson.com (Jerry Keselman) writes:
>
>I guess I could wait for A) someone from USL to answer, or B) someone
>who already has Destiny (SVR4.2) in their grubby little hands to answer, but
>I won't.  SVR4.2 includes (many? most? all?) the security features
>available in SVR4.1, aka SVR4ES (Enhanced Security).  ACL's are available
>in these releases on "SFS" file systems.  "SFS" is simply a modified version
>of the Berkeley FFS (aka UFS on Suns).  In the version of SVR4.2 I previewed
>at UnixExpo in September in NYC, SFS was available.  My assumption is that
>that is the way the product is/was shipped.

I checked with our engineers and was told that indeed the secure file
system is part of 4.2, and is the biggest piece needed to support ACLs,
but that there was some kernel work to support the full B2 stuff, which
hasn't been done.  It would not be exceptionally difficult to complete
the work necessary to support a full B2 (which would support ACLs), but
this will depend upon your vendor, or if you have access to source code
and want to integrate the b2 functions.


Ry Schwark
USL PR
ry@usl.com
From: mah@eunet.co.at (Michael Haberler)
Newsgroups: comp.unix.sys5.r4
Subject: SVR4/Dell Unix domain sockets broken?
Date: 5 Jan 1993 03:12:20 +0100
Organization: EUnet EDV-Dienstleistungsgesellschaft m.b.H
NNTP-Posting-Host: hp4at.eunet.co.at
X-Newsreader: TIN [version 1.1 PL8]

I've run into problems with AF_UNIX Datagram sockets on Dell. I can 
create the socket with scoket() and bind(), but that's as far as I get;
the resulting socket blocks during connect() or open() from the client.

I saw a note in the INN distribution to not use AF_UNIX Datagram sockets
on Dell. Also, a syslogd port I stumbled over has a note that Unix datagram
sockets would be `added later'.

Anybody knows something more specific? Hints appreciated. btw I run Dell 2.1.

thanks in advance, 

-michael




Newsgroups: comp.unix.sys5.r4,comp.unix.questions,comp.unix.sysv386
From: larry@news.rn.com (Larry Snyder)
Subject: Re: slip netmask ifconfig up
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Thu, 7 Jan 1993 16:46:25 GMT

tkevans@fallst (Tim Evans) writes:

>Dell's 'slattach' process does the ifconfig at the time the link comes
>up.  If your SLIP link is DELL <-> DELL, it all happens automatically
>when the link is brought up.  If, however, your link is DELL ->
>something else, you need to manually ifconfig the interface; I use
>a little script (the "NNN" IP addresss is the local system and the
>"RRR" is the remote):

My link is Dell -> Netblazer 

after I do the slip attach I can ping the remote site just fine
(180-200ms for v.32bis/v.42bis (56byte packets)) but the 
"route add default remote site 1" fails.

I need to do an "ifconfig sl0 netmask ..... up" then I can do a
"route add default ..... 0" and all works -- only I have multiple
entries that show up with netstat -rn

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Netblazer
Date: Tue, 12 Jan 1993 22:33:30 GMT
Organization: MCSNet, Chicago, IL

In article <MLEWIS.93Jan11155619@yoyo.telebit.com> mlewis@telebit.com writes:
>
>> mlewis@telebit.com (Mark S. Lewis) writes:
>>>> I currently attach via SLIP over a leased line using v.32bis/v.42bis
>>>> modems from a Dell machine (on my end) into a smartport on a Telebit Netblazer.
>>>
>>>> Would I see any significant increase in throughput using this same
>>>> physical connection (v.32bis/v.42bis) but replacing the Dell SLIP
>>>> with a Netblazer on my end -- and connecting my machines via ethernet
>>>> to the Netblazer?
>>>> [...] 
>>>> Larry Snyder                                    internet: larry@gator.rn.com
>>>
>>>No I don't think you would get a significant performance increase by
>>>putting a NetBlazer at both ends.  You are using relatively slow
>>>serial lines limited by V.32bis modulation with whatever compression
>>>you get with V.42bis.

Yikes!  And wrong.

DELL does not know about VJ header compression.  The Netblazer certainly
does.  As such, you will see significant improvements in interactive
performance.

>As for memory leakage, we have come quite a ways.  We have made
>numerous improvements to the memory allocation to help us find leaks.
>At this point, there are only a few rare leaks.  In general, the
>NetBlazer will stay up for months.

Now if I could figure out the algorythm for the flipping modemcap.txt
file and how you really talk to modems for dialing and configuration.  There
are some nasties in there that I've yet to figure out....  ;-)

I do agree, however, that in general the Netblazer is a really nice product
for this use.  It does the job and does it quite well.  Multi-month uptimes
aren't rare at all.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900]
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Netblazer
Date: Mon, 11 Jan 1993 03:32:38 GMT
Organization: MCSNet, Chicago, IL

In article <1993Jan10.142249.5913jp@tygra.Michigan.COM> jp@tygra.Michigan.COM (John Palmer) writes:
>In article <C0JL0L.HEx@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>"karl@ddsw1.mcs.com (Karl Denninger) writes:
>"
>">>>Can the NB support 2 56700 baud modems going full blast on the
>">>>stock 2 serial ports on the motherboard?
>">>
>">>try pulling the case off and seeing of the UARTs are 16550's.
>">>
>">>i would suspect so.
>"
>">They certainly are.  (I have examined lots of these)
>"
>"So one can assume they support the FIFO to get those speeds.
>
>The best bet in using the Netblazer for dialup IP is to ignore the first
>two ports as they are built into the board and are standard AT serial
>ports. The 8-port cards are Digiboard PC/8e's. You can take one out of
>the box and plug it into your Netblazer and it will work fine. There are
>instructions in the Netblazer manual on how to set the dip switches. 

JP is back!

Heh John, that's damn funny you know..... I have this NetBlazer Classic
sitting right here in front of me with the cover off it.....

It has ------- a SERIAL BOARD in it with two 16550s in it!

BE CAREFUL with those Digiboards.  The PC/8e is available in more than one
version.  The ones used in the Netblazer run a different clock rate (12.5Mhz
vs 8Mhz normally) and have some other upgraded components.  Attempting to 
use a standard Digiboard >might< work, but it might also not, especially at
higher baud rates (57600 bps comes to mind).

(I've used more than 200 of the "classic" models, and a few of the STs.  The
ST is a nice box, but doesn't have enough slots ;-)

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900]
Newsgroups: comp.unix.sys5.r4
From: hugh@cs.toronto.edu ("D. Hugh Redelmeier")
Subject: Re: Where did /usr/bin/truss originate?
Organization: Department of Computer Science, University of Toronto
Date: 11 Jan 93 06:47:39 GMT

jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler) writes:

| Truss *is* wonderful, isn't it?

I like it a lot, and used it for figuring out SVr4 and SVr4.2, even
when I had access to the source!

| I think it was written at AT&T.
| ...  I tried to
| get in touch with the author a while back, because of a bug.  As I
| recall, he had left for another company.

It was written by Ron Gomes, when he was at USL.  I think he gave a
USENIX talk on it at the time (it might have been about /proc -- I
forget).  He has moved on, so he wouldn't be the one to fix it
(although I have sent him complaints anyway :-).

Hugh Redelmeier
hugh@mimosa.com or {utcsri, yunexus, utzoo, scocan}!redvax!hugh
When all else fails: hugh@csri.toronto.edu
+1 416 482-8253
Newsgroups: comp.unix.sys5.r4
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: nameserver
Date: Sun, 10 Jan 1993 23:48:43 GMT
Organization: MCSNet, Chicago, IL

In article <1993Jan10.175137.12579@ra.msstate.edu> fwp@CC.MsState.Edu (Frank Peters) writes:
>In article <4341@wzv.win.tue.nl> rob@wzv.win.tue.nl (Rob J. Nauta) says:
>: 
>: If you use SUNs and DNS via NIS, remember that gethostbyname/uid
>: first use NIS, and if that fails, they use DNS. So put the neccesary
>: names in your NIS hosts file for quick lookups. /etc/hosts on
>: workstations doesn't work since it isn't used anymore when NIS/YP
>: is up and running.
>
>Under SunOS 5.1 you can edit /etc/nsswitch.conf and tell the system to
>search DNS, /etc/hosts and NIS+ in any order you like jut by changing
>the order of entries in the "hosts:" line.
>--
>Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
>Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921

This is rather funny.

MIPS has supported this kind of functionality for YEARS in their
/etc/vis.conf" file.  I find it amusing that SunSoft decided to wait until
now to handle what I consider to be a rudimentary requirement.

Oh, you also didn't have to reboot to make the changes effective on the
MIPS.  How about on the Sun machines?

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900]
Newsgroups: comp.unix.sys5.r4
From: karl@dixie.com (Karl Klingman)
Subject: HELP with ESIX uucico message
Date: Mon, 11 Jan 93 05:38:19 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.
Summary: Need help with unknown uucico message
Keywords: ESIX uucicio

I am setting up an ESIX SVR4 system.  So far I have not been able to
get uucp working.  During the protocol negotiation part of the process 
I get a message that I am not familiar with.  Here is a portion of the output:

  rmsg - 'P' imsg > Pge got Pge
  Slave protocol list(ge)
  Master protocol list (Gg)
  wmesg 'U'g
  omesg "Ug"
  Setting up protocol parameters 'g'
  ASSERT ERROR (uucico) pid: 2118 (1/10-23:12:23) PKXSTART ret (-1) 
  [FILE: pk1.c, LINE: 364]
  Proto start-fail g
  STARTUP FAILED
  exit code 101

Apparently, it is failing while trying to set up the g protocol.  Any
clues as to why this might be happening?  And while we're at it, does
anyone know if these error messages are documented anywhere?  I'd be
happy to RTFM if I could find one.

Thanks.



-- 
He who would trade his liberty for  |  Karl Klingman
short-term security deserves        |  American Research Group, Inc.
neither...   Ben Franklin           |  karl@dixie.com
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,comp.unix.sysv386
From: zbig@wariat.org (Zbigniew J. Tyrlik)
Subject: Re: nameserver
Followup-To: comp.unix.sys5.r4
Reply-To: zbig@wariat.org (Zbigniew J. Tyrlik)
Organization: Akademia Pana Kleksa, Public Access Uni* Site
Date: Sun, 10 Jan 1993 03:04:07 GMT

As quoted from <C0Lxun.D5v@news.rn.com> by larry@news.rn.com (Larry Snyder):

+---------------
> when we boot our machine after attaching to the internet we 
> establish a primary nameserver for DNS -- how can we 
> disable nameserver lookups for selected machines -- ie:
> internal machines connected to our masked network (and the local
> machine when bringing up X11R5) all go out to the nameserver
> which takes a few seconds when the internet connection is loaded..

What about putting them into /etc/hosts.... 

Also, after first query data is cached already. 

the other soulution is to run another primary nameserver locally,
on your network (that is what I do - I run 2 primary nameservers,
to save such troubles not to mention kludges like overwriting
/etc/resolv.conf). You will have to keep both primaries in sync. 


> 
> 
> 
> 
> -- 
> Larry Snyder                                    internet: larry@gator.use.com
> keeper of the Gator                                   uucp: uunet!gator!larry


_zjt
-- 
********************************************************************
Zbigniew J. Tyrlik       DoD# 0759   VF700C '84      zbig@wariat.org
IBM PC SIG Sysop - Cleveland Free-Net    aa609@cleveland.freenet.edu
APK	       Public Access UNI* Cleveland,          (216)-481-9436
Feeds, shell, FTP & telnet access        Uniboard distribution point 
********************************************************************
Newsgroups: comp.unix.sys5.r4,comp.unix.programmer,comp.unix.misc
From: rhealey@rogue.digibd.com (Rob Healey)
Subject: Re: LPD available for SysVr4?
Organization: DigiBoard Incorporated, Eden Prairie, MN
Distribution: usa
Date: Thu, 7 Jan 1993 22:45:57 GMT

In article <1993Jan7.170549.6624@rwwa.COM>, witr@rwwa.COM (Robert Withrow) writes:
|> In article <C0GIwF.51C@digiboard.digibd.com>, rhealey@rogue.digibd.com (Rob Healey) writes:
|> | 	Read the SVR4 documentation from Prentice-Hall on the lp subsystem,
|> | 	in all the man pages where they specify a "bsd" option substitute
|> | 	"lpd" and I think you'll get the idea. i.e. SVR4 already speaks
|> | 	lpd, they just call it bsd network printing as opposed to s5
|> | 	network printing. See lpsystem command for details.
|> 
|> And as far as I can tell it doesn't work.  (on ISC SVR4.0.3.0)
|> 
	Works on the SVR4's I have access to, both server and client. Make
	sure all the setup information is correct.

		-Rob
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Netblazer
Date: Sat, 9 Jan 1993 04:34:07 GMT
Organization: MCSNet, Chicago, IL

In article <C0JL0L.HEx@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>karl@ddsw1.mcs.com (Karl Denninger) writes:
>
>>>>Can the NB support 2 56700 baud modems going full blast on the
>>>>stock 2 serial ports on the motherboard?
>>>
>>>try pulling the case off and seeing of the UARTs are 16550's.
>>>
>>>i would suspect so.
>
>>They certainly are.  (I have examined lots of these)
>
>So one can assume they support the FIFO to get those speeds.
>
>My next question is do you have to enable a specific protocol --
>ie: Can I start talking to the NB with SLIP using VJ compression
>and will it start using VJ - likewise, can I connect using PPP
>and will the netblazer be smart enough to change?

The login you use on the NB will tell it what protocol (PPP or SLIP)

Once you are connected if the NB is set to "auto" mode it will send VJ
compressed packets IF it sees one from the other end.  That is, it watches
the line to see whether it should switch on the compression.

If you turn it "on" then it will initiate calls with this feature enabled.

Somewhat like the "compression" in their Trailblazer modems.  You can enable
"automatic" detection, set it "on", or "off".  If its "on" the other end
must support compression.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900]

Newsgroups: comp.unix.sys5.r4
From: talleyt@ka9qpg.demon.co.uk (Thomas Talley)
Subject: SVR4 Mail Help
Distribution: world
Organization: The ka9qpg Packet Radio Unix System
Reply-To: talleyt@ka9qpg.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Tue, 5 Jan 1993 12:05:35 +0000

I have just recently been able to attach to the internet (SLIP)
and am trying to get the mail system to work (rcv/xmit).

Unfortunatly, the man pages and books are a bit confusing (or
I am just not picking up on it). 

I have SVR4.0.3 and have tried sendmail and mailsurr, etc, and have
just not been able to get a clean working system.

Any help would be greatly appreciated (i.e. being able to see a 
working sendmail.cf file, etc).

Tnx Tom Talley


Newsgroups: comp.unix.sys5.r4
From: talleyt@ka9qpg.demon.co.uk (Thomas Talley)
Subject: smptpqer or smail
Distribution: World
Organization: The ka9qpg Packet Radio Unix System
Reply-To: talleyt@ka9qpg.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sat, 9 Jan 1993 12:49:10 +0000

I am trying to get outgoing mail to just queue up since I
have a call-in slip site. smtpqer will queue the message but than
calls smtpsched to process message which will fail if my system
is not connected to the internet. The man page states that the
switch "-n" is suppose to stop the invoke of smtpsched, but it
does not.

I am also trying to use smail, but it all so tries to send the 
message out the internet and fails. I can put "queue_only" in the
config file but this effects ALL mail. I only want internet mail
to queue and local mail to be delivered.

Any help would be greatly appreciated.

Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Netblazer
Date: Fri, 8 Jan 1993 13:47:02 GMT
Organization: MCSNet, Chicago, IL

In article <1993Jan07.224637.4538@xenitec.on.ca> merce@xenitec.on.ca (Jim Mercer) writes:
>In article <C0I42H.23D@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>>Since the serial ports in the netblazer are on the motherboard, is it
>>possible to disable them and add a stock 2 port serial board with
>>16550A chips and will the NB take advantage of the FIDO buffers in
>>the chips?
>>
>>Can the NB support 2 56700 baud modems going full blast on the
>>stock 2 serial ports on the motherboard?
>
>try pulling the case off and seeing of the UARTs are 16550's.
>
>i would suspect so.

They certainly are.  (I have examined lots of these)

They wouldn't work at that speed if they weren't.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900]
From: aland@informix.com (Colonel Panic)
Newsgroups: comp.unix.sys5.r4
Subject: Re: motif-imake config files missing??
Date: 12 Jan 93 08:26:13 GMT
Distribution: usa
Organization: Helen Keller Bondurant's Performance Driving School for the Blind

In article <1993Jan9.084829.19078@cactus.org> day@cactus.org (Carl E. Day) writes:
>One of my systems is using Consensys V4 SVR4.0  and since
>...
> BTW Consensys SVR4.2 , from what i've heard, does not have
>Motif content, so a upgrade will not help.

Not true.  If you're upgrading from their SVR4.0, X/Motif development is
included.  Even if you're buying it fresh, it's available for $395.

--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

    Never trust a UNIX programmer who can't spell "kernel".
Newsgroups: comp.unix.sys5.r4,comp.unix.programmer,comp.unix.misc
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: LPD available for SysVr4?
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Thu, 7 Jan 1993 17:05:49 GMT

In article <C0GIwF.51C@digiboard.digibd.com>, rhealey@rogue.digibd.com (Rob Healey) writes:
| 	Read the SVR4 documentation from Prentice-Hall on the lp subsystem,
| 	in all the man pages where they specify a "bsd" option substitute
| 	"lpd" and I think you'll get the idea. i.e. SVR4 already speaks
| 	lpd, they just call it bsd network printing as opposed to s5
| 	network printing. See lpsystem command for details.

And as far as I can tell it doesn't work.  (on ISC SVR4.0.3.0)

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.sys5.r4
From: fwp@CC.MsState.Edu (Frank Peters)
Subject: Re: nameserver
Organization: Computing Center, Mississippi State University
Date: Mon, 11 Jan 1993 02:26:49 GMT

In article <C0nwt8.qo@ddsw1.mcs.com> karl@ddsw1.mcs.com (Karl Denninger) says:
: In article <1993Jan10.175137.12579@ra.msstate.edu> fwp@CC.MsState.Edu (Frank Peters) writes:
: >
: >Under SunOS 5.1 you can edit /etc/nsswitch.conf and tell the system to
: >search DNS, /etc/hosts and NIS+ in any order you like jut by changing
: >the order of entries in the "hosts:" line.
: 
: This is rather funny.
: 
: MIPS has supported this kind of functionality for YEARS in their
: /etc/vis.conf" file.  I find it amusing that SunSoft decided to wait until
: now to handle what I consider to be a rudimentary requirement.

Yeah, DEC has had such a mechanism for a while as well.  And, on the
Sun front this has been one of the more frequent complaint about their
OS.   Oh well...at least they eventually got around to fixing it. :-)

: Oh, you also didn't have to reboot to make the changes effective on the
: MIPS.  How about on the Sun machines?

No reboot is necessary for the change to take effect.  But some daemons
and such may not see the change until you either restart them or
reboot.  I suspect that this was true on MIPS as well.
--
Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: eloranta@jyu.fi (Jussi Eloranta)
Subject: Re: Solaris as a server
Organization: University of Jyvaskyla, Finland
Date: Thu, 7 Jan 1993 20:23:11 GMT

In article <1993Jan07.191515.13156@catfish.az05.bull.com> pls@cibecue.az05.bull.com (Paul Schauble) writes:
>As I read the Solaris announcement, its focues is as a graphics oriented OS
>for a single-user desktop machine. It is therefore not appropriate for the
>system I'm designing, which will have lots of remote usere and no local users.
>
>Is this correct?

I use solaris 2 system (sparc based) from normal ascii-terminal every day
and at least I have no complaints about programs being graphics only
(well, one thing that could also be text based is admintool - but I don't
use that much anyway..). Solaris has normal SVR4 text-based commands.

jussi

ps. remember that solaris 2 is also designed to work on servers
(like sun 4/6xx series).
-- 
============================================================================
Jussi Eloranta               Internet(/Bitnet):    ! The ultimate trip is
University of Jyvaskyla,     Jussi.Eloranta@jyu.fi !    death.
Finland                      [130.234.0.1]         !  -- Jim Morrison
Newsgroups: comp.unix.sys5.r4
From: sandyb@world.std.com (Sandy Bendremer)
Subject: UPS Shutdown Software??
Summary: Need software to monitor UPS
Keywords: UPS 
Organization: AnyWare Associates -- Boston, MA
Date: Fri, 8 Jan 1993 03:28:22 GMT

I have a Topaz/Square D CUB Powermaker UPS, on a 486 based system running
SVR4.  The unit is equipped with a DB9 connecter and some simple relays that
show loss of AC power and low battery.  The manual says that user supplied 
software and cable are required to make use of this feature.

Is there any simple software kicking around that allows one to use an RS232
port to monitor the UPS like this.  It seems that some of the standard RS232
control lines could be used for this purpose.

The pin-out of the DB9 connector and the Truth Table is as follows.
 
 5   4   2   2   1
             +-------------o C	  LOSS OF AC POWER
             |   +-------o  \o 	       RELAY
 o   o   o   o   o     NO    | NC
   o   o   o   o             |
               +-------------+
   9   8   7   6

STATE\PIN	PIN 2,1	 PIN 4,8   PIN 2,6   PIN 4,9
=====================================================
  NORMAL	 OPEN	  OPEN      CLOSE     CLOSE
  BACK-UP        CLOSE    OPEN      OPEN      CLOSE
  BATTERY LOW    XXXX     CLOSE     XXXX      OPEN

Any help with this would be greatly appreciated. 

Sandy

Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386