HDTenEightyP/NetNews huggingface dataset:
ReplyTo: nikki@trmphrst.demon.co.uk
Subject: NCSA Telnet
Distribution: world
X-Mailer: cppnews $Revision: 1.16 $
Organization: Trumphurst Ltd.
Date: Wed, 9 Sep 1992 22:08:30 +0000

I have some problems running NCSA telnet on a DOS machine, with SCO Unix 3.2.2.

1) Using the NCSA FTPBIN program, ftp transfers hang after transferring 
the first part of large files.

2) Using TELBIN, you can log on to the SCO machine, and then use rcp to 
copy files. This works, but VERY VERY slowly. Looking at the control 
messages in TELBIN, you see the following messages ...
rcp file transfer			A short pause
rcp ending				A LONG pause - up to a minute

Why is this ?

Running crash/strstat shows plenty of resources free during these gaps.

3) Eventually, after doing a lot of rcp transfers (I am trying to use this
method to back up my DOS machine to a large Unix disk), the whole thing 
hangs up. Running strstat then shows failures allocating 64 and 128 blocks

ITEM                  CONFIG ALLOC  FREE     TOTAL    MAX   FAIL
data block size   64     256   256     0      84272    256   5434
data block size  128      64    59     5       1157     61   5191

Why ?
---
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: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Front end menu systems
Date: 9 Sep 92 13:59:01 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


>Can anyone suggest and P.D. front-end menu systems for SCO Unix 3.2.4 ?
>You know the sort of thing - to present a user with a pick list of 
>things to do, and run shell scripts and programs for them.

>Or is there even one that comes with SCO ? It occurs to me that sysadmsh 
>might be written using something like this.
>---

Try running "scosh".  It's built-in and looks like Office Portfolio.

--------------------------------------------------------------------------------
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: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re:  SCO 3.2.4/ODT 2.0 Filesystem Types
Date: 5 Sep 92 05:11:46 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

$3.2v2.0 supports S51K, S52K, Xenix, DOS, and AFS (the Acer Fast
$Filesystem, not to be confused with the neat super-NFS that's also
$called AFS).  3.2v4.0 adds EAFS (Extended Acer Fast Filesystem), which
$has support for symlinks and long filenames.  I don't know if they
$changed the allocation or seek schemes any.

   The only things that changed are the provision for long filenames
(to see how this works, create a file with a long filename and use
hd to view the directory entry) and a new file type to allow an inode
to denote a symbolic link (using an entire disk block to store the
link information).  Otherwise, AFS and EAFS share the same driver.

-Steve
--
stephen@bokonon.UUCP      ...!{uunet,xrtll,becker.gts.org}!bokonon!stephen
--------------------------------------------------------------------------
Stephen M. Dunn, CNE, Senior Systems Analyst, United System Solutions Inc.
104 Carnforth Road, Toronto, ON, Canada M4A 2K7             (416) 750-7946
From: aaron@creat.com (Aaron William Brown)
Newsgroups: biz.sco.general
Subject: Tape drives - which ones?
Date: 5 Sep 92 15:57:30 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>
>We're running SCO UNIX 3.4.2 with ODT 2.0 and are in the market for a
>1/4" SCSI tape drive for installations as well as backups.  We're
>leaning towards the Wangteks but are open to suggestions.  Any help
>would be greatly appreciated.
>

We have sold 13 Wangtek 5525ES (525MB SCSI) tape drives.  We have
returned for repair 9 of those.  6 under warranty.  3 at a $359.00
charge.  In every case the drive would spin the tape but refuse to
read or write.  In my opinion, buying these tape decks would not
be recommended.

We have had much better luck with the Archive counterpart.
awb

aaron@creat.com    -    Unix systems engineer   -   aaron%creat.com@uu.psi.com
Creative Machinery-70 S.Lively, Elk Grove Village,IL 60007 USA +1 708.439.0055
Xref: sparky biz.sco.general:3185 biz.sco.opendesktop:655 comp.unix.sysv386:14117
From: fengstad@xi.uleth.ca (Grant Fengstad)
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.sysv386
Subject: SCO ODT 2.0 on Dell 486
Date: 6 Sep 92 17:26:02 GMT
Organization: University of Lethbridge

We have recently ordered SCO Opendesktop 2.0 Server that will be
installed on a Dell 486P with the following:

	- 32MB of System RAM
	- 500MB IDE Hard Drive
	- 512K Video Ram Upgrade (1MB total)

My question is two-fold......

1.  Should we be aware of anything (problem-wise) in this configuration?

2.  What is the maximum resolution we can get from the Video.  The Video
    is the standard SuperVGA/WD Chipset built on the system board with
    a total of 1MB RAM.  Can we expect 1024x768x256?

