HDTenEightyP/NetNews huggingface dataset:
From: sastdr@torpid.unx.sas.com (Thomas David Rivers)
Subject: Re: C-News
Date: Wed, 6 Jan 1993 14:25:10 GMT
Organization: SAS Institute Inc.

In article <1993Jan6.064104.23459@netcom.com> adasal@netcom.com (Salvatore Collora) writes:
>Can someone please help me...!!! Has ANYONE gotten any kind of news
>going on a 386bsd system???  Any help would be appreciated...I have c-news
>and I have been trying to compile it and I am getting a lot of errors..
>I have a somewhat flaky grasp of C, but if someone who has done it can point
>me in the right direction...I'd appreciate it...
>
>Thank You...
>
>Sal 
>

  I had almost no problems building C-news on 386bsd - most postings
 made by me are from just such a system.

  The only significant hurdle is the ftime() function, which has a
 "clone" function in the SysV libraries supplied with C-News - you
 can use that one. (ftime() has been deprecated).

  Oh - I also had some problems with mawk (many of the C-news scripts
 use awk) which I eventually tracked down to the math emulation problems.
 If you have a math coprocessor, you should have no worrys.

	- Dave Rivers -
	(rivers@ponds.uucp) 
-- 
UPDATE ALL INFORMATION AND POD INTO COSMOS - Federal Express
Xref: sparky comp.unix.bsd:11083 fj.os.386bsd:247
From: gab10@griffincd.amdahl.com (Gary A Browning)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] more than 16MB?
Date: 7 Jan 93 16:06:51 GMT
Organization: Amdahl Corporation

In article <1if0p8INNfau@Germany.EU.net>, bs@Germany.EU.net (Bernard
Steiner) writes:
> In article <C0EHx0.qr@space.physics.uiowa.edu>,
> ljg@space.physics.uiowa.edu (Larry Granroth) writes:
> > Is anyone out there running 386bsd on an ISA-bus machine with more
> than
> > 16MB ram?
> 
> Yes. I've seen a machine with 20MB and heard of one with 64 MB
> (yes, sixty-four) No, not me...
> 
> > Does 386bsd support this?
> 
> Looks like it.
> 
> > Does it (does it need to?) support
> > DMA above 16MB?
> 
> No idea. I'd be interested in the answer, though.

If I understood the thread that went through here a while back, ISA systems
cannot do DMA above 16MB - hardware problem.  386BSD needed to be modified to
load disk buffers below 16MB and then copy them up if necessary.  I do not
know if anyone has attempt to add this to the kernel.

-- 
Gary Browning        | Exhilaration is that feeling you get just after a
		     | great idea hits you, and just before you realize
                     | what is wrong with it.
From: raz@sleeper.apana.org.au (Roland Turner)
Newsgroups: comp.unix.bsd
Subject: Re: Connecting Novell networks of 286 to linux/386bsd
Date: Sun, 3 Jan 1993 03:22:20 GMT
Organization: Desolation Road Railfan BBS

richb@jti.com (Richard Braun) writes:

>In article <hancu.724508876@clouso> hancu@crim.ca (Marius Hancu) writes:

