HDTenEightyP/NetNews huggingface dataset:
From: kgermann@zeos.com (Ken Germann)
Subject: Helpful..
Organization: Zeos International, Ltd
Date: Thu, 10 Sep 1992 03:51:06 GMT


I noticed that the 'rcc' AT&T Compiler that comes with the SCO DevSys
has a tendency to compile programs that the MSC compiler won't or 
complains about. Any opinions or comments about this? I have found
that most programs that 'cc' complains about, 'rcc' won't. 
-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
From: davidf@golem.uucp (David J. Fiander)
Newsgroups: biz.sco.general
Subject: Re: MMDF Errors
Date: 15 Sep 92 00:05:25 GMT

According to kgermann@zeos.com (Ken Germann):
>
>I removed SMAIL, made sure MMDF was removed. I reinstalled MMDF. I still
>get the mailbox format errors. 
>

This is becuase your mailbox is still in the old format.  There
should be a program floating around the system that will
convert old style mailboxes to the MMDF format, but I don't
know what it's called.  If you really want to, then the
following script shoudl do the job.

sed -e '1{
i\
^A^A^A^A
n
}
/^From /i\
^A^A^A^A\
^A^A^A^A
$a\
^A^A^A^A' old-mbox >new-mbox

You will have to change the '^A' strings into real control-A's.

The other option is to empty your system mailbox (maybe save
everything into ~/mbox).  When you start receiving mail again,
them mailbox will be built with the correct format.

- David
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: vt100 emulation?
Date: 6 Sep 92 19:33:35 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

ECKHARDT, JASON LEE writes:
>   Anybody know of a vt100 or similar emulation package for sco available
> by ftp? I've got xcmalt and kermit(old) and neither are doing vt emulation.

Xcmalt was never designed to do emulation. It's a communications program.
It's also quite obsolete, since the program was renamed XC a year ago.

Source code gladly emailed.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general,comp.unix.sysv386
From: mike%jim.uucp@wupost.wustl.edu (Mike Suter)
Subject: Intelligent Multi-Port Boards for SCO 3.2
Summary: Need info/recos for intelligent multi-port boards under SCO
Keywords: intelligent multi port serial boards sco unix sv 3.2
Organization: BITS, St. Louis, MO
Date: Tue, 08 Sep 1992 16:55:47 GMT

We are looking for an expandable multi-board adapter to drive
terminals/devices under SCO 3.2.2.  

Right now, we have a need for only 4 or 8 ports (in the office), but
eventually (in the field) we will need 32 or 64 ports.

I am assuming an on-board processor is needed to drive the ports with
good performance.

In SCO's hardware compatibility guide, the following look like
possibilities

	Arnet ClusterPort/S
	Arnet COMStax
	Chase 10PROAT
	Computone IntelliPort II EX
	Specialix RIO
	Specialix XIO/AT

If anyone has any good/bad experiences with these (or other MPB's in
the ~8-64 port range), please send a copy my way.

Thanks!
Mike
-- 
mike%jim.uucp@wupost.wustl.edu
Newsgroups: biz.sco.general
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
ReplyTo: nikki@trmphrst.demon.co.uk
Subject: COM2 suddenly changed from Standard to Quadram
Distribution: world
X-Mailer: cppnews $Revision: 1.16 $
Organization: Trumphurst Ltd.
Date: Fri, 11 Sep 1992 19:26:54 +0000

I tried to use /dev/tty2A on my machine today, and found it didn't work
(although it used to). I noticed that the boot message thought the port 
was a Quadram. The boot line was ...
%serial   0x0288-0x028F 03      -       unit=1 type=Quadram nports=1

Looking back through /usr/adm/messages, before August 3d, this used to be ...
%serial   0x02F8-0x02FF 03      -       unit=1 type=Standard nports=1

Around that time I installed an SLS to do with security, but surely that 
has no relevence ? I also installed a Western Digital Ethernet card around
then, too.

Any idea how this could have happened, and how to fix it ?