Thanks for any help...

--
#====================================================================#
# Grant M. Fengstad		     E Mail: fengstad@alpha.Uleth.CA #
# Manager, Network Operations	     Voice:     (403) 382-6724       #
# Canadian Regional Airlines Ltd.    FAX:	(403) 327-1229       #
#====================================================================#
Xref: sparky biz.sco.general:3253 comp.unix.admin:4984 comp.unix.misc:3616 comp.unix.questions:10908 comp.unix.shell:3886 comp.unix.sysv386:14289 comp.unix.wizards:3874
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: biz.sco.general,comp.unix.admin,comp.unix.misc,comp.unix.questions,comp.unix.shell,comp.unix.sysv386,comp.unix.wizards
Subject: Re: Moving Data off a Plexus P6
Keywords: plexus sco data tape drive cpio kermit
Date: 10 Sep 92 16:40:18 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep09.192239.13386@openage.openage.com>, paul@openage.openage.com (Paul Fischer) writes:
| Hi All,
| 
| I have a customer with a Plexus P6.  They are moving their Unify database 
| application  to a SCO server next week, and I am hoping to use their tape
| drive to cpio the data.  I made a cpio tape on their drive, and read it back
| in to test the tape.  I came back to my SCO system, and I am able to recognise
| the tape, but I get "I/O error on read()." when I try to access the data.

  Many machines use various minor device numbers for other tape formats,
like Xenix ct0 and ct2 (Qic-11, if I remember), or Sun rst0 and rst8. If
you are lucky some combination of these might help. I don't think SCO
has ct2 on UNIX, but the minor device number was 16 if you feel brave
about looking for undocumented features in the driver. Of course if you
have the drive on SCSI you have a whole new driver.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: biz.sco.general
From: Ed Cooley <edc@openage.COM>
Subject: Re: Are the Registration cards too much wor
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 11 Sep 1992 13:31:13 GMT
Precedence: bulk

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.  

> Stuff deleted.

> One reason why people may not want to send in their cards is because
> of SCO's support policy.  

> Stuff deleted.

--------------------------------------------------------------------------------
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

Newsgroups: biz.sco.general
From: michaelh@netcom.com (Michael Hernandez)
Subject: SCO ODT 2.0 & ULTRASTORE 12f ESDI
Date: Tue, 15 Sep 92 22:29:49 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: na
Keywords: 1024 mapping

We are currently using the Ultrastore 12f ESDI Controller
with a Micropolis 340mg HD and SCO ODT 2.0.  My question
is this: can this combination be mapped to 1024 cylinders,
and if so, the procedure PLEASE?( The best we can achieve
is 1780). 

If not, what controller would be better used with this 
drive to achieve this cylinder configuration?  Any help
would be appreciated.

Thanks...michael
-- 
-------------------------------------------------------------------------
|michaelh@netcom.com             	   At the still point....       |
|SYSTEM V - MicroUNIX   	       	   There is the dance....       |
|(408) 241-0595 Voice		       ... And there is only the dance! |
|(408) 241-0371 Fax				T.S. Elliot		|
-------------------------------------------------------------------------
Newsgroups: biz.sco.general
From: "John A. Perry" <perry@jpunix.com>
Subject: Problems compiling ISPELL
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 15 Sep 1992 20:57:45 GMT
Content-Length: 621       
Precedence: bulk


	I have just tried to compile ISPELL-2.0.02 and have run into
problems. I am using a 486/33 running SCO ODT 2.0. Everything goes along
fine until it gets to tree.c I then get the following error message:

Compiler error (assertion): file @(#)reg86.c:1.12, line 365 source=534
Compiler error : Segmentation violation
*** Error code 11

Being that I am not a programming guru, I need some help. Any comments
or suggestions would be greatly appreciated! I would really like to have
ISPELL available on my system. Thank you in advance.

John Perry

-- 

 John A. Perry  -  perry@jpunix.com
                   jpunix!perry


Xref: sparky biz.sco.general:3329 comp.unix.questions:11039
From: amf@amfent.Gwinnett.COM (Andy Feibus)
Newsgroups: biz.sco.general,comp.unix.questions
Subject: Re: GCC errors
Date: 14 Sep 92 14:01:03 GMT

kgermann@zeos.com (Ken Germann) writes:
> 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)
> [ other errors deleted ]
> 
> *** 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
With 3.2.4, you need to include the -D__STDC__=0 flag on all GCC
compilations.  I believe you'll find reference to this in the
dev sys release notes (at least it's in the ODT dev sys release notes).

-- Andy.
andyfe@utoday.com
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: compiling gnu emacs
Date: 6 Sep 92 19:33:12 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Bruce Dustman user account writes:
> 
> Does any one have the answers to the questions for compiling gnu emacs on a 
> 3.2.2 system (SCo).  The distribution is the 18.55 without any patches 
> applied.
> 
> I have gcc but not g++,  will this work?

You don't need g++, and you don't even need gcc. SCO's own cc will do the job.

> The specific failure is a rules seperator on line 57 of the xmakefile when
> the command sh build-install is executed.  I have changed to s-usg5.3.h
> and the m-intel386.h files from the original BSD specs.

I know that the source code on CompuServe has this problem. Is that where you
got it?

Someone, when uploading, let the intitial tabs get converted to spaces.
The "make" program is one of the few that doesn't lump tabs and spaces into
"whitespace", it does want to see tabs in certain places. So edit the whole
makefile to change all initial spaces to a tab.

> I have not made the changes for XENIX because this is not a xenix kernel.

What changes are you talking about?

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general,comp.unix.sysv386
From: s900387@minyos.xx.rmit.oz.au (Craig Macbride)
Subject: SCO MPX 2.0
Organization: Royal Melbourne Institute of Technology, Melbourne, Australia
Date: Wed, 16 Sep 1992 00:58:46 EST

Here are two warnings about SCO MPX:

1)  When MPX loads it seems to remove the /etc/conf/cf.d/stune file and
then blows up during it's own serialisation process because of this!
Surely there must be some way to get this to work correctly other than
keeping a copy of stune and replacing it during the MPX installation
process?! Anyway, it's something to watch for.

2) MPX loads onto the "wrong" processor. SCO have, apparently without
consulting anybody, changed the order in which processors are added by
MPX so that those of us with machines with, say, a 386/SCSI controller
and a second 486 processor get MPX attaching itself to the 386 instead
of the 486! (The SCSI controllers take up the lowest slots in an Everex
MP, so moving the 486 to a lower numbered slot is not possible.)
Apparently, SCO are working on a program to fix this up. In the meantime,
if you are thinking about a multi-processor machine running SCO Unix, 
expect to take a really long time to get it working.

-- 
 _--_|\		Craig Macbride	<lhscmc@luxor.latrobe.edu.au>
/      \			<s900387@minyos.xx.rmit.oz.au>
\_.--.*/
      v
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 03:33:47 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Lee Penn writes:
> If your modem has lights, you will probably see the send and 
> receive lights blinking like crazy.  The modem is sending 
> messages to the computer which is being passed to login.  Login 
> is failing and starting another login and so forth.  The login 
> process is going crazy.
> 
> Solutions:  1) Be sure echo is off so the modem will not echo 
> "login:" back to the computer which confuses login into thinking 
> that someone called login is logging in.
> 
> 2) Be sure and turn off responses as login can think that RING is 
> a user also.

> I run our modems with ATQ1 and ATE0 which turns OFF responses and 
> echo respectively.
> 
> Also make sure your CD and DTR signals are being properly handled 
> by the modem.

I don't get that, I don't get it at all, at all, at all...

With Telebit, Practical Peripherals, or Viva modems:
  Under Tandy Xenix, SCO Xenix, or SCO Unix:
    ALL my modems have ALWAYS been set (in NVRAM, yes):  &c1 &d3 q0 e1
      I have always run my ports DIDO, and no login has ever failed,
      nor has any outgoing uucio, cu, or xc, ever not worked, with
      those settings of the modems.

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.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: What causes modem to hang system?
Date: 13 Sep 92 05:33:41 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Paul A. Fischer, Sr UNIX Sys Consultant writes:
> > Jean-Pierre Radley wrote:
> >With Telebit, Practical Peripherals, or Viva modems:
> >  Under Tandy Xenix, SCO Xenix, or SCO Unix:
> >    ALL my modems have ALWAYS been set (in NVRAM, yes):  &c1 &d3 q0 e1
> >      I have always run my ports DIDO, and no login has ever failed,
> >      nor has any outgoing uucio, cu, or xc, ever not worked, with
> >      those settings of the modems.
> 
> >I've never done it, and it's never confused any getty.
> >Why do so many folks advocate make a mute out of the modem???
> 
> If you setup UUCP properly you will find that the dialer program will issue a
> AT e0q1  when it sets the modem for dial-in.  Check the Source code.
> 

Megabytes flow in and out of here daily; that was the case with HDB before
8/10, and now with Taylor uucp, so uucp is set up properly.

I'm not aware of any "source code" here that issues "at e0 q1" to my modems.
Still less am I aware of any code which follows that with "at &w".
Every drop of DTR reloads NVRAM, since I've set &d3.