[deleted: Marius asks about accessing 386bsd/Linux from DOS/Windows
286's, Richard suggests CUTCP/CUTel]

Just briefly, have a look at QVTNet. It does much of the same but is
written specifically for Windows. 

Bye for now.
        - Raz.

raz@sleeper.apana.org.au   (Roland Turner)   (OH) 61 2 319 5700

Newsgroups: comp.unix.bsd
From: g88d4938@giraffe.ru.ac.za (MR GE DOYLE)
Subject: DOS+BSD
Keywords: partition, DOS, BSD
Organization: Rhodes University, Grahamstown, South Africa
Date: Tue, 5 Jan 1993 15:00:36 GMT

Hi all
 I've installed 386BSD on a SCSI drive. I am only using about 20 MB for the
 root partition (using a network server to store X and some other stuff), 25 
 MB swap space and some 20MB for other junk. I still have about 60MB free  
 which I want to use to install MSDOS on.  How would I to go about doing  
 this. I know, or at least think its a complicates process, so any help 
 will be much appreciated.

 Thanx
  Greg

PS If this is a frequently asked question I apologize for the inconvenience.
Newsgroups: comp.unix.bsd
From: olof@ikaros.fysik4.kth.se (Olof Franksson)
Subject: Re: a unix terminal question
Organization: Physics IV, Royal Institute of Technology, S-100 44 Stockholm,
	Sweden
	<1993Jan11.215312.2080@fcom.cc.utah.edu> <uonuhjc@zola.esd.sgi.com>
Date: Tue, 12 Jan 1993 12:43:56 GMT

   > In article <1iql6kINNisk@ub.d.umn.edu> cbusch@ub.d.umn.edu (Chris) writes:
   > >
   > >   How does one read in a character from standard input without having
   > >the program wait for the key.  Basically, I want to do something like:
   > >    if(kbhit()) c=getch();
   > >Except that is not standard, and I want it to work on all platforms.
   > 
   > This is a bad thing to do, unless you have processing to do when characters
   > aren't present, and you do your checks relatively infrequently compared to
   > the procesing itself; otherwise, you will be in a buzz-loop and suck your
   > CPU through the floor.  This is common practice under DOS where there is
   > nothing else running, but is a generally bad thing to do.
   >
   > The CORRECT way to do this:  use the select() or poll() system call to
   > wait for an interval or a character to be present.  Resoloution is

IF one would like to read from a tty in the manner described in
the question from cbusch@ub.d.umn.edu, the fcntl()-call might be
used. The following short example print *-characters with 0-1s
intervalls on standard output until a character appears on standard
input, or 20 *-characters have been printed.

#include <fcntl.h>

main()
{
  int ret, fflag, nfflag, i;
  
  fflag = fcntl(0, F_GETFL, 0);           /* No wait for char input */
  nfflag = fflag | O_NDELAY;
  nfflag = fcntl(0, F_SETFL, nfflag);

  putchar('*');
  for (i = 0; i < 20 && (ret = getchar()) == -1; i++) {
    putchar('*');
    sleep(1);
  }

  fcntl(0, F_SETFL, fflag);
  putchar('\n');
}
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] f2c with record/structure sup
Date: 13 Jan 93 03:57:35 GMT
Organization: Weber State University  (Ogden, UT)

In article <1993Jan11.230414.24760@zia.aoc.nrao.edu> cflatter@nrao.edu writes:
>In article 1545@fcom.cc.utah.edu, terry@cs.weber.edu (A Wizard of Earth C) writes:
>>In article <1993Jan10.211632.3269@ll.mit.edu> pope@ll.mit.edu (Frank Pope) writes:
>>>Hi
>>>
>>>Does anyone out there know of a f2c translator which has been ported to
>>>386bsd that has support for fortran records and structures.  I believe
>>>these are features found in FORTRAN 90 [not sure].  I want to
>>>convert some software written using MS Fortran 5.1 to c and run it 
>>>under 386bsd.  Thanks in advance.
>>
>>I don't know of many compilers, let alone translators, which support '90.
>>
>>Historically, the ANSI-90 FORTRAN was rejected by most major vendors,
>>either due to a lack of backward compatability or conflicts with vendor
>>extensions (depending on the vendor); it was rejected by Harris, DEC,
>>HP, and IBM... dunno if Sun was involved at all.
>
>IBM defected from the Luddite faction as early as May 1989.  I believe that
>HP were long-time supporters of Fortran 90 as were Sun.  Incidentally,
>Fortran 90 *is* backwards compatible with FORTRAN 77 but does not include
>some vendors extensions.  User defined types have a syntax that differs
>from the VMS Fortran style adopted my Microsoft.

	Yah.  I was thinking in particular of the VMS FORTRAN
"pass-by-reference/pass-by-value" and "pass-by-descriptor" syntax and
the Harris Berkeley real-time extensions on VOS for the H-800/H-1000/H-1200.

There was also a problem with the use of integer overflow to produce the
pseudo-random numbers used in some physics calculations.

Harris was anti-90 from word one due to its real-time systems contracts
with the US Navy... there's an old joke that goes with that, since the
computers were primarily for use on nuclear submarines.


					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: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.unix.bsd
Subject: XFree86 strangeness
Date: 5 Jan 93 20:44:00 GMT
Organization: ICEM Systems, Inc.

I compiled XFree86 on my 386BSD machine about 1 month ago and it all
worked great.  But about a week ago, things stopped working.

When I start X the screen goes to graphics mode, without clearing the
screen, and just sits there.  The server process stops and eventually
the STAT (from ps -aux | fgrep X) is IE (stopped for over 20 secs and
trying to exit).  I've tried starting X with 'startx', 'xinit' and
'X :0'.  I've also done an 'xinit >& xinit.output' to see xinit's
output, but nothing is wrong.

Now, the only thing that I've changed on my system is that I bought a
new Logitech mouse (same port, /dev/com1).  Has anyone seen similar
behaviour, and if so, how did you fix it?