---
Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
Demon.co.uk is a dial-up subscription access point to the Internet.
Newsgroups: biz.sco.general
From: kgermann@zeos.com (Ken Germann)
Subject: Accounting.
Organization: Zeos International, Ltd
Date: Sat, 12 Sep 1992 01:21:58 GMT


Is there a built in facility for billing people for connect time
for News, Mail, etc? If so, how is it set up. I know there are
auditing functions that can be set up. Do these provide the means
to bill for connect time? 


Any help on this would be appreciated.

Ken

-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: What causes modem to hang system?
Date: 7 Sep 92 22:32:26 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Steven Warner writes:
> jpr wrote:
> >Why do so many folks advocate make a mute out of the modem???
> >I've never done it, and it's never confused any getty.
> 
> Perhaps the dialer program is changing the settings on your modem
> without you knowing it.  Command mode echo needs to be off.

No dialer program here is doing anything I don't know about. I've never used
any HDB dial chat scripts, but I've hacked and read and reread the source
code to dial.c in the old Tandy Xenix, to the dialHA24.c and the dialTB.c on
SCO, to the atdialer.c on SCO, so I know exactly what my binary dialers are
doing. And of course for interactive work, I DO know the code of XC pretty
well. :-)

I'm now using taylor uucp, and so again, I know what's happening in the dial
chat(s), since I wrote them.

I'm not clear what you're referring to when you say "command mode needs echo
off". Which program's "command mode"?

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
ReplyTo: nikki@trmphrst.demon.co.uk
Subject: Re: New CodeView in SCO UNIX V3.2.4 - is this a joke?
Distribution: world
X-Mailer: cppnews $Revision: 1.16 $
Organization: Trumphurst Ltd.
Date: Wed, 9 Sep 1992 19:30:13 +0000


In article <rbrn!r-.dsmythe@netcom.com> dsmythe@netcom.com (Dave Smythe) writes:

> GDB is no doubt the best bet.  Run emacs, gdb, and gcc2 on a Sparc as
> a cross development environment and forget the stupid Intel machine... ;-)
Hear hear. You can install gdb to debug cc binaries, if you wish to stick
with cc. 

A FAR better debugger than CV. And portable, too.

---
Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
Demon.co.uk is a dial-up subscription access point to the Internet.
From: edc@openage.COM (Ed Cooley)
Newsgroups: biz.sco.general
Subject: COM2 suddenly changed from Standard to Quad
Date: 14 Sep 92 13:13:09 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

I've seen a somewhat related problems occur when Update H is 
installed on UNIX 3.2.2.  Try going to...

                /etc/conf/pack.d/sio/space.c

Find the QUADRAM entry with the corresponding I/O port address of 
288 and comment it out.  Remember, this is C code so use /* */ to 
comment.

> I tried to use /dev/tty2A on my machine today, and found it didn't work
> (although it used to). I noticed that the boot message thought the port 
> was a Quadram. The boot line was ...
> %serial   0x0288-0x028F 03      -       unit=1 type=Quadram nports=1

> Looking back through /usr/adm/messages, before August 3d, this used to be ...
> %serial   0x02F8-0x02FF 03      -       unit=1 type=Standard nports=1

> Around that time I installed an SLS to do with security, but surely that 
> has no relevence ? I also installed a Western Digital Ethernet card around
> then, too.

> Any idea how this could have happened, and how to fix it ?

> ---
> Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
> Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
> PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
> trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
> Demon.co.uk is a dial-up subscription access point to the Internet.
--------------------------------------------------------------------------------
Ed Cooley           12209 Bayswater Road    "An independent service and
Technical Manager   Gaithersburg, MD 20878   support provider for SCO
Open Age, Inc.      Main: 301/948-6422       products."
edc@openage.com     Fax:  301/948-9644
From: jim@tiamat.fsc.com ( IT Manager)
Newsgroups: biz.sco.general
Subject: Re: C-News for SCO.
Date: 9 Sep 92 13:37:53 GMT
Organization: Ahlstrom Filtration - Chattanooga,TN

In article <1992Sep08.225507.3288@anomaly.sbs.risc.net>, kd1hz@anomaly.sbs.risc.net (Michael P. Deignan) writes:
> 
> The default distribution of c-news compiles just fine for SCO without
> any special modifications to the source.
> 
> Why have a "special" version for SCO? Its not needed.