Getty will call atdialer -h after a connection is closed, but I've hacked the
hangup() function to return without doing a thing.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
From: spnp@hippo.ru.ac.za (Mr NL Parker)
Newsgroups: biz.sco.general
Subject: Pine
Summary: Anyone installed Pine on SCO UNIX 3.2.2 ?
Keywords: Pine, SCO
Date: 13 Sep 92 12:27:39 GMT
Organization: Rhodes University, Grahamstown, South Africa

Hi there

Has anyone out there installed Pine on a SCO UNIX  system ?

If so please drop me a line and let me know which osxxx 
file you used.

Thanks in advance
Neil

-- 
Neil Parker                                         *
Computer Centre, University of Transkei                 * ~  
Pvt Bag X1 Umtata . Tel (0471)-3022461         *
Email: spnp@hippo.ru.ac.za                     `      *
Newsgroups: biz.sco.general
From: "Steven E. Frazier 614-785-7335 Norstan Communication" <sfrazier@birch.vlink.com>
Subject: Color Video Adapters & Monitors (Correction)
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Reply-To: "Steven E. Frazier" <sfrazier@eng.norstan.com>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sun, 6 Sep 1992 15:15:25 GMT
Precedence: bulk

According to sfrazier:
> From sfrazier Sun Sep  6 11:04:13 1992
> Subject: Color Video Adapters & Monitors
> To: scogen@xenitec.on.ca (SCO List)
> Date: Sun, 6 Sep 92 11:04:13 EDT
> Reply-To: Steven E. Frazier <sfrazier@norstan.com>
> 
> I would like to upgrade my existing EGA monitor and card to work with the
> X Windows on SCO ODT 2.0.
> 
> I am considering the ProDesigner IIs (1MB) card.  Are there any pros & cons
> on this card?
> 
> I am also considering the Viewsonic (Panasonic, I believe) V monitor to go
> with the above card.  Are there any pros & cons on this montior.

*** Correction ***
  I am also considering the Viewsonic (Panasonic, I believe) 5+ which is
  a 14" 1024x768 Non Interlaced .25mm Trinitron Technology
  70 Hz Refresh rate at 1024x768



> 
> I am open to suggestions.  Obvious, I want to keep the cost low, but I would
> be open to your suggestions.
> 
> thanks in advance.
> 
> Steve
> 
> 
> -- 
> Vlink 		                   | Steven E. Frazier
>                                    |---------------------------------------
>                                    | Local : sfrazier
> (614) 785-7335                     | Remote: sfrazier@eng.norstan.com

-- 
Vlink 		                   | Steven E. Frazier
                                   |---------------------------------------
                                   | Local : sfrazier
(614) 785-7335                     | Remote: sfrazier@eng.norstan.com
Newsgroups: biz.sco.general
From: Ray A. Jones <ray@onager.Celestial.COM>
Subject: Xenix binaries will not work on Unix System
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 10 Sep 1992 16:03:51 GMT
Precedence: bulk


I am running two machines, a 386 with Interactive and a 486 with SCO UNIX.
Up until a few weeks ago I could run native or Xenix binaries on the 
Interactive machine.  Then the ability went away! (mostly)
I get the same results on the 486 with SCO UNIX, but it never did work.
Whenever I try to use one of these programs (i.e., Xenix binaries)
I get the following:

less filename
x286emul: I don't understant the segment table
                           ^[sic]

I ran "file" on these programs and get the following results:
less:		Microsoft a.out separate standalone word-swapped not-stripped pre-SysV object file
atob:		Microsoft a.out separate standalone byte-swapped word-swapped not-stripped pre-SysV 86 object file
btoa:		Microsoft a.out separate standalone not-stripped pre-SysV object file
shar:		Microsoft a.out standalone not-stripped pre-SysV object file

None of the above programs or any others with the same "file" output work.
However, "elm" and all its associated programs work just fine.  Running
"file" on "elm" gives:
elm:		Microsoft a.out separate pure segmented word-swapped not-stripped 386 executable

I think these are the effected programs:
-r-xr-xr-x  11 bin      bin          277 Mar 28  1990 /bin/i286
-r-xr-xr-x   1 bin      bin        20194 Mar 28  1990 /bin/i286emul
-r-xr-xr-x   2 bin      bin          267 Mar 28  1990 /bin/i386
-r-xr-xr-x  11 bin      bin          277 Mar 28  1990 /bin/iAPX286

What else do I need to check?  What may be missing?
HELP!!
-- 
__________________________________________________________________
Onager Systems   		Ray A. Jones
18710 NE 59th Ct. 		UUCP .....uunet!camco!onager!ray
# 2053                         ...ray@onager.seaslug.org
Redmond, WA 98052		206-885-3568
__________________________________________________________________

Newsgroups: biz.sco.general,comp.unix.sysv386