-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/*            Just remember, you *WILL* die someday.             */
Newsgroups: comp.unix.bsd
From: g88d4938@giraffe.ru.ac.za (MR GE DOYLE)
Subject: [386bsd] rogue
Keywords: rogue
Organization: Rhodes University, Grahamstown, South Africa
Date: Thu, 7 Jan 1993 05:57:58 GMT

Hi
 This is not a serious problem but any feedback would be appreciated. 
 Whenever I play rogue (/usr/games) and die it cannot write to the score 
 file. It says 'cannot lock score file' and 'cannot write/read/create score
 file'. I tried changing the permissions of the rogue file and the directoy
 it is in - no luck.
 Anyone solved this?

 Thanx
  Greg
From: cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD.EXE - Let DOS handle booting?
Date: 12 Jan 93 07:21:59
Organization: Kernel Hackers 'r' Us
NNTP-Posting-Host: eden.cs.berkeley.edu
In-reply-to: karl@NeoSoft.com's message of Tue, 12 Jan 1993 06:10:04 GMT

In article <C0q94w.48p@NeoSoft.com> karl@NeoSoft.com (Karl Lehenbauer) writes:
>The only drawback is you'd need a DOS partition or floppy to do it that
>way, no biggie but possibly offensive to purists.

<chuckle>

Karl, you get the understatement of the year award...

not only is that a *nasty* solution, but given the state
of the DOS partition code (i.e. UGLY as all hell),
it's only nastier...


and i don't wanna have to put DOS on my disks... that's cruel
and unusual punishment!!!    8-)


chris
--
Chris G. Demetriou                                    cgd@cs.berkeley.edu

"Sometimes it is better to have twenty million instructions by
        Friday than twenty million instructions per second." -- Wes Clark
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: C-News
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sat, 9 Jan 1993 21:03:52 GMT

The /bin/sh that comes with 386BSD cannot handle some of the hairy
quoting that the C news configuration does.  This makes it produce
bad sed scripts and stuff like that.

I suggest copying /bin/bash over /bin/sh.  It works better.  Some people
have reported trouble with bash for sh, but we haven't had any.

bash comes in the etc distribution.
-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
"In a minute, I'll burp up your droid."
From: toreh@bootes.sds.no (Tore Haraldsen)
Newsgroups: comp.unix.bsd
Subject: Re: Dumb Terry
Keywords: Han Kanji Katakana Hirugana ISO10646 Unicode Codepages
Date: 7 Jan 93 12:29:41 GMT
Organization: Statens Datasentral A/S, SDS, Norway

In article <2637@titccy.cc.titech.ac.jp> mohta@necom830.cc.titech.ac.jp (Masataka Ohta) writes:
[lots and lots of stuff deleted]
... a bunch of bullshit far above the average for this news group. It is
quite interesting to see someone so intent on attacking and with such a
lack of constructive comments ...

Dear Mr. Masataka Ohta, stop this persecution and show us how YOU would
solve the questions rised! Or, if you do not want anything solved at
all, please tell us why!

Eagerly waiting,

-- tore
-- 
------------------------------------------------------------------------
Tore Haraldsen, Statens Datasentral A/S - SDS, Norway
email: toreh@bootes.sds.no
From: paul@isl.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: January's ported software list
Date: 5 Jan 93 19:57:27 GMT
Organization: Intelligent Systems Lab, ELSYM, Universiity of Wales, College of 
              Cardiff.

The 386BSD ported software list for January will be a bit late due to
Christmas. Therefore you've got a bit of time to let me know what you've
ported recently. Here's a form:-


---------
PACKAGE: 
---------
Description:	
Status:		
Maintained by:	Primary: 
		Secondary: 
OS version:	
Installed at ref.tfs.com: 
Available from: 
Requires: 
Notes: 
==========


I'll post the list next week.
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Ohta enpitsu inke desu
Keywords: Obnoxious infantile importunate
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Sun, 10 Jan 1993 19:51:42 GMT

In article <2656@titccy.cc.titech.ac.jp>,
 mohta@necom830.cc.titech.ac.jp (Masataka Ohta) expectorates:

| You are mentally handicapped. That's all what I wanted to say.

I know many americans who believe that all Japanese are racists.  Perhaps
they get this idea from dealing with the likes of this flatus-tincannus.

-- 
 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
From: duplain@rtf.bt.co.uk (Andy Duplain)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] corrupt files
Date: 6 Jan 93 13:28:39 GMT
Organization: BT Customer Systems, Brighton, UK

