HDTenEightyP/NetNews huggingface dataset:
From: ggvvgg@mixcom.com (Dave Fenske)
Subject: Inside Poop
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Date: Wed, 18 Nov 1992 04:34:26 GMT

No, this post is _not_ about plumbing fixtures!

I am wondering if anyones knows any details regarding SCO's soon (hopefully)
to be released Lan Manager for Unix v 2.2.  I know the Digital is releasing
Pathworks for SCO Unix at about the same time.  I also vaguely recall that
Pathworks is based on Lan Manager.

So, the question is: How similar will these two products be, or will they
even be the same product with different labels?

DF
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Does LLI drive disk work with XENIX Tcp
Date: 20 Nov 92 19:22:33 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Hi All,

Does anyone know if the LLI driver diskette works with XENIX and TCP/IP.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: kjell@abacus.hgs.se (KJELL HOLMGREN)
Newsgroups: biz.sco.general
Subject: The printer device driver
Date: 18 Nov 92 10:43:25 GMT
Organization: Solace Computer Club, Sundsvall, Sweden

Hello all!

I have a slight problem with the fact that when a printer is
out of order the program that uses it hangs until it's fixed.
Yes I know I should use the spooler but I can't because if the spooler
decides to shut itself off (and it does constantly when you print many
small files) the system is loaded with files that should be printed
and if it stays off for long the system crashes and that's not funny.

So what I'm looking for is a device driver that don't care about the
signals from the printer that tells if it's ready or not. It should
just send out the text and if it is something wrong the user have to
print it again (I have a buffer that holds some info so it doesn't loose
characters). But it is better that nothing at all prints on the printer
than the program hangs or the whole system crashes.

Any solutions at all will be appretiated.
Please E-mail me because I don't read the news so often.

Kjell Holmgren
Integrated Communication Systems AB
Box 458
801 06 GAVLE
SWEDEN
kjell@abacus.hgs.se
From: traub@rtf.bt.co.uk (Michael Traub)
Newsgroups: biz.sco.general
Subject: Re: emacs 18: 59 crashes on select()
Date: 20 Nov 92 15:35:03 GMT
Organization: BT Customer Systems, Brighton, UK

In article <9211190011.AA13734@jpradley.jpr.com> jpr@jpr.com writes:
>Your message and others have shown that to me. OK, I defined SCO_SOCKETS in
>s-sco.h. I also inserted definitions to use the -s flag for ld, and the
>-lc_s library.

Not sure if using shared libraries is a good idea. I didn't. I also didn't
strip emacs till after it was build and installed.

>Now the make gets to this point:
>
>        ./temacs -batch -l inc-vers
>*** Termination code 139

Needless to say I don't get this. Did you make sure "HAVE_TIMEVAL" was
also defined in s-sco.h? This was the crux of the original problem.




-- 
Michael Traub
BT Customer Systems, Brighton Systems Centre. traub@btcs.bt.co.uk
Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: ftp problems
Organization: BC News and Mail
Date: Tue, 17 Nov 1992 02:56:54 GMT

I think I have tracked down the source of the problems we're seeing with ftp
out of vanbc. This has mystified me a bit. As I've mentioned before, even
though the link is very heavily loaded, inbound ftp works very well. Very
slow, but it does work. It is very reliable.

To lessen some of the load on our link I recently investigated using uucp
with the e protocol over our link to some of our nntp neighbours. Uucp over
the local ethernet works well. Faster maybe than ftp! But it failed
consistently over our slow link. It appears to buffer up about 40kb.
Portions of this eventually get over. But never fast enough that the uucico
daemon hadn't timed out. It apparantly has a fairly low timeout.

I then recalled ftp's output when I was trying to ftp something to a
neighbour. Basically it spits out 40kb of data then stops for a while. Then
it eventually start's up and slowly sends more (we see this watching the
hash marks). 

What I *think* is happening is that ftpd is queuing up 40kb of data to be
sent. If some/all of this data does not get sent in 900 seconds the daemon
gives up. 

This means that ftp would have to be able to see .044kb/sec throughput in the 
first part of the conversation or it will die. 