I agree.  However, a good tutorial on selecting answers to the questions asked
by 'build' for different permutations of the SCO environment would be helpful.
E.g. the C news doc files point out in several places not to use -O when
using their 'dbz' library and the SCO compiler, but -O works just fine if you
use gcc instead.  But, then you need to know that the definition for CC and
CCOPTS needs to be changed by hand in some of the makefiles that are used for
building and running the regression tests.

I spent quite a bit of time getting this all figured out.


------------- 
James B. O'Connor                                     jim@tiamat.fsc.com
Information Technology Manager                        voice 615/821-4022 x651
Ahlstrom Filtration, Inc.                             fax   615/821-0616
=========
	"Anyone who is capable of getting themselves made President,
	 should, on no account, be allowed to do the job."
	 Douglas Adams, _The Restaurant at the End of the Universe_
From: me@amiganet.chi.il.us (Corey Sweeney)
Newsgroups: biz.sco.general
Subject: digifax/modem
Date: 4 Sep 92 22:41:08 GMT
Organization: Amiga Network Information Systems

hello.  I've got a problem that I don't know how to solve.

I hooked up a digifax and a modem on my sco machine.  They bolth share the same
phone line and i see colisions comming in the future.  Does anyone know how I
could rig it up so that the modem won't activate untill the fax machine is done
faxing and the fax machine wont start if the modem is in use?

thanks in advance...

        Me
From: gary@tmg.soundex.celestial.com (Gary L. Miller)
Newsgroups: biz.sco.general
Subject: Bell Technologies B130 Disk Drives
Date: 15 Sep 92 03:21:04 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


I need to add a second Hard Drive to an older Bell Technologies MPE386
that has the standard RLL controller (2,7 Code Run Length Limited).  The      
current drive was apparently made by Toshiba.

Does anyone know of a drive that can be added as a second drive.  I need 
about 200 Meg on the second drive.

Thanks,

Gary L. Miller                | The Miller Group
uunet!camco!soundex!tmg!gary  | 34011 - 170th Ave SE
gary@tmg.soundex.cestial.com  | Auburn, WA  98002-5202
  "Men don't fail,            |     Voice: (206) 939-2307
   they give up trying"       |     Fax:   (206) 735-8384
        - Elihu Root          | 
Newsgroups: biz.sco.general
From: chrisdu@sco.COM (Christopher Durham)
Subject: Re: Timeouts in TCP/IP processes
Organization: The Santa Cruz Operation, Inc.
Distribution: biz
Date: Wed, 09 Sep 1992 23:39:01 GMT


In article <DEAN.92Sep3133818@world.std.com> dean@world.std.com (Dean S Banfield) writes:
>Hi,
>
>The problem seems to reside in the named nameserver.  When it is not running
>access is quick.  Is there a bug fix for named?  We are getting the upgrade
>to TCP/IP 1.2.0 (our supplier assures us that there IS a bug).  While I
>wait, is there any way to let smtpd be more lenient.  There are NO man pages
>on smtpd!

The first thing to do is to verify that the nameserver files (wherever they
may be, either locally or on a remote host that acts as the nameserver) are
set up properly. I often get customers who have forgotten to set up PTR
records for their domain's hosts. In other words:

# nslookup
[ ... ]
> set type=PTR
> d.c.b.a.in-addr.arpa

This should return the fully-qualified host name of the machine with IP
number a.b.c.d

If this doesn't work, or what is returned adds an extra .in-addr.arpa or
extra . at the end of the hostname, means that PTR records are not set up
properly. Things like telnet will do a PTR record lookup, but if it times
out, will let you in anyway. This may be what you are experiencing.

Additionally, with TCP/IP 1.1.3, I would strongly recommend installing
Support level Supplement lng321. This replaces many of the TCP/IP drivers,
including tcp, udp and socket. If you are using /etc/resolv.conf, for 
remote nameservice lookups, then multiple nameserver lines in this file
will not work without this SLS.

Hope this helps.

>-dean


