HDTenEightyP/NetNews huggingface dataset:
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.unix.bsd
Subject: Re: novice questions
Date: 13 Oct 92 16:40:18 GMT
Article-I.D.: fcom.1992Oct13.164018.18088
Reply-To: terry@icarus.weber.edu
Organization: Weber State University  (Ogden, UT)

In article <q26-wc+@engin.umich.edu> krueger@engin.umich.edu (Erick Krueger) writes:
>Sorry about the upcoming 'novice' questions, but here goes:
>
>1 - I am trying to get the time set correctly.  I have used the date
>    command to set it.  Each time I do, it stays correct until I reboot
>    at which time the time is shifted ahead by an hour.

The clock setting is not stored as a relative time to the CMOS clock, and
the CMOS clock is not updated when you set the clock in 386BSD.  There is
also an assumption that your DOS clock is correct (there is a patch in the
patchkit for CMOS daylight savings time bits recognition).  The cannonical
soloution until a better hardware clock interface is arrived at is to set
your DOS clock to GMT (UTC).

>    I then found the
>    localtime link, which appeared to be pointing to the currect timezone,
>    so I changed that to Eastern.  Now it is off by 4 hours.  If I set it
>    to 3 am,  and reboot.  It now says it's 7.

Yep, that's what I'd expect if your hardware clock isn't on GMT.  Maybe if
you lied about your time zone?

>2 - I am trying to configure com1 to 9600, 7E1.  How would I do this?  I
>    have looked at stty in the man pages, and tried a number of things, but
>    am now, totally confused.

If you are refferring to incoming calls (rather than for a printer or
something on it's way out), modify /etc/gettytab and /etc/ttys to use
the modified /etc/gettytab entry.


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd,comp.os.linux
From: ngoh@rintintin.Colorado.EDU (NGO HIEN D)
Subject: Binary compatibility question...
Organization: University of Colorado, Boulder
Date: Tue, 13 Oct 1992 22:35:37 GMT

I am unable to find the info I need through the FAQ's and
scanning the newsgroups, so that leaves me the post-and-ask-a-
possibly-trivial-or-completely-obvious-question method :).

I need to run a specific piece of software on either 386BSD or
Linux that is only distributed in binary form... it's a commercial
product.  My question is: is either Linux or 386BSD "88 Open
Compliant?"  The tech-guy popped this term on me and I was
unaware of any such compatibility standard (wouldn't be a first.)

There is another option to run this program, however.  They have
a Xenix version also, and I know that under Linux there is a
Xenix emulator.  How complete is this emulator?  The latest
version on tsx-11 is still the early alpha.

+--------------------------------------------------------------------------+
| Hien D. Ngo                                       ngoh@rtt.colorado.edu  |
| Computer Science Undergraduate                                           |
| University of Colorado at Boulder                                        |
\--------------------------------------------------------------------------/
From: kevin.dawson@freddy.ersys.edmonton.ab.ca (Kevin Dawson) 
Newsgroups: comp.unix.bsd
Subject: AUTO question in SCRIPTS.
Date: 9 Oct 92 11:15:00 GMT
Reply-To: kevin.dawson@freddy.ersys.edmonton.ab.ca (Kevin Dawson) 
Distribution: world
Organization: Freddy's Place BBS - Edmonton, AB - 403-456-4241

===========================================================================
 BBS: Freddy's Place
Date: 09-26-89 (04:42)             Number: 71
From: KEVIN DAWSON                 Refer#: NONE
  To: ALL                           Recvd: NO
Subj: Compress -P option..how??      Conf: (71) F-Unix
---------------------------------------------------------------------------
Can someone please give me an example of how TAR internally uses
compress's -P option?

I need an example of what a command line would look like... The
Unix I'm using is 3.2.4.  The book does little to explain this
option; specifically, I get stuck on what they mean by a "file
descriptor" in the following sentence:

"If the -P fd option is specified, compress reads a list of file names
from the pipe association with the file descriptor fd."  (Taken from
page 75 paragraph 2)

I believe this command will help me store compressed files on a tape
without having to first compress the files. If I'm out in left field,
please suggest an alternate method. I do not want to store one big
compressed file.  I want to retain file names.

---
 . OLX 2.2 . Hope is the conviction of things to come...
===========================================================================
 BBS: Freddy's Place
