HDTenEightyP/NetNews huggingface dataset:
From: danh@quantum.on.ca (Dan Hildebrand)
Subject: Re: Ethernet Cards -- Questions
Date: Tue, 18 Aug 92 16:59:44 GMT
Organization: Quantum Software Systems

In article <Bt6E06.3FD@gator.rn.com> Larry Snyder writes:
>jdp@polstra.UUCP (John Polstra) writes:
>
>>I'm putting together some hardware that is going to run Esix Unix, and I
>>have some questions about Ethernet controllers.  According to Esix, the
>>following cards (among others) are supported:
>
>>    3COM 3C503
>>    3COM 3C507
>>    Western Digital / SMC 8003
>>    Western Digital / SMC 8013
>
>>1. Which of the above are 16-bit cards?

Here's a more detailed list:

    WD8003E         old    8 bit  8K ram AUI/thin coax adapter, no rom socket
    WD8003EP        newer  8 bit  8K ram AUI/thin coax adapter, w/rom socket
    WD8003W         newer  8 bit  8K ram AUI/TP adapter w/rom socket
    WD8013EP        newer 16 bit 16K ram AUI/thin coax adapter, w/rom socket
   SMC8013EWC       newer 16 bit 16K ram AUI/TP/thin coax w/rom socket
    WD8003W/A       PS/2  16 bit 16K ram AUI/TP adapter w/rom socket
    WD8003E/A       PS/2  16 bit 16K ram AUI/thin coax adapter w/rom socket

Another card in the series is the WD8023, which is a near-extinct, rather 
expensive ethernet card from WD which had a CPU on board.  They're not 
being sold any more as far as I know.

>I would like to know if under Unix there is a noticable difference
>between a 8 and 16 bit card?

We certainly see a difference under QNX. Typical process-to-process 
transfer rates are about 620 Kbytes / second with an 8 bit WD8003 card and 
about 980 Kbytes / second with the 16 bit WD8013. The depth of the buffer 
is one factor ( 8K vs 16K ), and the bus width is the other factor that 
influences performance. Also, accessing a PC-bus in 8 bit mode imposes an 
extra wait state ( for XT compatibility ) that you don't have when doing 16 
bit accesses. Since PC-UNIX systems tend not to go that fast on Ethernet, 
you may not see as much of a measured difference, but at least the hardware 
will impose fewer wait-states for the bus transactions to the card, leaving 
more CPU cycles for real work.

>Does the driver in the kernel actually
>do 16 bit data transfers from the buss (assuming a 16 bit board)?

Under QNX at least, the drivers always do "wide" transfers, regardless of 
the card bus width, since the PC bus hardware will take care of breaking 
down the wide read/writes into multiple 8 or 16 bit read/writes. Letting 
the hardware break this down is better than choosing the transfer width in 
software, since you'll at least be reading/writing your processor memory at 
the best "width" while the hardware breaks that down for I/O bus accesses, 
if necessary.

Dan Hildebrand                     email: danh@quantum.on.ca
Quantum Software Systems, Ltd.     QUICS: danh     (613) 591-0934 (data)
(613) 591-0931 (voice)             mail:  175 Terrence Matthews          
(613) 591-3579 (fax)                      Kanata, Ontario, Canada K2M 1W8
From: grant@bluemoon.rn.com (Grant DeLorean)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR4 (and Dell hardware)
Date: 14 Aug 92 03:24:21 GMT
Organization: Blue Moon

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

>  You probably would want 16MB on either machine. The Dell would run in
>8MB, but you might want to compile without X running to save memory.
>Note that while the Sun is really slow at scrolling with or without X,
>the hardware text mode of Dell (or any PC based unix) is much nicer for
>doing some things which involve lots of text.

 The SPARC doesn't really have a "text mode", the console stuff is
bitmapped fonts and run from slow ROM so it prints slow. Start up
any of the intended environments (OpenWindows, X11, or even the one
that gives one text window and nothing else) so the frame buffer
can kick in and little can touch the Sun (not in the price range
anyway).

 Betcha couldn't guess what I am now running (SPARC 2)... :-}  Want
to buy some ISC UNIX?
-- 
\   Grant DeLorean  - IHMSA & NRA Life Member -  (grant@bluemoon.rn.com)   /

        Tested on dolphins and assorted helpless furry creatures
Newsgroups: comp.unix.sysv386
From: pim@cti-software.nl (Pim Zandbergen)
Subject: Re: Streams FAS drivers
Keywords: Streams FAS SAS
Organization: CTI Software BV, The Hague, The Netherlands
Date: Thu, 13 Aug 92 17:20:17 GMT