On my link this would probably not normally be possible :-(

So we have to figure out how to get around this problem. If I could get my
hands on an ftpd in source that compiles under SCO I could probably extend
the timeouts on sending to get around this. Things would still be slow. But
at least they would work. 

So has anyone out there hacked at Chris Myers ftpd source to get it to
compile under SCO? 

-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd
Newsgroups: biz.sco.general
From: peet@locus.com (J. David Peet)
Subject: PC Terminal emulator's and graphics
Followup-To: comp.unix.dos-under-unix
Organization: Locus Computing Corp, Los Angeles
Date: Sat, 21 Nov 1992 07:06:41 GMT

In article <1992Nov18.202832.4822@catfish.az05.bull.com> jsmith@cibecue.az05.bull.com (Joe Smith) writes:
>More on running DOS applications on ODT server:  The problem is that I have
>a DOS application running on a DOS board, The Complete Communicator from The
>Complete PC.  It is a FAX application that is menu driven and allows FAXes
>to be sent, received, viewed, printed, converted, etc.  This is a very
>useful service.  I moved the hardware to the ODT Server which is a 486/33
>EISA machine.  The application runs fine under DOS using merge on the server
>from the SCO console at the server.  I would like to be able to allow my PC
>remote users to have the same functionality available at their PC.  Thus I
>need the ability to have the display appear identical on the remote PC.  At
>present I get blinking, nonsense screens at the remote PCs and perfect
>functionality at the console.  I am also confused as to why anyone would
>install products like merge, VPix and the like on any UNIX server if they
>did not want to make some sort of DOS functionality available to the server
>population.  There seems to be quite a market for this functionality as can
>be seen by the growing acceptance of DesQ-X which allows DOS programs to be
>run on a DOS machine, but displayed in a X window on a UNIX workstation.
>Thus I cannot see why what I am trying to accomplish seems so foreign and
>backwards to the UNIX community.  Maybe I am missing the point being a
>mainframe person who migrated to DOS, Windows and now UNIX.

It looks the actual problem here is that of displaying graphics generated
by a program on the "server" machine on a remote PC's screen.  Terminal
emulators operate in character mode only, because they are emulating
character terminals.  What is needed is a remote graphics terminal.
So far the only resonable way to accomplish this is via X-windows.
This was the percise reason X-windows was developed: to be able to have
a network between the machine running the graphics program and the
machine that is displaying the graphics.  There are X-windows servers
that you can buy to run on PC's so that you can do this.

Merge currently can only support CGA and Hercules graphics in an
X-window due to performance reasons.  To get higher resolution and
performance and the same time, you cannot do strict low level VGA
hardware emulation in software.

To overcome this problem, a new version of Merge is being made ready
to take advantage of MS-Windows's 3.1 display driver API.  Instead of
operating at the pixel level, it takes the API drawing requests and
translates them into X-Windows drawing commands.  This of course means
that regular DOS applications will still be limited to CGA or hercules
graphics in a DOS window, but most applications are being ported to
Windows.
From: dave@das13.snide.com (Dave Snyder)
Newsgroups: biz.sco.general
Subject: Re: Signal Libraries
Date: 18 Nov 92 02:16:09 GMT
Organization: Snide Computer Services - Folcroft, PA

In article <1992Nov16.205043.15248@zeos.com> kgermann@zeos.com (Ken Germann) writes:
> Does anyone know where the functions sigmask, sigsetmask, and sigblock are 
> define under SCO 3.2.4 Dev Sys?

They can be found in /usr/lib/libsocket.a (assuming that you purchased TCP/IP
development).

DAS
-- 
David Snyder @ Snide Computer Services - Folcroft, PA          Current Release
                                                               is db4glgen-3.7
UUCP:  ..!uunet!das13!dave   INTERNET:  dave.snyder@snide.com
Newsgroups: biz.sco.general
From: klausf@softwks.osgo.ks.he.schule.de (Klaus Fueller)
Subject: GNU-Objective-C
Organization: Softwerker-Gruppe am OSGO
Date: Sat, 14 Nov 92 14:25:18 GMT

(I know that everyone talks about C++ but) I recently wanted to try the
Objective-C compiler which is integrated into the GNU C++-stuff.  The
compiler indeed runs fine bit the linker doesn't find the libraries for
the central Objective-C method-look-up routine.  Anyway there are no
headers for Objective-C (Obj-C uses a generic typedef `id' for the
objects.)

Has anyone (a pointer to) the nescessary headers and maybe even compiled
libraries for SCO?  Thank you in advance.
-- 
Mit freundlichen Gruessen		Klaus M. Fueller, Kassel
With kind regards			KlausF@OSGO.KS.HE.Schule.DE
Avec mes sentiments les meilleurs	KLAUSF%OSGO@URANUS.ZER (from Z-Netz)
Newsgroups: biz.sco.general
From: larryp@sco.COM (Larry Philps)
Subject: Re: Signal Libraries
Organization: SCO Canada, Inc.
Date: Thu, 19 Nov 1992 16:55:13 GMT

In <1979@das13.snide.com> dave@das13.snide.com (Dave Snyder) writes:

> In article <1992Nov16.205043.15248@zeos.com> kgermann@zeos.com (Ken Germann) writes:
> > Does anyone know where the functions sigmask, sigsetmask, and sigblock are 
> > define under SCO 3.2.4 Dev Sys?
> 
> They can be found in /usr/lib/libsocket.a (assuming that you purchased TCP/IP
> development).

This is incorrect.  Those functions are the BSD signal handling functions
and they are *not* supported by the SCO Dev Sys.  SCO supports the POSIX
signal handling functions so that

	BSD		POSIX
	----------	-----
	sigmask		sigemptyset, sigfillset, sigaddset, sigdelset
	sigsetmask	sigprocmask
	sigblock	sigprocmask

Sigprocmask is found in libc.  The sig*set functions are defined as macros
in <signal.h>, and there are also implementations in libc.a in case the
macro implementations are not desired.

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  uunet!sco!larryp
Phone:	  (416) 922-1937
Newsgroups: biz.sco.general
From: ash@cellar.demon.co.uk (Andrew Hardie)
Subject: Banners not being printed 
Distribution: world
Organization: Official Report
Date: Sun, 15 Nov 1992 10:31:25 +0000


In article <BxB7xB.FB9@world.std.com> apl@world.std.com writes:

>Gee, somebody that actually *wants* banners!  It seems I spend an awful
>amount of time rewriting interface scripts so they *won't* print
>banners :-)

Me too. Does the /etc/default thing not work, or only for some people
or only for some interface files?? I've never managed to stop banners
coming out *without* hacking on the interface file.

I wish someone would post the definitive answer on this. 
SCO - are you listening???

+-----------------------------------------------------------------------------+
| Andrew Hardie                                        ash@cellar.demon.co.uk |
| London                                                 Tel  +44 71 219 5996 |
| England                                                Fax  +44 71 219 5997 |
+-----------------------------------------------------------------------------+
From: jeffl@comix.UUCP (Jeff Liebermann)
Newsgroups: biz.sco.general
Subject: Re: Banners not being printed
Summary: Hard coded options
Date: Mon, 16 Nov 92 14:13:11 PST
Organization: COmmittee to Maintain Independent Xenix

In article <721823485snx@cellar.demon.co.uk> ash@cellar.demon.co.uk (Andrew Hardie) writes:
>In article <BxB7xB.FB9@world.std.com> apl@world.std.com writes:
>
>Me too. Does the /etc/default thing not work, or only for some people
>or only for some interface files?? I've never managed to stop banners
>coming out *without* hacking on the interface file.
>
>I wish someone would post the definitive answer on this. 
>SCO - are you listening???

The use of  /etc/default/lpd  file depends upon the interface
script used on installation.  For example, the Unix 3.2v4.1 script:
	/usr/spool/lp/model/HPLaserJet
does NOT read the  /etc/default/lpd  file and relys upon command
line options.  At approx line 200, the defaults are established.
Mine shows "banner=yes" as the hard coded default.

You should also look in the file:
	/usr/spool/lp/admins/lp/printers/printer_name/configuration
for the line:
	Banner: on

Without the name of the interface script in question, it's difficult
to troubleshoot.
	What interface model are you using?
	What's in your .../printers/printer_name/configuration file?

As an added note, I hope to see the  /etc/default/lpd  file go away.
I have systems with 8 printers.  I find it rediculous to have a
single file with a single line, control whether *ALL* the printers
belch banners.  I use banners (on colored paper) to seperate large
reports on a LaserJet IIID, and no banners for invoices on various
printers including the same LaserJet.


-- 
# Jeff Liebermann   Box 272     1540 Jackson Ave     Ben Lomond    CA   95005
# 408.336.2558 voice  wb6ssy@ki6eh.#nocal.ca.usa  wb6ssy.ampr.org [44.4.1.86]
# 408.699.0483 digital_pager    73557,2074  cis [don't]
# jeffl@comix.santa-cruz.ca.us  uunet!comix!jeffl  jeffl%comix@scruz.ucsc.edu
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Digital telephone line for remote sites
Date: 19 Nov 92 14:41:13 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

> 
> In biz.sco.general I wrote:
> 
> >>We are seeing customers who want remote sites with a small number 
> >>of terminals and printers; typical is 2 terminals + 1 printer.
> 
> One response is:
> 
> >I don't see why 2 terminals + printer requires anything more than a
> >leased phone line and a pair of:
> 
> >v32.bis modems in sync mode.
> >4 port muxes.
> 
> >Digital lines are nice but pricey.  I've run 8 ports on v32 sync.  Multitech
> >has commodity pricing on this or roll your own with an Astrocom mux
> >and a Rockwell based modem.  Fairly reliable.
> 
....
> 
> I believe this country is badly in need of a data network which 
> is nation wide and reliable.  X25 could be a solution.  ISDN is
> looking good, but does not appear to be here yet.  Digital lines are
> here, but the hardware to effectively use the lines is just beginning
> to show up.

Actually X25 is a good solution.  You don't need a public network to
run X.25.  You could run it connected directly over the leased or
public phone lines.  This gives you both error detection/correction 
and multiplexing.  You don't need a external mux, nor do you need
a multiport async card.  All you do is install an X.25 card in
each PC.  One board, one piece of software, one cable.  Sounds simple.

-- 
Disclaimer:  Biased opinion - we sell X.25 cards for Unix PCs.

Ragnar Paulson				email:  ...uunet!tsgfred!ragnar	
The Software Group Limited		or:	ragnar@software.group.com
Phone: 416 856 0238
Newsgroups: biz.sco.general
From: dlucy@sandr.COM (Doug Lucy)
Subject: Re: For history books
Organization: S&R Software, Inc.
Date: Sun, 22 Nov 1992 19:05:38 GMT

Did SCO have anything to do with the Xenix that ran on Lisa's and the
early Macintosh?

-- 
| Doug Lucy        |                                                     |
| S&R Software Inc | (foreign language sig under construction)           |
| dlucy@sandr.com  |                                                     |
|                  |                                                     |
Newsgroups: biz.sco.general
From: cliffp@netcom.com (Clifford Porter)
Subject: Re: ODT & Price Competition
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 20 Nov 1992 03:53:38 GMT

In article <9211170833.AA01135@tmg.soundex.celestial.com> gary@tmg.soundex.celestial.com (Gary L. Miller) writes:
>Pending competition is starting to have effect.  A major national
>distributor is now offering a not for resale copy of ODT Personal System
>at $300.  Authorization is _not_ required.
>
>What's going to happen when NT is available with the equiv. of all of
>SCO's products bundled for under $500 retail?
>
>Competition is healthy,
>
>Gary
>-- 
>I love politics.  Where else can        |  Gary L. Miller
>you claim a landslide victory with      |  THE MILLER GROUP
>_56%_ of the people voting agains you?? |  Tel: (206) 939-2307
>                                        |  Fax: (206) 735-8384

So who's this distributor, I'd buy ODT for $300 instead of upgrading
my Consensys to Desteny for $595.
From: wain@seac.bc.ca (Wain Dobson)
Newsgroups: biz.sco.general
Subject: SCO C++ vs Merdian Ada
Date: 19 Nov 92 11:01:42 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Rather than becoming involved in a long drawn out discussion which this
subject would raise in other more appropriate news groups, thought that
I would explore things, here, just on chance.

I've been asked to develop a rather large simulation on ODT 2.0 using
X for display --- have both the C++ bindings and the Ada bindings to 
work with (If you're upset with SCO's headers under ODT 2.0, try dealing
with this pair. :-)).

My problem is whether the task management of SCO C++ or the task
management of Ada is more appropriate under ODT 2.0. Personally
I'm leaning towards Ada task management which offers both preemptive
(time slicing) and non-preemptive (round-robin algorithm) sheduling.
But ODT 2.0 is not exactly the quickest system around. Consequently, 
operating system delays are a concern in that controlling time slicing 
at run-time would require a lot of messing around. Messing around which 
I want to avoid.

Hopefully, just on chance, someone out there has used under ODT 2.0 either
or both task mangement schemes offered by the two languages, and has some
performance information laying about. Would greatly appreciate hearing,
from you. Only information obtained under ODT 2.0 is of any value.

Thanks in advance.

-- 
Wain Dobson 
SEAC Software Engineering, Vancouver, BC
Newsgroups: biz.sco.general
From: Wain Dobson <wain@seac.bc.ca>
Subject: mh
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 18 Nov 1992 10:11:16 GMT
Precedence: bulk

I'm replacing elm with mh. Any kinks that I should look out for...
-- 
Wain Dobson 
SEAC Software Engineering, Vancouver, BC
Newsgroups: biz.sco.general
From: gerg@netcom.com (Greg Andrews)
Subject: Re: SLIP Drivers
Keywords: slip,unix,sco,TCP/IP
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 20 Nov 1992 08:52:01 GMT

lee@dlpco.dlpco.COM (Lee Penn ) writes:
>
>If you start a PPP session and then flip to another terminal and
>do:   stty -a < /dev/ttyxxxx  against the PPP port, do you show
>that flow control is really off????
>

I don't know about PPP, but with SLIP my Unix 3.2 v4.0 does.  It also
seems to set clocal, which disables detection of dropped connections.  :(

>
>Perhaps you could start a process like:
>
>(stty ctsflow rtsflow ; cat > /dev/null)</dev/ttyxxxxx &
>

Yes, I cribbed a suggestion from an SCO person and came up with
this:

  (stty -clocal crtsfl ; while : ; do sleep 99999; done) < /dev/tty2A &

I put it in a shell script after running slattach, and it seems to do
very well.

(Note:  "crtsfl" is an stty line discipline available in SCO Unix 3.2 v4.0
and ODT 2.0 (I think).  It is NOT available in previous versions of SCO
Unix, or in any version of SCO Xenix that I'm aware of...)


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: teresa@syscon.rn.com (Teresa Selling)
Newsgroups: biz.sco.general
Subject: Slip corrupts streams?
Date: 17 Nov 92 14:08:03 GMT
Organization: Syscon Corporate Headquarters - South Bend, IN USA

I have many problems running slip with ODT 1.1.  Not the least of which
is that the streams seem to get tangled so that I wind up resetting the
machine.  Basically I cannot type any thing at any prompts.  This especially
seems to happen when trying more than one slip connection.  Is ODT 1.1
capable of multiple slip lines?  I cannot find anything that says one way
or the other.
-- 
Teresa Selling
Syscon - Plantstar, Inc.
South Bend, IN 46627
(219) 232 -3900 ext. 257
From: teresa@syscon.rn.com (Teresa Selling)
Newsgroups: biz.sco.general
Subject: Experiences with Slip and ODT 1.1
Date: 17 Nov 92 13:07:51 GMT
Organization: Syscon Corporate Headquarters - South Bend, IN USA

I am attempting slip connections with a 486-50 running SCO ODT 1.1.
I seem to be only able to get one slip connection at a time.  sl0 seems
to go without a hitch, but then it skips to sl2 with a lot of errors.  If
someone email me their experiences, hints, suggestions, etc for slip
under ODT 1.1 I would appreciate it.


-- 
Teresa Selling
Syscon - Plantstar, Inc.
South Bend, IN 46627
(219) 232 -3900 ext. 257
From: karl@robots.in-berlin.de (Karl-P. Huestegge)
Newsgroups: biz.sco.general
Subject: Re: How to install masterboot?
Date: 15 Nov 92 15:15:53 GMT
Organization: K.-P. Huestegge, Systemanalyse und Beratung, Berlin

trussell@cwis.unomaha.edu (Tim Russell) writes:

>    Only thing is, I can't figure out how to get the masterboot installed
>so the the drive is bootable with SCO!  Poring over the manuals yielded
>only the statement "the masterboot is installed at installation..." and
>no mention of a command to do it.

In /etc there are two boot blocks that have to be copied to the active
Boot Partition of your hard disk:

	dd if=/etc/hdboot0 of=/dev/hd0a	
	dd if=/etc/hdboot1 of=/dev/hd0a bs=1k seek=1

The masterboot on track 0 loads the 1st boot sector of the active 
partition according to the partition table at the end of the master
boot block. This code (hdboot0) gets executed and loads the following
16 1K-blocks (hdboot1). This again gets executed and knows what a 
unix filesystem is and loads /boot that asks you what to do now..


-- 
Karl-Peter Huestegge                          karl@robots.in-berlin.de
Berlin Friedenau                              ..unido!fub!geminix!robots!karl
Newsgroups: biz.sco.general