Date: 10-09-92 (10:57)             Number: 71
From: KEVIN DAWSON                 Refer#: NONE
  To: ALL                           Recvd: NO
Subj: Auto Question in Scripts       Conf: (71) F-Unix
---------------------------------------------------------------------------
I want to add a twist to a question I have in a shell script.

Currently, it prompts the user for a Yes or No question.
I want to have the script resume in 5 miniutes if there is no response.

WHAT command or sequence will let me do this?
Please include an example.

Hopefully;
Kevin Dawson

---
 . OLX 2.2 . Hope is the conviction of things to come...
                                    
Newsgroups: comp.unix.bsd,comp.os.linux
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: Motif for 386BSD
Organization: Posting from Jet Propulsion Laboratory, Pasadena, CA
Date: Wed, 7 Oct 92 16:15:44 GMT


The question that remains unasked through all this is:  

What is it the 386BSD/Linux user community wants out of a widget set?  Do 
you want the polished 3D look of Motif?  Do you want uil?  Do you want mwm?
Are you going to port a commercial application from Brand X?

Most, if not all, people who've chosen 386BSD/Linux have done so for two 
reasons: it's free, and it's got the source code.

I feel safe in saying that Motif for 386BSD/Linux won't be free, and you 
won't get the source code.

If you want Motif for the AES/API, because you're porting a commercial
application, well, you can probably afford the source.  Unless you ship
libraries, it's only $1000 ($2000 for 1.2).

But...

If you want Motif for mwm, consider gwm.

If you want Motif for uil, consider Wcl.

And if you want Motif for its 3D look, may I humbly suggest Xaw3d.

All the above alternatives are free, and include the source -- which I
think fits the typical 386BSD/Linux user profile better than Motif ever 
will.

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
Newsgroups: comp.unix.bsd
From: g89s9112@hippo.ru.ac.za (Dirk Sturzebecher)
Subject: MODEM on COM4 ???
Organization: Rhodes University, Grahamstown, South Africa
Distribution: global
Date: Wed, 7 Oct 1992 19:11:45 GMT

Hi all,
is it possible to have the modem on COM4 under 386BSD ? How ?

Cheers, Dirk

-- 
-----------------------------------------------------------------------
Dirk Sturzebecher				g89s9112@alpha.ru.ac.za
Rhodes University Grahamstown			South Africa
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: The ultimate 386BSD machine? (FAQ fodder)
Keywords: 386BSD
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Thu, 8 Oct 1992 13:52:00 GMT

In article <1992Oct8.081942.27776@nwnexus.WA.COM>,
   wjones@halcyon.com (Warren Jones) writes:

| The question of replacing the 8250 with a 16550AFN turned out
| to be a useful method for weeding out dealers.
| (Quite a few didn't even understand the question.)

Unfortunately, the idiot dealers often have the best prices.  I wonder
if there is a deep truth there?   ;-)

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.bsd
From: ente@aix01.rz.fht-mannheim.de (Karsten Winkovics)
Subject: Modem setting required
Date: Sat, 10 Oct 92 17:52:47 GMT
Organization: Fachhochschule fuer Technik Mannheim
X-Newsreader: Tin 1.1 PL4


Hello, netpeople!

I've only just set up 386bsd and ran into problems configuring
/etc/gettztab for mz modem (auto/answer mode is on).
is there any special gettztab setting needed?
or do I have to alter the DTR behaviour?

Any info would be appreciated.

KW
From: hm@hcshh.hcs.de (Hellmuth Michaelis)
Newsgroups: comp.unix.bsd
Subject: [386BSD] alpha testers wanted for video/console driver
Keywords: 386BSD alpha test video driver pccons
Date: 7 Oct 92 19:12:31 GMT
Organization: HCS GmbH, Hamburg, Europe

as the subject says, i'm looking for some volunteers with some understanding
of pc video hardware and software to test a new release of the former
pccons_vga driver which was posted to alt.sources a while ago.

this new release will introduce (besides fixed bugs, new functionality etc.)
some form of video hardware detection at runtime, to see if a hercules, mda,
cga, ega or vga card is installed and (re-)configure the driver for that board.

this requires knowledge of pc video hardware, and access to the hardware
in question.