In article <56750001@acf3.NYU.EDU> chapman@acf3.NYU.EDU (Gary W. Chapman, , , ) writes:
>After downloading 386BSD from agate.berkeley.edu (and from another place
>as well), I get 
>
>bin01.02 is corrupt
>bin01.03 is corrupt
>
>when doing 'extract'.  What can I do?

	They may not actually be corrupt!  I had this problem (with different
	bin01.xx files) and it was caused by the kernel from dist.fs not
	reporting errors on my ESDI drives.  I resolved this problem by getting
	a kernel from a guy in Germany that reports these errors, relabelling
	the disk's with bad144-style "sector forwarding" ('sf' in /etc/disktab)
	then running "dd if=/dev/wd0c of=/dev/null bs=<bytesize of 1 cyl.>".
	Write down the bad sector reports and then use bad144 to mark them as
	bad.  This takes a while (though it looks worse than it really is, as
	the kernel reports the same bad sector about 5 times).  Once you have
	done this you can restart the installation.

	BTW if you're stuck for a kernel, I can build you one that reports
	errors to whatever spec you like.



-- 
Andy Duplain, BT Customer Systems, Brighton, UK.           duplain@rtf.bt.co.uk
#define	DISCLAIMER      My views and opinions are my own, and not my company's
Newsgroups: comp.unix.bsd
From: rivers@ponds.uucp (Thomas David Rivers)
Subject: Re: Looking for Gateway Keyboard fix
Date: Sat, 9 Jan 1993 13:54:09 GMT

 Mark -

   I run with a Gateway 2000 everyday - the only keyboard locking
 problem I have isn't specific to the gateway 2000, it's a by-product
 of the pccons driver, and *everyone* has it.  Run X seems to be the
 easiest way to tickle the problem.

   I good work-around is to install Holger Veit's codrvr, which doesn't
 demonstrate the problem.

	- Dave Rivers -
	(rivers@ponds.uucp)
Newsgroups: comp.unix.bsd
From: sastdr@torpid.unx.sas.com (Thomas David Rivers)
Subject: Re: TRYING TO GET UUCP TO WORK. PLEASE HELP
Date: Tue, 12 Jan 1993 13:50:53 GMT
Distribution: world               
Organization: SAS Institute Inc.

In article <jerrys00101930011175123@holly.wimsey.bc.ca> jerrys@holly.wimsey.bc.ca (Jerry Sturge) writes:
>Well, I am used to HDB uucp and have used it with no problems for 

  ... details about uuchk deleted... 
>
>ANY suggestions folks.???
>
>thanks
>Jerry Sturge
>

Jerry -

  Just a small suggestion; if you're used to HDB, then you can
 rebuild taylor-uucp (the one supplied with 386bsd) in "HDB-mode".  I 
 did this and had no problems copying an existing set of HDB
 setup info (Dialers, Devices, Systems, etc...) to quickly get
 uucp up and running.

  Although the Taylor setup/info files allow finer tayloring (no pun
 intended) of several parameters, I found that I don't have the
 inclination to learn another mechanism for uucp setup - or perhaps
 I'm just too lazy.

  If you have any problems re-building Taylor-UUCP for HDB mode,
 let me know and I can mail you a tar-file full of stuff to help
 you build.

	- Dave Rivers -
	(rivers@ponds.uucp (home))
	(sastdr@unx.sas.com (work))


-- 
UPDATE ALL INFORMATION AND POD INTO COSMOS - Federal Express
Newsgroups: comp.unix.bsd
From: proven@athena.mit.edu (Chris Provenzano)
Subject: passwd bug
Organization: Does anyone ever read this line anyway?
Date: Fri, 8 Jan 1993 21:27:12 GMT


Here's a fix for local_passwd.c for the passwd program for 
people that have already applied the DES patch. The problem is
users with a blank password field can't change their password.

***************
*** 91,97 ****
  
  	(void)printf("Changing local password for %s.\n", pw->pw_name);
  
