HDTenEightyP/NetNews huggingface dataset:
From: belal@sco.COM (Bela Lubkin)
Newsgroups: biz.sco.general
Subject: Re: cache design parameters
Date: 11 Jan 93 17:17:44 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Bela> Any specific example is going to be a brand name, no?  ;-}

Geoffrey Welsh wrote:

>    Not necessarily; we might see someone mention that they recently acquired a
> no-name special from a local distributor with an unpronounceable (but, he's 
> told, Korean) name which breaks the 64K cache to 16 MB RAM ratio.

True.  I don't consider that a very specific example, though!  I can't
very well get my hands on one of them to test, if that's all the
identification available!

>    I also have a completely unfounded theory that this ratio applies to 
> direct-mapped cache; I'd like to know if the characteristics of set-
> associative cache controllers are different.

Set-associative caches are almost certainly different.  I don't think
it's profitable to speak of "set-associative cache controllers" -- at
least some cache controllers are configurable for either mode.  What
matters is what configuration decisions have been embedded in the
motherboard.

Anyway, I don't see anyone advertising set-associative caches.  Do you?

>Bela<
Xref: sparky biz.sco.general:5051 comp.unix.xenix.sco:3623
From: george@manager.stavropol.su (Alexeev George)
Newsgroups: biz.sco.general,comp.unix.xenix.sco
Subject: Problems with Mountain 8000 floppy-tape
Date: Sun, 10 Jan 93 19:24:32 +0300
Distribution: world
Organization: Firm  INFOSET
Reply-To: george@manager.stavropol.su
Keywords: Xenix QIC-80 floppy-tape

Dear colleagues,
some time ago we received for our  XENIX 386GT r.2.3.2  system
SLS xnx118 i.e. floppy-tape driver 'ft' for standard QIC-80 drives.

We installed it to our system according to instruction  but it
does not work correctly.

We have Mountains 8000Plus internal tape drive installed instead
of second floppy drive (B:).  It works well with native Mountains
FileSafe Tape software under MS DOS.

Nevertheless we can't format cartridge (DC2120) under XENIX by command:
    tape format
After ~4 tracks passing we have an error state:
    "Data segment too long"
and tape remains unformated.

All commands without data transfer like:
    tape status
    tape reten
    tape rewind
and etc - works properly.

If we format and write cartridge under DOS we can read it under XENIX, e.g.:
    dd if=/dev/rctmini | od -c | more
And we can also write at the beginning of such tape and even read back
a little amount of data, e.g.:
    tar cv7 /bin; tar tv7
But no more than 1 track.

Please inform us if is there some peculiarity of ft-driver usage
for Mountain 8000Plus?
May be you have special software for Mountain tape drives?
Or you can show us the way to find it?
Have you a list of QIC-80-devices from different vendors on
wich your ft-driver has been tested?