second, this is dangerous and requires great care, because the video hard-
ware is the part of a pc, which is destroyable by (alphatest-) software.

i know, this sounds not good, but .....

the test release will be ready in about 1 or 2 weeks.

thank you!

hellmuth


-- 
hellmuth michaelis    HCS Hanseatischer Computerservice GmbH   hamburg, europe
hm@hcshh.hcs.de              tel: +49/40/55903-170         fax: +49/40/5591486
From: randyc@soda.berkeley.edu (Yen-Pang Randy Chou)
Newsgroups: comp.unix.bsd
Subject: Help on Xt library and Motif ...
Date: 7 Oct 1992 23:16:40 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu

A few weeks ago someone mentioned that there was a bug in gcc and that
the Xt library had to be patched in order to successfully compile Motif.  
Does the new release of XFree86 fix the problem?  If not, where can I get
a working Xt library?  Also, what problems does the old Xt library produce?


---Randy
Newsgroups: comp.unix.bsd
From: stripes@pix.com (Josh Osborne)
Subject: Re: The ultimate 386BSD machine?	(FAQ fodder)
Organization: Pix Technologies -- The company with no adult supervision
Date: Sat, 10 Oct 1992 13:04:31 GMT

In article <D87-MAL.92Oct9193909@oddjob.nada.kth.se> d87-mal@oddjob.nada.kth.se (Mats Lfkvist) writes:
[...]
>a DX2/66 system. On a local bus system it will differ, but probably the
>OTHER way around as the VL bus spec limits the bus speed to 40 MHz
>(DX2/66 systems will run at 33 MHz, DX/50 will probably run at 25 MHz).

I had heard that VL complient cards should run with the VL clocked up to
66Mhz.  That seems costly, and still a stop-gap mesure (the clock should
be run at a standard slow speed, each card should be probed for it's fastest
speed, the bus should then be run at the lowest found speed, or the fastest
the motherboard can support if that's slower...   that would work until
Intel had a 64-bit CPU).  Anyway the only VL-system I have used had a jumper
on the SCSI card (VL version of the AHA 1420, it wasn't that fast) for the
motherboard speed with the settings 25, 33, and 50.  I don't know if that
was something the card needed for itself, or for the VL interface.

Nothing I have read about VL (other then the "up to 66Mhz" bit) has said
anything but "local bus runs at the same speed the CPU does", not that
what Computer Shopper says has to be right...
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
From: wolfgang@clio.rz.uni-duesseldorf.de (Wolfgang R. Mueller)
Newsgroups: comp.unix.bsd
Subject: Re: 16-colour X server?
Date: Mon, 12 Oct 1992 13:04:09 GMT
Organization: Computing Centre, Heinrich-Heine-University, Duesseldorf, Germany
NNTP-Posting-Host: mueller.rz.uni-duesseldorf.de

In article <7656@skye.ed.ac.uk> richard@aiai.ed.ac.uk (Richard Tobin) writes:
>16-colour driver for XFree386?  This would be useful for those of us
>with video boards with only 512k and should also be twice as fast as
>the 8-bit version (unless vga is even more brain-dead than it seems).
                                  ^^^^^^^^^^^^^^^^^^^^
So it is, as every 16-color pixel write needs multiple outb instructions
to modify the right bits in the right bit planes, and reading is even worse.

Wolfgang R. Mueller <dvs@ze8.rz.uni-duesseldorf.de>,
Computing Centre, Heinrich-Heine-University, Duesseldorf, Germany.
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: who wrote logitech busmouse device driver.
Organization: Weber State University  (Ogden, UT)
Date: Fri, 9 Oct 92 16:39:41 GMT

In article <1992Oct9.084837.29308@rdg.dec.com> hitchens@untadh.enet.dec.com (Francis J. Hitchens) writes:
>hi,
>
>The file device.h is missing from the busmouse.v3 patch. Can anybody tell me
>who the author was, or point me to the other busmouse device drivers
>mentioned in
>Terry Lambert's posting " 386BSD PATCH KIT: WHAT WAS LEFT OUT AND WHY".
>
>>o	One of the Logitech Bus-Mouse drivers
>
>I can't find any sign of a bus mouse driver in the beta patch kit.

DRIVER THE FIRST:

>From: fcawth@wam.umd.edu (Alfred B. Cawthorne)
>Subject: [386bsd] bus mouse driver
>Message-ID: <1992Sep7.152230.22199@wam.umd.edu>
>Originator: fcawth@rac2.wam.umd.edu
>Sender: usenet@wam.umd.edu (USENET News system)
>Nntp-Posting-Host: rac2.wam.umd.edu
>Organization: University of Maryland at College Park
>Date: Mon, 7 Sep 1992 15:22:30 GMT
>Lines: 390
>
>
>Here is the second version of my logitech bus mouse driver.  I use it with
>X386 with good results.  It requires no modification of the X386 code so
>you can use it with the binaries that are floating around.  Please send
>any fixes, etc... to fcawth@delphi.umd.edu
>
>					    Fred.

DRIVER THE SECOND:

>From fcom.cc.utah.edu!hellgate.utah.edu!cs.utexas.edu!swrinde!mips!decwrl!csus.e
>du!beach.csulb.edu!nic.csu.net!koko.csustan.edu!rat!cindy!satmech Mon Aug 24 21:
>49:03 MDT 1992
>Article: 1779 of comp.unix.bsd
>Path: fcom.cc.utah.edu!hellgate.utah.edu!cs.utexas.edu!swrinde!mips!decwrl!csus.
>edu!beach.csulb.edu!nic.csu.net!koko.csustan.edu!rat!cindy!satmech
>From: satmech@ecst.csuchico.edu (satmech)
>Newsgroups: comp.unix.bsd
>Subject: logitech bus mouse driver available
>Message-ID: <1992Aug24.041335.9709@ecst.csuchico.edu>
>Date: 24 Aug 92 04:13:35 GMT
>Sender: news@ecst.csuchico.edu (no news is good news)
>Organization: California State University, Chico
>Lines: 4
>Nntp-Posting-Host: cscihp.ecst.csuchico.edu
>
>Rick Macklem has made this driver available on snowhite.cis.uoguelph.ca
>in /pub.  I've installed it and it works great! thanks rick!
>
>you can email him at rick@snowhite.cis.uoguelph.ca


Hope you get one working for you.


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.unix.bsd
Subject: Re: kernel too large to load
Date: 16 Oct 92 03:22:03 GMT
Article-I.D.: fcom.1992Oct16.032203.9531
Distribution: comp
Organization: Weber State University  (Ogden, UT)

In article <BOOT.92Oct15130622@donald.osf.org> boot@osf.org writes:
>What's the simplest fix if I build a kernel which the boot program
>claims is too large to load?

1)	Strip it.