hackney@moxie.hou.tx.us (Greg Hackney) writes:

>SAS was written by Roe Peterson and Roman Dumych, who took Uwe Doering's
>FAS driver and made it work with S5R4 STREAMS.

Does it work for S5R3 STREAMS as well ?
-- 
Pim Zandbergen                      domain : pim@cti-software.nl
CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
Laan Copes van Cattenburch 70       phone  : +31 70 3542302
2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
From: stevea@i88.isc.com (Steve Alexander)
Newsgroups: comp.unix.sysv386
Subject: Re: BSD compatibility libraries/modules for System V (3.2)
Date: 19 Aug 92 13:06:04 GMT
Article-I.D.: i88.1992Aug19.130604.15586
Organization: INTERACTIVE Systems Corporation, Naperville, IL

In article <1992Aug19.003841.18005@mintaka.lcs.mit.edu> feoh@hal.gnu.ai.mit.edu (Chris Patti) writes:
>	I'm currently doing a port from BSD 4.3 to SysV 3.2 and I've run up 
>against a brick wall: ftruncate().. The code I use desperately needs this call
>and there's no easy SysV r3.2 equivalent.

[ This should probably be in the FAQ :-]

/*
 * This works only on System V 3.1 and greater, and relies on an
 * undocumented fcntl.  Use at your own risk.
 */

#include <sys/types.h>
#include <errno.h>
#include <fcntl.h>
#include <stdio.h>

extern void exit();

main(argc, argv)
	int	argc;
	char	**argv;
{
	int		f, i, r;
	long		trunclen, maxlen;
	char		buf[1024];

	if (argc < 4)
		error("usage: f file maxlen trunclen");

	maxlen = atol(argv[2]);	
	maxlen /= sizeof(buf);

	trunclen = atol(argv[3]);	

	f = open(argv[1], O_RDWR|O_CREAT, 0644);
	if (f < 0)
		error("open");

	/* write maxlen * 1024 bytes */

	for (i = 0; i < maxlen; i++)
		if (write(f, buf, sizeof(buf)) < 0)
			error("write");

	/* truncate to trunclen */
	r = ftruncate(f, trunclen);
	if (r < 0)
		error("ftruncate");
	
	r = close(f);
	if (r < 0)
		error("close");

	exit(0);
/*NOTREACHED*/
}

int
ftruncate(f, l)
	int	f;
	long	l;
{
	struct	flock	fl;

	fl.l_whence = 0;
	fl.l_len = 0;
	fl.l_start = l;
	fl.l_type = F_WRLCK;

	return fcntl(f, F_FREESP, &fl);

}

error(s)
	char	*s;
{
	extern void perror();
	if (errno)
		perror(s);
	else
		(void)fprintf(stderr,"%s\n",s);
	exit(1);
}
-- 
Steve Alexander, Software Technologies Group    | stevea@i88.isc.com
INTERACTIVE Systems Corporation, Naperville, IL | ...!{sun,ico}!laidbak!stevea
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: larger/higher resolution displays
Date: Tue, 18 Aug 1992 02:39:05 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Aug17.222036.29571@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>  Now, even if you spend the money for a very fine dot pitch, you will
>find that the human eye limits you, and you have to get very close to
>the display to read reasonable text. 1024 on a good 15 inch display is
>useful, but if the price were right I would go to 20.

The major problem here, I think, is a basic misunderstanding.  When
you go to 1024x768 on a 14" monitor, you're not usually trying to make
the text smaller so you can cram more on the screen.  (Like I said,
usually.)  Instead, you want to keep the text about the same size as
you might use at 800x600, but have finer characters with a bigger
character box.

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
                            | to need later.
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Recommendations wanted on PC Unix system purchase
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Thu, 13 Aug 1992 01:01:10 GMT

mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:

>If you're going to go SCSI tape,  I would get the larger Wangtek drive
>rather than the 150 MB.  There is only something like $200 difference
>in price, from what I've seen ($800+ vice $600), and it has over twice
>the capacity.

one thing to keep in mind is DAT.  Dell SVR4 now comes on DAT as well
as a 250 meg SCSI tape

-- 
Larry Snyder                                    internet: larry@gator.rn.com
Gator Communications                              uucp: ..!uunet!gator!larry
Newsgroups: comp.unix.sysv386,alt.fan.john-palmer
From: jim@ferkel.ucsb.edu (Jim Lick)
Subject: Re: Anyone get BIND 4.8.3 to work under System V
Organization: University of California, Santa Barbara
Date: Thu, 20 Aug 1992 05:02:02 GMT