! 	if (uid && pw->pw_passwd &&
  #ifdef DES
  	    strcmp(crypt(getpass("Old password:"), pw->pw_passwd),
  	    pw->pw_passwd)) {
--- 91,97 ----
  
  	(void)printf("Changing local password for %s.\n", pw->pw_name);
  
! 	if (uid && pw->pw_passwd[0] &&
  #ifdef DES
  	    strcmp(crypt(getpass("Old password:"), pw->pw_passwd),
  	    pw->pw_passwd)) {
--
  Christopher Provenzano 
Newsgroups: comp.unix.bsd
From: gregh@cc.gatech.edu (Greg Hankins)
Subject: [386BSD] Advice on System Wanted
Reply-To: gregh@cc.gatech.edu (Greg Hankins)
Organization: Ministry of Silly Walks
Distribution: na
Date: Sun, 10 Jan 1993 00:41:42 GMT

I am in the process of putting together a 386 system to run 386BSD on.
(by 386BSD I mean the Jolitz port, not BSDi)
I have some basic questions about what kind of things are supported,
if you people on the net could help me out I would be very gratefull!
(I read Eric's guide, and didn't find [all] the answers - if there something
that does have these answers, please direct me to it)

What kind of video card should I get, and what kind of chipset is the best
to get for 386BSD?  I know that I want SVGA, since I want to run X.

What kind of monitor should I get.  I want a 14" NI .28 pitch...what 
manufacturers are good?

What is the best kind of mouse to get?

What kind of chipset is the best to get on the motherboard, and what kind of
BIOS should I look for?  Which chipsets are supported?

Where can I find an I/O board with smart UARTs?

I don't have enough money to get SCSI, so I'm going to have to use IDE.  Is 
there a better conroller to get than the standard ones that come included
with the systems?

Can I run X comfortably with 8MB of RAM (one or two xterms - no heavy compiling)?

Thanks for any help you can give, I'd also be interested in hearing any personal
experience you have had with any of the products...

Greg

Greg

"Oh, what sad times are there  | Greg Hankins 
 when passing ruffians can say | CoC Computer & Networking Support          
 'Nee!' at will to old ladies."| Georgia Institute of Technology
         - Roger               | email: gregh@cc.gatech.edu
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: 386BSD install problem -- can't mount /
Organization: Weber State University  (Ogden, UT)
Date: Mon, 11 Jan 93 22:40:35 GMT

In article <1993Jan11.022758.10164@cs.wright.edu> corcoran@valhalla.cs.wright.edu (Michael P. Corcoran) writes:
>Help!  I'm having problems with the installation of 386bsd.
>I've noticed at least 3 other postings in this group with
>the same problem but no solutions.  Here's a little more info:

[ ... ]

>infinite reboot

[ ... ]

>corrupt disklabel

[ ... ]

>Configuration:
>	Maxtor 8380E 360MB ESDI disk with 512 byte sectors.
>	Data Technology DTC6282-24 ESDI controller set for 63 sector
>		per track mapping mode which is recommended for Novell,
>		OS/2 and UNIX.

386BSD asks the controller about the drive geometry instead of believing
the CMOS settings.  If your CMOS settings don't match what the controller
says, you have "translated drive" problems.

Get the ide_conf.exe file from your favorite archive  to find out about your
drive... despite its name, it's useful for translated drives other than
just IDE drives.


					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: dfox@quack.sac.ca.us (David Fox)
Subject: Re: Bug in mathlib (i.e. -lfpu)
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: 5 Jan 1993 05:15:05 UTC

In article <1993Jan4.213529.23355@cm.cf.ac.uk> paul@isl.cf.ac.uk (Paul Richards) writes:
>I was getting totally different results from a program when compiled
>with the mathlib routines so I thought I'd track down the problem.
>
>Anyway, pow seems to mess up the results of expressions when the
>numerator of the expression is a function and pow is the denominator.
>I'll try and track down the cause tomorrow (It's getting late here).
>
>Below is a test program which shows the problem. Compile it with the
>stock -lm and with -lfpu and note the difference.

I think you might have problems with the posted code since it uses
float arithmetic, and you are using -lfpu which is for type double
only.  You should use the -lcfpu library, as that is the combined
float/double math library.

I didn't experience a problem - I got 0.50000 as the answer whether
I used the combined mathlib or the double-only mathlib.  However, the
code only runs through two times instead of five (as the for() loop
suggests) - could the bug screw up the loop variable?

[ a few seconds later]
 
It does on my system.  I just went to another virtual console and
compiled for libm.a - it runs five iterations.

Also, this could explain the problems with ghostscript. Earlier today,
I tried recompiling it using -lcfpu and got a floating point exception.
It works fine with libm.a.

Interestingly, ephem works nicely with -lfpu.  It must not use the
pow() function, but it does use trig functions rather heavily.  (Using
mathlib does greatly speed this program, BTW.)

If you find the bug, please post it, and I'll recompile ghostscript with
the fixed libmath.

--
David Fox
dfox@quack.sac.ca.us
From: pozar@kumr.lns.com (Tim Pozar)
Newsgroups: comp.unix.bsd
Subject: Bidirectional serial ports
Date: 6 Jan 93 15:50:45 GMT
Organization: Late Night Software (San Francisco)


   Is there a support for such a beast?  The books I can find on the
subject sez "no".  

                             Tim
-- 
    Internet: pozar@kumr.lns.com     FidoNet: Tim Pozar @ 1:125/555
Snail: Tim Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 / USA
                        Voice: +1 415 788 2022