2)	Link it to load above 1 Meg and use Julian's boot blocks to load it;
	you may not be able to use the memory below 1 Meg unless you write
	more code to add it to the uable pool.


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
From: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore)
Newsgroups: comp.unix.bsd
Subject: serial at n,8,1 and swap space
Date: 12 Oct 92 10:44:33 GMT
Article-I.D.: andrew.ceqQSFq00XQQEfac0H
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

I have been running 386bsd for a few months now and have asked these two
questions a few times, but still haven't gotten things working.

1) How can I get terminals talking at n,8,1.  Someone told me to
recompile getty after changing /usr/include/sys/ttydefaults.h to reflect
my wanted values, but this only worked until I ran a curses application
(vi), at which point 386bsd started talking at e71 again.  I need n,8,1
mode to get fast enough multitasking transfers on an amiga that I have
hooked up.

2) When I installed 386bsd I left space that is unpartitioned on my hd
for swap space (not thinking that install would do this for me).  I
still have 6 megs unpartitioned, so I was wondering if I could use this
as swap space.  Someone told me to run disklabel -e, and change the
partitions, but this seemed to be editing logical bsd paritions, not the
hd partitions.

alex
Newsgroups: comp.unix.bsd
From: sastdr@torpid.unx.sas.com (Thomas David Rivers)
Subject: Re: 386BSD: CNews Performance Release?
Date: Mon, 12 Oct 1992 16:50:27 GMT
Organization: SAS Institute Inc.


I'm runnin an ancient (circa Aug 1991) release of Cnews at home.