Seen in comp.unix.sysv386:

In <Bt9H6v.1Mv@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>In article <1992Aug19.225616.1492@tygra.Michigan.COM> jp@tygra.Michigan.COM (John Palmer) writes:
>>CAT-TALK Conferencing System   | E-MAIL: jp@Michigan.COM
>>+1 313 790 6426 (USR HST)      | MICHIGAN NETWORK SYSTEMS, INC.  
>>+1 313 790 6432 (TELEBIT PEP)  | 800-736-5984  FAX: 313-790-6437 
>>********EIGHT NODES*********** | TELEBIT, DIGIBOARD, ISC UNIX, MICROPOLIS

>Hey John, don't you think you should stop advertising MNS and CAT-TALK
>when they obviously don't exist anymore?  If you folks out on the net
>don't believe me, try calling the numbers listed in his .signature
>yourself.  EVERY SINGLE ONE of them has been disconnected.  Do I smell
>a rat?

>-- 
>Marc Unangst                | Real men don't make backups.  Real men never
>mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
>                            | to need later.

There is a god after all!  How much you want to bet he posts something that
says his phone lines were never disconnected and accusing all of us of
libel, slander, et al?  It could happen.

                            Jim Lick		       
Work: University of California	| Play: 1236 Camino Meleno
      Santa Barbara		|       Santa Barbara, CA 93111-1007
      Dept. of Mechanical Engr. |	(805) 964-2088 voice/msg
      2311 Engr II Building     |	(805) MUD-SPY1 data
      (805) 893-4113            |       jim@tcp.com
      jim@ferkel.ucsb.edu	| This space intentionally left blank
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: setting UUCP g protocol parameters under ESIX SVR4.0.3
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Sun, 23 Aug 1992 00:31:34 GMT

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

>The protocol parameters for the UUCP g protocol under ESIX SVR4.0.3
>can sort of be set using /usr/lib/uucp/Config.  The "sort of" is
>because you can only set the window size, not the packet size.
>There's a bug in uucico; if you change the packet size to be greater
>than 64 bytes uucico gets all out of sync and that's the end of that.

This bug doesn't exist in Dell's UNIX -- it must be a feature in
ESIX SVR4 :)


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver, part 5/5
Date: 19 Aug 92 15:37:23 GMT
Organization: Aegis Society, Kyoto Japan

kreed@telesys.tnet.com (Kevin W. Reed) writes:

>davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

>>In article <102.26574@incc.com>, jerry@incc.com (Jerry Rocteur) writes:
>>| Who is the irresponsible bastard who posts large files in a non source
>>| newsgroup.
>>| 
>>| I have to pay for my news, plus I have to pay for the US-Europe phone
>>| call and I am not impressed having to pay to get this crap.
>>| 
>>| What is the ruling regarding posting large files like this?

>>  The ruling is that when a new version of something comes along, used
>>by thousands of people and contributed freely by the author, you hit
>>the N key and politely say "thanks for the new version." You don't post
>>flames because, like the loaves and fishes, they are going to come back
>>manyfold.

>What ruling makes it ok to post source code in a discussion newsgroup?

Where did you get the idea there are rulings?

>Actually, he made a valid point.  There is no reason for that source
>code to be distributed in a discussion newsgroup.  It was posted 
>incorrectly.  What should have been done was a message posted in the
>discussion groups saying that the sources have been posted in a valid
>source code newsgroup.  The crossposting was inappropriate.

Who are you to define what is valid, correct, and what should be done?

>I do believe that posting a message calling someone a bastard is a bit
>excessive, but I can imagine my displeasure if I had to pay for a feed
>across the pond and someone incorrectly posted large postings in 
>the newsgroups I was subscribed to.

Perhaps, but I find it hard to imagine what kind of link this guy has
that he has to call that distance in the first place. Is anybody else
out there making an international call to get news? ? ?

>Whether or not the contributed software is of value doesn't make it alright
>to post it in the wrong places.

Again, you seem infatuated with the idea that there is a right and
wrong.  If there is, and you can provide us a reference to where
this is authoritatively define, please do.  If not, why not back off
and think about how you might get some cooperation.... 

You see I don't think I would have posted the source code itself,
only a notice that was some place where source code is usually
found.  But a lot of people use FAS (I do) and Uwe probably had some
good reason for posting it where he did (thanks Uwe!)

Dave