-- 
-Chris Durham					chrisdu@sco.COM
Technical Support				...!uunet!sco!chrisdu
The Santa Cruz Operation
"...I think that when statesmen forsake their private conscience for the
sake of their public duties, they lead their country by a short route to 
chaos."
	-Sir Thomas Moore to Cardinal Woolsey in _A Man for All Seasons_

Newsgroups: biz.sco.general,comp.unix.sysv386
From: ebert@esfra.sub.org (Christian Ebert)
Subject: Re: Intelligent Multi-Port Boards for SCO 3.2
Organization: Ebert & Stegemann GmbH; Frankfurt/Main
Date: Mon, 14 Sep 92 19:59:40 GMT
Keywords: intelligent multi port serial boards sco unix sv 3.2

In <1992Sep08.165547.23923%jim.uucp@wupost.wustl.edu> mike%jim.uucp@wupost.wustl.edu (Mike Suter) writes:

>We are looking for an expandable multi-board adapter to drive
>terminals/devices under SCO 3.2.2.  

>Right now, we have a need for only 4 or 8 ports (in the office), but
>eventually (in the field) we will need 32 or 64 ports.

>I am assuming an on-board processor is needed to drive the ports with
>good performance.

>In SCO's hardware compatibility guide, the following look like
>possibilities

>	Arnet ClusterPort/S
>	Arnet COMStax
>	Chase 10PROAT
>	Computone IntelliPort II EX
>	Specialix RIO
>	Specialix XIO/AT

>If anyone has any good/bad experiences with these (or other MPB's in
>the ~8-64 port range), please send a copy my way.

I recommend the Specialix  cards. We use Specialix SI/4 which is expandable 
up to 32 ports without any problems. 

But be careful when using Specialix on SCO 3.2.4 with hardware handshake
( CTS/RTS). SCO did redefine some I/O-flags, but Specialix didn't. 

More information about that upon request :-)

Bets regards


Christian
-- 
----------- beware of programmers who carry screwdrivers -------------
| Christian Ebert                |  ebert@esfra.sub.org              |
| Staedelstrasse 8               |  100016.633@compuserve.com        |
| D-6000 Frankfurt 70 / Germany  |  +49 (69) 61 90 47                |
From: bob@consult.UUCP (Bob Willey CDP)
Newsgroups: biz.sco.general
Subject: Re: Are the Registration cards too much wor
Date: 12 Sep 92 15:05:52 GMT
Reply-To: bob@consult.UUCP (Bob Willey CDP )
Organization: CCS Enterprises, Inc. - Easton, MD

In article <9209110941.aa23178@openage.COM> edc@openage.COM (Ed Cooley) writes:
>In my opinion, 90%+ of the time people don't send them in simply 
>because they are too lazy to fill them out, or don't take the 
>time to read what it means to them.  Let's be frank about this.  
>It's human nature.  I admit to guilt on this myself with DOS 
>packages, etc.
>Our clients pay us fair to premium rates for quality service - I 
>take the time to fill them out while I'm chucking in disks or 
>watching a tape drive whirl along.  I hope that other support 
>personnel out there are doing this for their customers as well.  

There are other reasons as well.
One many of our clients (many environments) don't like
getting a lot of junk in the mail and sending in a
registration card, normally means you are the recipient 
of being put on a multitude of mailing lists as an
"active" purchaser.

Plus, many resellers have been burnt (not necessarily by SCO, but
by vendors in general).  You religiously send in the registration
cards for your clients, and then they get bombarded with inquiries
to buy "this and that" software and to bypass the reseller channel
completely.  Really pisses most resellers off.

So most vendors should really rethink their registration process.
It has been royally abused out there in software land.  Too many
of them try to turn the registration process into a profit center.
Get real.....  Selling lists is not your business.

Just one opinion. 

-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
Newsgroups: biz.sco.general,comp.unix.questions
From: kgermann@zeos.com (Ken Germann)
Subject: GCC errors
Organization: Zeos International, Ltd
Date: Wed, 09 Sep 1992 13:32:42 GMT