It is very important for us because our XENIX-computer became
a EUnet/Relcom node but have not any backuping possibility :-(

-- 
			      Alexeev George (george@manager.stavropol.su)
From: ti@bazooka.amb.org (Ti Kan)
Newsgroups: biz.sco.general
Subject: Re: Compiler wierdness alert...
Date: 11 Jan 93 05:51:20 GMT
Reply-To: ti@bazooka.amb.org (Ti Kan)
Organization: AMB Research Labs, Sunnyvale, CA.

In article <BXF7wB1w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>ti@bazooka.amb.org (Ti Kan) writes:
>
>> So, with cc on 3.2v4 or rcc in both versions, the compiler does not put
>> a pad byte after field "c" in struct bar, whereas with cc on
>> 3.2v2 DS or gcc, it does.
>
>   I note that you specify the alignment value for one structure, but restore 
>it to default for the one you're commenting on.  When field alignment is 
>important, specify it!  This isn't just an SCO or a UNIX issue; this affects 
>any compiler targeted at a CPU wider than 8 bits (I know, I recently had some 
>alignment fun dealing with MS-DOS and Microsoft C 6.0).

The test program I posted was meant to illustrate the same situation as
found in SCO's <sys/scsi.h> (struct scsi_io_req), and the whole point
of my article was that therein lies a potential bomb if you are developing
a SCSI device driver for SCO UNIX using the 3.2v4 Dev Sys.

I added a pad byte into the structure definition in my copy of <sys/scsi.h>,
which forces the alignment I want.  But, I wonder how many other such
cases lurk in other header files?

-Ti
-- 
    ///  Ti Kan                vorsprung durch technik
   ///   AMB Research Laboratories, Sunnyvale, CA. USA
  ///    ti@amb.org
 //////  ...!{decwrl,synopsys,tandem,tsoft,ultra}!sgiblab!bazooka!ti
///      ...!{uunet,sun,apple,sco}!altos!bazooka!ti
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Getting the serial number off SCO TCP/IP
Date: 13 Jan 93 02:10:25 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,

I know how to get the serial number from the OS, but my partner is trying to 
determine if a TCP serial number was duped by accident.  Anyone know how to do 
this?  I remember seeing something about it a while ago, but I can't seem to 
find it.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general,comp.editors
From: bvaughan@sheps.Princeton.EDU (Barbara Vaughan)
Subject: Re: Is there a PICO for SCO Xenix or Unix
Originator: news@nimaster
Organization: Princeton University
Date: Thu, 7 Jan 1993 16:10:13 GMT

In article <1993Jan7.063127.11766@dmp.csiro.au> lachlan@dmp.csiro.au (Lachlan Cranswick) writes:
>baker@nodecg.ncc.telecomwa.oz.au (Mark Baker +61 9 4916081) writes:
>
>>I am looking for an editor for completely novice users of SCO Unix and 
>>Xenix...[asks about PICO] 
>
>Yes, there is a version that will compile for most versions of UNIX.
>
>The thing you may have to watch if you use PICO as the
>default elm and/or nn editor is (that when they
>finish editing their post/mail) they must save the
>temp file.  If users type "n" for this
>then the reciever
>only gets the header and no message.
>

This is not true if you have pico 1.5 and invoke it with the -t command
line switch (tool mode).  I'm proud to say that I suggested this
enhancement to the developers of pico and it was included in the latest
release.  I've also found them very quick to send fixes for reported bugs.

>PICO is definitely user friendly having a command menu
>at the bottom of the screen.  It doesn't do anything fancy
>but most novice users here just want a simple user-
>friendly editor (i.e., not vi).

This is certainly true.  Finding pico probably increased the user
acceptance rate by 200%.  In our case, we were mainly trying to woo the
IBM mainframe users, who had been using XEDIT for IBM.  Many of them had
wondered why a more friendly (DOS-like) editor wasn't available for the
mainframe.  Thus we were able to offer them "mainframe power PLUS a
friendly editor and friendly mail system (elm)."  These were not  for the
most part power users; PICO is not as powerful as XEDIT, but most users
don't avail themselves of the powerful features of their editors anyway. 
I realized recently that most of our XEDIT users were totally unaware of
XEDIT's command line commands; they used only function keys and prefix
area commands.  To these people PICO appears MORE powerful than XEDIT.

>You might also want to look into Xtree for UNIX.  If Xtree for
>DOS is popular on your PCs, it should help protecting users
>against the nuances of the UNIX command line.
>We haven't got it going here because we are still trying to
>get a demo copy on tape - at the moment XTREE 
>Australia only have floppy
>demo disks for SUN or SUN compatable machines.

We have two free (anonymous ftp) programs that provide similar functionality:
dired (sort of like Norton Commander) and utree (which sounds similar to
xtree).  Both installed easiliy on our Suns.  

However, PICO 1.5 provides much of the same functionality, with its "file
browser".  It allows you to search for, rename, copy, move or retrieve
into current document by cursor movement and single keystroke commands
shown on the help bar.  You only see the file browser if you try to read
in (^R) or write out (^O) a file.  Then you will see the option ^T, which
normally invokes the speller, but during file operations invokes the file
browser.

Barbara Vaughan

Newsgroups: biz.sco.general,comp.editors
From: baker@nodecg.ncc.telecomwa.oz.au (Mark Baker +61 9 4916081)
Subject: Successfull search for novice editor
Organization: Network Computer Centre
Date: Sat, 9 Jan 1993 05:25:49 GMT

Thanks to all who replied to my request for PICO to run under SCO Unix
and Xenix. However, in the end I chose CE which appears to be an 
excellent novice editor. This is available from crs.cl.msu.edu. Thanks,
Charles.

_______________________________________________________________________________
Mark Baker                             Phone: +61 9 4916081
Network Computer Centre                Fax:   +61 9 2212560
5th Floor Telecom Centre               ACSNET: baker@telecomwa.oz.au
80 Stirling Street, Perth              Inet:  baker%telecomwa.oz.au@uunet.uu.net
Western Australia 6000
Newsgroups: biz.sco.general
From: rr@sco.COM (Renaldo Recuerdo)
Subject: Re: Imake & sco.cf
Organization: The Santa Cruz Operation, Inc.
Date: Tue, 05 Jan 1993 16:34:38 GMT


Jean-Pierre Radley <jpr@jpradley.jpr.com| writes:

|Renaldo Recuerdo writes:
|> Jean-Pierre Radley <jpr@jpradley.jpr.com| writes:
|> 
|> | ODT 2.0
|> |I'm getting tired of editing Makefiles by hand.
|> 
|> |Has anyone fixed up /usr/lib/X11/configure/sco.cf to have imake
|> |produce Makefiles that would use the shared C and the shared X libraries?
|> ==========================================================================
|> What i have done is to edit /usr/lib/X11/config/project.tmpl and change
|> #define UseSharedLibraries NO
|> to
|> #define UseSharedLibraries YES
|> 
|> I don't know if this is the recommended or "best" solution.

|Gee, don't leave me hanging... What's at least a "better" solution?
====================================================================
The above solution works. A "better" approach was suggested by Larry
Philps. Rather than editing Project.tmpl, add the line

#define UseSharedLibraries YES

to sco.cf and the flag "-lc_s" to ExtraLibraries in sco.cf.
-rr-
-- 
Name: Ronald Joe Record		Affiliation: SCO / UCSC Math Board
Email: rr@sco.com
USPS: c/o The Santa Cruz Operation, P.O. Box 1900, Santa Cruz, CA 95061
Voice: (408) 427-7604
Newsgroups: biz.sco.general
Subject: Cacheing IDE Controllers
From: a_millsbs@ccsvax.sfasu.edu
Date: 6 Jan 93 11:58:47 CST
Organization: Stephen F. Austin State University

Has anyone out there used with any success any of the Cacheing IDE controllers?

I would be interested in hearing any results, comments, or IOZONE benchmark
results (before and after?).

Thanks in advance,

------------------------------------------------------------------------------
B. Scott Mills                            (409) 568-1363
Computer Center -- Technical Support,     Stephen F. Austin State University
a_millsbs@ccsvax.sfasu.edu                P.O. Box 13012 SFA Station
root@calvin.sfasu.edu                     Nacogdoches, TX  75962
------------------------------------------------------------------------------

Newsgroups: biz.sco.general,comp.unix.sysv386
From: jp@tygra.Michigan.COM (John Palmer)
Subject: Re: 9 track (1/2") tape drive suggestions for SCO unix
Organization: CAT-TALK Conferencing System
Date: Sun, 10 Jan 1993 14:51:03 GMT

In article <1993Jan7.195712.3356@netcom.com> alanm@netcom.com (Alan H. Mintz Cons) writes:
"jackl@pribal (jack lowry) writes:
"
">We need the ability to write nine track tapes under
">SCO UNIX running on a 486 EISA machine. 
"
">Can anybody relate any expierence good or bad that 
">they have had these or any other vendors. 
"
"We've purchased 3 Overland Data TL3210 kits in the last several months and
"are pretty happy with them. The drives are small and quiet (front-loading,
"PC footprint, about 3" high) and the docs fairly complete. The only
"thing I have to compare them against is a customer's older (Kennedy?) drive
"which was huge by comparison and occasionally hangs his system.
"
"Setting up a reseller account with them was fairly painless and they honored
"their same-day shipping committment 2 out of 3 times (the third shipped the
"next day because the drive they were going to ship failed the 24-hour burn-in
"and production was a bit behind).
"
">We need a reliable setup with 1600 BPI capability and 
">device driver support for standard SCO UNIX utilities
">such as tar, cpio, and dd. 
"
"tar, cpio, dd, et. al. all seem to work fine. Documentation of the driver
"itself is very complete, in case you want to roll your own.
"-- 

How much and will it work under XENIX? Also what is the phone number of
the company.
-- 
Its most likely a     | E-MAIL: jp@michigan.com  CAT-TALK IS BACK as a FREE
forgery, so save your | SYSTEM!! 313-882-2209 300-14400 V.32/V.32BIS/TurboPEP
flames for someone    | Anon-UUCP: System: tygra, Login: nuucp, no pw
who cares  :->        | Get file "/cat/pub/filelist" for a list of files.
From: scoggin@delmarva.com (John K. Scoggin, Jr.)
Newsgroups: biz.sco.general
Subject: Drivers for NE3200 EISA Ethernet Adapter
Date: 11 Jan 1993 17:24:05 GMT
Organization: Delmarva Power & Light Company
Distribution: world
Reply-To: scoggin@delmarva.com
NNTP-Posting-Host: mercury.delmarva.com

Does anyone have a driver for the NE3200 card in a SCO ODT V2.0 environment?

	- John
---
+---------------------------------------------------------------------+    
|  John K. Scoggin, Jr.			Email: scoggin@delmarva.com   |
|  Supervisor, Network Operations       Phone: (302) 451-5200         |
|  Delmarva Power & Light Company       Fax:   (302) 451-5321         |
|  500 N. Wakefield Drive               NOC:   (800) 388-7076         |
|  Newark, DE 19714-6066		                              |
+---------------------------------------------------------------------+
From: bill@twg.bc.ca (Bill Irwin)
Newsgroups: biz.sco.general
Subject: Is BBx Progression 3/4 supported on SCO NFS?
Date: 10 Jan 93 23:36:46 GMT
Reply-To: bill@twg.bc.ca (Bill Irwin)
Followup-To: poster
Organization: The Westrheim Group, Vancouver, B.C., Canada

I have installed NFS on two systems, both running BBx Progression
accounting applications.  Users on each system need to access the
other system's BBx application, so each system's home BBx
directory (containing programs and data subdirectories) is NFS
mounted on the other system.

When a user on system A opens a file using BBx and a user on
system B tries to open the same file (located in an NFS mounted
directory on system B), an error code 0 is received (file
busy/locked).  This particular file in never really locked in a
local application, simply a record is extracted for reading.

In a local environment, dozens of users could read this file
simultaneously.  In an NFS environment, having one remote user
reading the file makes it locked for a local user.  It was
suggested to check with J.P.  Brown (Canadian distributors for
Basis of BBx) to see if the product even runs in an NFS
environment.  I will be doing this on Monday, but thought I would
see if anyone has had any experience with this.
-- 
Bill Irwin    -       The Westrheim Group     -    Vancouver, BC, Canada
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
uunet!twg!bill            (604) 431-9600 (voice) |     Your Computer  
bill@twg.bc.ca            (604) 430-4329 (fax)   |    Systems Partner
Newsgroups: biz.sco.general
From: Bela Lubkin <belal@sco.COM>
Subject: Re: Performance questions. Benchmarks?
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 7 Jan 1993 01:59:28 GMT
Precedence: bulk

Lawrence Kirby wrote:

> Is the Cyrix CPU the one with the 1K internal cache? Most of the comments I
> have seen about this is that it is too small to be of any real benefit to Unix.
> Benchmarks may well contain tight loops which are cacheable and look fast. Some
> DOS programs benefit but others don't. Generally Unix programs and kernel
> routines don't seem to fit very well and the cache hit rate drops right
> down. Your performance may not be much better than a 386-33.

I doubt it.  Any code that ever loops benefits from a cache (unless the
loop actually travels through >1K of code).  Many loops will fit.  You
are right that the benefit will be much less than with an 8K cache, but
it'll still be noticable.

Another distinguishing characteristic of the 486 is reduced instruction
timings over the 386.  How does the Cyrix compare in that department?
The three distinguishing characteristics of the 486 over the 386 are
internal cache (partially obviated by Cyrix), the integrated FPU
(obviated by all the SX's & SLC's), and instruction timings.  I hate it
when the lines get all blurry like this...  Like, as far as I could
tell, at the end of it all, the difference between an IBM PC and an IBM
XT was the number of slots, and the difference between an IBM XT and an
IBM AT was the height of each slot.  Every other difference was broken
by some pair of machines ("diskless XT" broke the "XT has a hard disk"
rule, "XT 286" broke the "AT has a 286, XT has an 8088" rule, etc.)
There are PS/2's with an ISA bus, so there goes another clean
distinction.

>Bela<
Newsgroups: biz.sco.general
From: rr@sco.COM (Renaldo Recuerdo)
Subject: Re: Imake & sco.cf
Organization: The Santa Cruz Operation, Inc.
Date: Mon, 04 Jan 1993 19:29:45 GMT


Jean-Pierre Radley <jpr@jpradley.jpr.com| writes:

| ODT 2.0
| 
|I'm getting tired of editing Makefiles by hand.

|Has anyone fixed up /usr/lib/X11/configure/sco.cf to have imake
|produce Makefiles that would use the shared C and the shared X libraries?
==========================================================================
What i have done is to edit /usr/lib/X11/config/project.tmpl and change
#define UseSharedLibraries NO
to
#define UseSharedLibraries YES

I don't know if this is the recommended or "best" solution.
-rr-
-- 
Name: Ronald Joe Record		Affiliation: SCO / UCSC Math Board
Email: rr@sco.com
USPS: c/o The Santa Cruz Operation, P.O. Box 1900, Santa Cruz, CA 95061
Voice: (408) 427-7604
Newsgroups: biz.sco.general
From: Jean-Pierre Radley <jpr@jpradley.jpr.com>
Subject: CC numbered errors/warnings
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 6 Jan 1993 04:40:16 GMT
Content-Length: 589       
Precedence: bulk

ODT 2.0

I usually compile with gcc, but someone wanted me to confirm a cc
compilation of Taylor-uucp.

I received this message at one point:
 warning C4200: previous declarator is not compatible with default
		argument promotion

In Appendix B to Programming Tools Guide, I read:
 C4200: local variable _identifier_ used without having been initialized

Now I did
	grep 4200 /lib/*err.

What that reported "is left as an exercise for the reader".

What grep command to try next is open for suggestions.

--
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341

Newsgroups: biz.sco.general
From: greg@gsesco.DIALix.oz.au (Greg Wake)
Subject: Free Block list in Superblock
Organization: Geographe Software Engineering
Date: Mon, 11 Jan 93 06:24:36 GMT
X-Newsreader: TIN [version 1.1 PL6]

	Can anyone send me some information on how SCO UNIX
	V3.2R4 stores the free bock list in the superblock??

        I have very little information on this apart from the 
	two or three lines I have managed to dig out of the "man"
	pages.

        Any good SCO Unix "Internals" book recommendations would
        be of great use!!!!!

	Thanks muchly in advance.


-- 
**********************************************************************
Greg Wake                             Geographe Software Engineering  
                                      Bunbury  6230
greg@gsesco.DIALix.oz.au              Western Australia 
Newsgroups: biz.sco.general,comp.protocols.tcp-ip
From: kees@echelon.uucp (Kees Hendrikse)
Subject: Problem with SCO TCP/IP 1.2 and Kermit
Organization: Echelon Consultancy, Enschede, The Netherlands
Date: Thu, 7 Jan 1993 12:06:41 GMT
Keywords: telnet tcp-ip kermit

When I use Kermit (3.11 or 3.12) to connect to a SCO/Unix system with
TCP/IP 1.2 installed, everything works fine, except for two annoying
details:

1) I can't send a DEL to interupt a process. If I hit the DEL key
   (or ^C after 'stty intr ^C') a 'r' character is echoed. 
2) If I hit ESC, the connection hangs.

We use the same setup we use when connecting to TCP/IP 1.1.3 systems
where we don't have this problem. Also, when telnetting from one SCO
TCP/IP 1.2 box to another, telnet just runs fine, including interpretation
of a DEL character.

Does anybody know what's wrong here?


-- 
Kees Hendrikse                                | email: kees@echelon.uucp
                                              |
ECHELON consultancy and software development  | phone: +31 (0)53 836 585
PO Box 545, 7500AM Enschede, The Netherlands  | fax:   +31 (0)53 337 415
From: rashid@hq.saratov.su (Karimov Rashid - SysAdm)
Newsgroups: biz.sco.general
Subject: X_Windows (SCO ODT 100) & Russian symbols. ?! 
Date: Wed, 06 Jan 93 14:29:14 -0500
Distribution: world
Organization: Saratov node - hq machine
Reply-To: rashid@hq.saratov.su

                        Hi all

          I use  SCO   ODT 1.0.0 via it's native X_Windows.Works
     fine! But there is a problemm -  I can't use Russian letter
     & keyboard.  I'd transformed  some russian  fonts  from  MS
     Windows to standard XW bdf format ,then maked snf  font  by
     bdftosnf.Finally  I  run mkfondir &  changed both  fixed  &
     Fixed font-alias to point to my font.
          When I start XW & try to print  some  files by cat  or
     more in xterm window - it seems  to  be  stripped high bit.
     But when I start  DOS  as  Xclient,then  NortonCommander in
     DOS window -all works  fine!? I just look the files by F3 -
     all my russian symbols  are  here!  I'm looking  for _same_
     files both in xterm & DOS Merge window.
        This one problemm.
          The   next    is    getting     russian   symbols   on
     keyboard(though there doesn't even appear on screen ;-) )!Only
     info  I  seen  is man  page   on  X  itself  & xmodmap. Too
     difficult to understand... I understand how work  all those
     files  in /usr/lib/keyboard/*****  but can't  cath idea  of
     those in /usr/lib/X11/kmaps/***?

Can't anyone explain me this as detailed as possible ?


------------------------
Best wishes to you.
Rashid.
From: kumar@cleaver.mti.sgi.com (Kumar Venkat)
Newsgroups: biz.sco.general
Subject: Corrupted System Defaults Database
Date: 11 Jan 93 20:18:31 GMT
Organization: Silicon Graphics, Inc.

I am running SCO Unix 3.2v4.0 and Xsight. My 
system was up but unattended for a few hours
yesterday, and when I got back it was spewing
out error messages. When I rebooted, it put me
in single-user mode, complaining that "resource
default could not be allocated due to System
Defaults database missing".

Sure enough, the /etc/auth/system files are missing
all of a sudden.

I have run fsck to try to repair the filesystem,
but  I can't login as root to run 'integrity' or
restore anything from backups. 

Is there anything at all I can do short of re-installing
Unix from scratch ?

Any help would be greatly appreciated.

Thanks,

Kumar Venkat

kumar@mti.sgi.com
(415) 390-4428
Fax: (415) 390-6176
Newsgroups: biz.sco.general