--
Dave McLane 
JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087
From: ken@casper.cs.uct.ac.za (Ken MacGregor)
Newsgroups: comp.unix.sysv386
Subject: Timed in sysvr4
Date: 19 Aug 92 08:14:01 GMT
Article-I.D.: casper.Bt81JD.1xo
Organization: Computer Science Department, University of Cape Town

As the header says we would like to know whether anyone knows
of a timed deamon for v.4 ideally we would like it to use ntp instead
of the normal timed synchronisation, as we also use trumpet on pc's
as a newsreader.
From: luis@mavrick.UUCP (luis basto)
Newsgroups: comp.unix.sysv386
Subject: dbx for ODT?
Date: 13 Aug 92 12:41:38 GMT
Distribution: na


Is there a version of dbx for SCO Unix or SCO ODT? It would be especially
good if it is available from an ftp site. Thanks for any pointers.
--
Luis Basto
Usenet: cs.utexas.edu!mavrick!luis
        basto@cactus.org
From: oklein@smallo.bo.open.de (Olaf Klein)
Newsgroups: comp.unix.sysv386
Subject: Re: What 'stune' parameters do you use for X386?
Date: 21 Aug 92 22:03:38 GMT
Organization: smallo.bo.open.de Fido-SubNet-Gate : 2:245/5800.12

larry@gator.rn.com (Larry Snyder) writes:

>We run Dell SVR4 4.0 and run X -- and have never experienced a lockup --
>and we have never had to modify any of the kernel parameters
>we are running X11R5 which is shipped standard with Dell SVR4

Larry, you're boring...

Olaf 

-- 
Olaf Klein     smallo.bo.open.de       2:245/5800.12
Newsgroups: comp.unix.sysv386,comp.sys.mac.misc
From: kevin@kosman.uucp (Kevin O'Gorman)
Subject: Need solution: UNIX, ethernet, mac, LaserWriter connection
Organization: Vital Software Services, Oxnard, CA
Date: Sun, 16 Aug 1992 17:14:45 GMT

I don't know much about the solutions that exist out there, so I can
use some pointers and recommendations.

I have a small ethernet running tcp/ip, ftp, nfs and the like between
my unix and dos machines; they share a dumb serial printer.  I have
a couple of macs and a LaserWriter on PhoneNet and LocalTalk.  I would
like the mac to be able to use the ethernet to get files snarfed from
the net on the unix machine.  I would like the unix machine, and maybe
the dos machine to be able to use the LaserWriter.

I know there's a thing called GatorBox which with the GatorShare software
can accomplish this, but it's pricey.

I know I can get ethernet cards for the mac, but I'm afraid that won't
make the LaserWriter visible to the unix machine, though I'm not sure
and I assume the right software running in the mac could make it happen.

There may be other products, too.

I'm assuming I'll have to shell out $300 or $400 for the whole solution,
if I can find it.

Help, anyone?
-- 
Kevin O'Gorman ( kevin@kosman.UUCP, kevin%kosman.uucp@nrc.com )
voice: 805-984-8042 Vital Computer Systems, 5115 Beachcomber, Oxnard, CA  93035
Non-Disclaimer: my boss is me, and he stands behind everything I say.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver, part 5/5
Date: 17 Aug 92 22:31:38 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <102.26574@incc.com>, jerry@incc.com (Jerry Rocteur) writes:

| Who is the irresponsible bastard who posts large files in a non source
| newsgroup.
| 
| I have to pay for my news, plus I have to pay for the US-Europe phone
| call and I am not impressed having to pay to get this crap.
| 
| What is the ruling regarding posting large files like this?

  The ruling is that when a new version of something comes along, used
by thousands of people and contributed freely by the author, you hit
the N key and politely say "thanks for the new version." You don't post
flames because, like the loaves and fishes, they are going to come back
manyfold.

-- 
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.
From: chris@endgame.gsfc.nasa.gov (Chris Shenton)
Newsgroups: comp.unix.sysv386
Subject: CDROM on SysV386? (want online encyclopedia)
Date: 18 Aug 92 16:55:19 GMT
Organization: none

I know these things are available for my 386 box -- I get the DAK
catalog :-) 

But it only speaks UNIX, not DrOsS. Are there hardware, drivers, and
view/navigator programs which run under any of the SysV386? (or 386BSD
for that matter)?  What do they require in the way of HW or SW?

It would be real nice to have instant access to an encyclopedia (and
just about as portable)-:

Thanks.
Newsgroups: comp.unix.sysv386
From: mike@hatch.socal.com (Mike Bernadett)
Subject: Re: UFS , SVR4, and inodes limits
Organization: Hatch Usenet and E-mail.  Playa del Rey, CA
Date: Thu, 13 Aug 1992 13:42:59 GMT