I get these or similiar errors with process signal handling. 

        gcc -DKEYDEF=\"/usr/local/lib/joe/.joerc\"  -c asyncxenix.c

asyncxenix.c: In function `sigjoe':

asyncxenix.c:43: `SIGHUP' undeclared (first use this function)

asyncxenix.c:43: (Each undeclared identifier is reported only once

asyncxenix.c:43: for each function it appears in.)

asyncxenix.c:46: `SIGPIPE' undeclared (first use this function)

asyncxenix.c:47: `SIGQUIT' undeclared (first use this function)

asyncxenix.c: In function `signorm':

asyncxenix.c:52: `SIGHUP' undeclared (first use this function)

asyncxenix.c:54: `SIGQUIT' undeclared (first use this function)

asyncxenix.c:56: `SIGPIPE' undeclared (first use this function)

asyncxenix.c: In function `getsize':

asyncxenix.c:172: storage size of `getit' isn't known

*** Error code 1i

Any ideas how to correct this with gcc 2.2.2 running under SCO Unix.
-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
From: robb@cyber.net (Robb Brock)
Newsgroups: biz.sco.general
Subject: Help: Routing to a PPP interface
Keywords: routing,ppp
Date: 13 Sep 92 08:26:25 GMT
Distribution: na
Organization: The Cyberspace Station

Help please!

I am trying to setup two networks joined to gether by a PPP link.
I have system A (192.153.125.1) which has two interfaces e3B0 and ppp0.
My routing table looks like the following:

Routing tables
Destination      Gateway            Flags    Refs     Use  Interface
192.0.0.1        192.153.125.1      UH          0        3 ppp0
127.0.0.1        127.0.0.1          UH          0        0 lo0
default          192.153.125.254    UG          0      326 e3B0
192.153.125      192.153.125.1      U           6      710 e3B0

192.0.0.1 is System B which is a remote system conected by the
PPP link.
192.153.125.254 is a NETBLAZER connecting the 192.153.125 network
to the Internet.

I would like to be able to make any request for a system on the
192.0.0 network get routed to System B (192.0.0.1).

I have tried the following plus many variants:

route add net 192.0.0 192.0.0.1 0

but I always get the following response:

add net 192.0.0: gateway 192.0.0.1 flags 0x1: Network is unreachable

What I want to be able to do is type "telnet 192.0.0.2" and have
the system A establish a link to system B which has the other
network interface with host 192.0.0.2 connected to it.

Also I would like the "default" route on System B to be the
reverse PPP link back to System A.

I hope I have been clear in describing what I would like to do.
Any help would be appreciated.
-- 
Robb Brock      | The Cyberspace Station            | modem: (619) 634-1376
robb@cyber.net  | 204 N. El Camino Real, Suite E626 | voice: (619) 944-9498
brockr@cerf.net | Encinitas, CA  92024              |        Ext. 626
Newsgroups: biz.sco.general,comp.protocols.tcp-ip
From: cdaly@access.digex.com (CHRIS DALY)
Subject: Terminal Servers
Organization: Express Access Online Communications, Greenbelt, MD USA
Date: Wed, 9 Sep 1992 04:00:37 GMT

Can anyone give me any suggestions on what type of terminal servers to buy.

I have a LAT - Tcp/ip ethernet network that includes a Dec MicroVax II,
Sco Xenix, AUX, SUN and Sco Unix systems. I would like to buy some terminal
servers that would let me share printers, terminals, and modems with all the
hosts. 


The terminal servers MUST support both LAT and Tcp/ip and allow a port
on the terminal server to be shared with both LAT and TCP at the same time. 
This would mean that if both the VAX and a UNIX host were sending print
jobs to the terminal server printer, the Server would be able to have one 
of the hosts Queue it jobs until the other is finished.  I would like to
share modems with all the HOSTS and have both dial IN and OUT from ANY of
the HOSTS.  The unix hosts should be able to use programs like cu, uucp, kermit
to connect to the terminal server port to dial out with.

Please EMAIL any suggestions or comments.   Thanks.

					cdaly@access.digex.com
Newsgroups: biz.sco.general
From: nikki@trmphrst.demon.co.uk (Nikki Locke)