The only problems I found were:

      1) Punt the sh; it's small, and nice, but not quite compatible.  I'm
         using bash for everything now.

      2) There appears to be some problem with awk and the floating point
         emulation - I tried the patches, etc... but the problem was still
         there. (Basically, the code in awk which truncates a floating 
         point value doesn't work with the floating point emulation package.)
         I (eventually) punted on this one too and spent the $99.00 for
         a co-processor.

      3) In my ancient source there was an awk script bug, which has been
         corrected in more recent versions, you should have no trouble.

      4) There is no ftime() function, (it has been deprecated) you can steal 
         the one from the SysV emulation library and put it into libfake.


 With these problems addressed, I was able to bring things up quite nicely.
In fact, I removed my old ISC box and replaced it with 386BSD for handling
all my mail and news  (ponds.uucp).  It has been handling a full news
feed for about 3 weeks now, with no major incident.

      - Dave Rivers -
      (rivers@ponds.uucp      (home))
      (sastdr@unx.sas.com     (work))
-- 
UPDATE ALL INFORMATION AND POD INTO COSMOS - Federal Express
From: phk@data.fls.dk (Poul-Henning Kamp)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] Patchkit and slip?
Date: 14 Oct 92 20:59:02 GMT
Organization: FLS Data A/S, Valby, Copenhagen, Denmark.

cwc@ssesco.com (Craig W. Carlson) writes:

>I installed the patch kit last night and everything went fine until I tried
>to use slip.  The slip configuration seemed to work, and I seemed to be able to
>send packets out, but incoming packets appeared to be getting thrown away (at
>least it seemed that way by watching the lights on my modem).

I just mailed this to terry:
-----------------------------------------------------------------------------
Hi Terry,

about the patch-kit:

patch00019 has a bug in it, it might be me, it might be you, I don't care,
but it should be fixed:

Part#2 leaves an return in /sys/net/if_sl.c line ~637 which totally
disables receiving SLIP packets.  I have marked it here below in
a chunk from the source:
----------------
  	sc = (struct sl_softc *)tp->t_sc;
  	if (sc == NULL)
  		return;
 	if (c > 255 || !(tp->t_state&TS_CARR_ON)) {       /* XXX 30 Aug 92*/
 		sc->sc_flags |= SC_ERROR;
 		return;
 	}
 
  		return;     /* THIS IS WRONG !!!!, remove it !!! */
  
  	++sc->sc_bytesrcvd;
----------------------------

The newvers patch (#1 ?) is (still) not right, there needs to be
appended 'newvers' to the SYSTEM_DEP line

Patchs #26 & #56 fails utterly on machines not having the ETC01 dist,
some kind of check should be made before attempting, like checking
the existence of the directory in question.

-- 
phk@data.fls.dk		  || 			$HOME
Poul-Henning Kamp	  ||	
FLS DATA A/S		  ||			sweet
Phone: (+45) 36 18 12 35  ||
Newsgroups: comp.unix.bsd
From: dorsey@lila.com (Bill Dorsey)
Subject: Re: The ultimate 386BSD machine?	(FAQ fodder)
Reply-To: dorsey@lila.com
Organization: 
Date: Fri, 9 Oct 1992 22:38:02 GMT

In article 9nz@ibmpcug.co.uk, adrian@ibmpcug.co.uk (Superuser) writes:
>Good SCSI is better since it is faster. mediocre SCSI is about the same
>as IDE. I use one SCSI disk, and that clocks in at 50 K per second
>transfer rate, and is the slowest disk I use.
>
Surely you're joking?  According to the Norton 6.0 Sysinfo program, my IDE drive
on my 386 clone reads 900K/second.  That is without any software caching, and with
a $15 IDE card.  My Sparc 1+ reads about 2.5MB/second from a Maxtor SCSI drive
(SCSI-2).  I can't believe you're only getting 50K/second from a PC.  Even if you
meant 500K/second, something isn't right (either the 386BSD driver or your
hardware).

---
Bill Dorsey       (dorsey@lila.com)

Newsgroups: comp.unix.bsd
From: boot@donald.osf.org (Bruce Bauman)
Subject: kernel too large to load
Reply-To: boot@osf.org
Organization: Open Software Foundation
Distribution: comp
Date: 15 Oct 92 13:06:22


What's the simplest fix if I build a kernel which the boot program
claims is too large to load? Also, is there any way to go into the
kernel debugger initially via the boot program? 


-- Bruce
--
Bruce Bauman	email: boot@osf.org		phone: 617-621-7205
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142