>hoyt@isus.UUCP (Hoyt A. Stearns jr.) writes:
>
>>In UHC SVR4,  an artificial limit of 64000 inodes is placed on UFS file
>>systems (mkfs -C).  I re-created the filesystem without the "-C",
>>but the df command reports (accurately) the limit is still there.
>>the mtune file shows an upper limit of 1300 inode blocks, which I set.
>
Murray writes:
>Actually, the limit is 64K, not 64000.
>
>On a System V filesystem, directory entries contain only 2 bytes with
>which to represent the inode of a file, thus the limit of 64K inodes
>per filesystem.  The actual number of available inodes is one less
>than this, as inode 0 is reserved to indicate an empty directory
>entry.
>
>This limit is the reason many System V sites must spool comp.lang.c
>and comp.unix.questions onto separate filesystems. :-)
>

Pre-SVR4 this was the case, but with the SVR4 ufs filesystem, you should
be able to get more than 64K inodes (according the the AT&T SVR4 ufs docs)
if you wail on the mkfs command enough.

Try decreasing the number of cylinders per cylinder group, thereby increasing
the number of cgs.  You may be limited by an inodes-per-cg calculation in mkfs.

decreasing nbpi (block-to-inode ratio) on my AT&T SVR4 gives me a warning that
I'm going above 64K, but doesn't do anything -- I still get ~20,000 inodes
on a 125MB filesystem until I increase the number of cylinder groups.

-- 
Mike Bernadett                                        mike@hatch.socal.com
8635 Falmouth Ave. #105, Playa del Rey, CA 90293      (310) 305-8758
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: Sendmail on SCO Unix
Date: Thu, 13 Aug 1992 22:14:12 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Aug11.123309.3396@mks.com> davidf@mks.com (David J. Fiander) writes:
>Your problem is that the sendmail that SCO ships is very
>vanilla, and about four years old.  If you _really_ like
>sendmail, and want to talk to the nameserver, then you are
>going to have to buy an SCO DevSys, the TCP/IP DevSys, and find
>sendmail sources on the net somewhere (try uunet).

Eh?  I have no experience with SCO sendmail before TCP/IP v1.2.0, but
I can testify to the sendmail in that version...It is stock Berkeley
sendmail v5.65 which, I believe, is the most recent version.  The DNS
support extends to using the DNS resolver services for nametoaddr
mapping, but it does not handle MX records.  No, it's not IDA
sendmail, but it does mostly work.

One caution: The sendmail.cf file that SCO ships with TCP/IP v1.2.0
(as well as the sendmail.cf generated by running "mkdev cf") has an
error in the "local" mailer definition.  The "m" flag (mailer handles
specification of multiple recipient addresses on a single invokation)
is specified for the local mailer, but the program used to do local
mail delivery (/usr/bin/lmail) only handles one recipient address at a
time.  So, if you do not take out the "m" flag, mail to more than one
recipient will be only be delivered to the (alphabetically) first
recipient on the list.  If you use "mkdev cf", either change the
script, or remember to change your sendmail.cf file again if you ever
regenerate it.  Better yet, don't use "mkdev cf".

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
                            | to need later.
From: markj@informix.com (Mark Jeske(Chicago Consultant))
Newsgroups: comp.unix.sysv386
Subject: SCO panic/mkdev hd
Date: 13 Aug 92 03:14:31 GMT
Distribution: usa
Organization: Informix Software, Inc.
Originator: markj@puma


While running 'mkdev hd' to add a second disk to the only st506
controller in my box I received the following panic just as it
was starting /etc/dkinit

cr0 0x8000001B  cr2  0xA0400004  cr3 0x00002000 tlb  0xFFFFF801
ss  0x00000000  uesp 0xD100ACA0  efl 0x00010246 ipl  0x00000005
cs  0x00000158  eip  0xD0053979  err 0x00000000 trap 0x00000000
eax 0x0000FEAA  ecx  0x00000000  edx 0x00000000 ebx  0x00000000
esp 0xE0000AF0  ebp  0xE0000B2C  esi 0xD100ACA0 edi  0x00000000
ds  0x00000160  es   0x00000160  fs  0x00000000 gs   0x00000000

Panic kernel mode trap. type 0x00000000
Trying to dump 2016 pages.


This is with sco odt, both disk have 1024 cylinders.  Any ideas?

mark
Newsgroups: comp.unix.sysv386,comp.periphs.scsi