HDTenEightyP/NetNews huggingface dataset:
From: rajat@watson.ibm.com (Rajat Datta)
Subject: Re: GNU kids on the block?   (sorry... couldn't resist)
Date: Mon, 31 Aug 1992 18:04:38 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center
Keywords: Linux, Mach, CISC, RISC

In article <1992Aug29.115034.17334@hacker.UUCP> steve@hacker.UUCP (Stephen M. Youndt) writes:
>kernel as opposed to a "micro" kernel. It just seems that the micro kernel
>people are the only ones doing it (for Unix anyway; VMS can hardly be
>considered a micro kernel).  Well, that's my $.02 worth.
>


Actually, AIX has loadable device-drivers and loadable kernel
extensions.  And AIX is certainly not anything like a micro-kernel.

I think you're absolutely right about loadable device-drivers, and in
fact, they make more sense on the PC class machines than on ones that
run VMS.  There is a far greater variety of devices available for PCs
and the resources available (memory) is usually much less.  A fat
kernel with every likely device driver can be tolerated better on
systems with 64Mbyte plus systems than on our "poor" machines with
8Mbytes and often less.

I've spent the last few years of my life working on micro-kernels,
Mach in particular, and came to the conclusion that there's no magic
here.  It's like the C++ vs. C debate.  There's a lot of stuff that is
elegant to do in C++, but you can also approximate them in C and maybe
the performance tradeoff is serious.  As machines get faster, the
performance tradeoff issue becomes less important and the elegance
becomes much more important.  Perhaps similar issues hold true with
micro-kernels vs. the traditional approach.

Basically, there's no magic way to get neatness, and neatness is
possible with the traditional macro-kernel.
-- 
rajat (rajat@watson.ibm.com)
From: slix@svcs1.UUCP (Bill Miller)
Newsgroups: comp.os.linux
Subject: which /dev corresponds to my MSDOS disk?
Keywords: mount,msdos,devices
Date: 30 Aug 92 05:25:18 GMT
Organization: Silicon Valley Computer Society, Sunnyvale, CA

Hi Linuxers:
 
I've been playing a bit more with 0.97.1 and have gotten confused with
all the different files in the /dev directory.  i've read the FAQ and it
doesn't seem to help much in my particular case.
 
The basic problem is that my HD (a Seagate 1144A, 130Meg IDE) has been
"Superstored".  The C: is a compressed mounted filesystem, and D: (which
is really C: until devswap swaps the drive letters) is a standard
DR-DOS (MSDOS) file system.
 
I know I shouldn't be able to read the compressed part of the drive with
Linux (although it would be really nice :) but so far I am at a loss to
find the proper /dev name to work with the uncompressed portion of the
hard disk.  I've tried /dev/hda, /dev/hdb, /dev/hd1, /dev/hd2, etc., 
and I just get either "bread failed" or "/dev/something faild or mount
busy" errors. 
Newsgroups: comp.os.linux
From: hlu@yoda.eecs.wsu.edu (H.J. Lu)
Subject: Re: io.h/iopl
Organization: Washington State University
Date: Tue, 1 Sep 92 16:21:53 GMT

In article <1992Sep1.123648.18859@cbnewsd.cb.att.com> asmith@cbnewsd.cb.att.com (arthur.c.smith) writes:
>Hi,
> I have been working on an S3 driver for X and have an 80X86 asm program
>under dos that will setup the S3 chip correctly (and uses the enhanced
>rectangle fill command to clear the screen 8-)). I am trying to port this
>over to Linux. I am having two problems. 1) In trying to use sys_iopl()
>I tried to write it as _syscall1(void,110,int,3) and include unistd.h
>(and __LIBRARY__ defined). I get an error when this compiles. Is there
>a better way to do this? 2) Trying to port to C: When I include /usr/src/linux/

Yes. Use gcc 2.2.2d which has iopl ().

>include/asm/io.h and use outb I get undefined _outb referenced in .text. In
>looking at io.h it appears as if the outb function is defined as extern but
>is also defined in io.h???

Compile it with -On (n >= 1).

>		Thanks for any help,
>                       Art  asmith@cbnewsd.att.com
>

H.J.
Newsgroups: comp.os.linux
From: lfoard@Turing.ORG (Lawrence C. Foard)
Subject: Re: Up and Running linux
Keywords: Up and Running linux info. needed
Organization: The Turing Project, Charlottesville Virginia.
Distribution: usa
Date: Thu, 27 Aug 1992 22:41:54 GMT

In article <BtK3Ft.JFM@mentor.cc.purdue.edu> eoi@mace.cc.purdue.edu (Chenmin Zhang) writes:
>
>    I am a new comer for linux would.  I want to like to ask some stupid 
>question about this Unix like system.
>
>    1).  I have a 386sx25 MHz IBM compatible machine with 4 Mb RAM and 106 Mb
>         Seagate IDE Harddrive, 1024 * 768 superVGA and a 2400 Baud modem.
>         With this bare bone system (from UNIX point of view), is that possible
>         to run Linux?   I don't care how slow it will be, I just want to know
>         if it can be run or not.

No problem at all as long as your not running X. If your running X you
may have problems with the 4megs ($130 of Ram will fix that if you have
the money)

Its always funny to remember several years back when people thought Vaxen
where a big deal. Now people with PC's that leave Vaxen in the dust hide
there heads in shame because they are so slow :-)
-- 
>>Unix/C Contract worker available 5 years C/unix work experience<<  ______
Available for Telecommuting/Travel and contracts on the T Line       \    /
in the Boston MA area. Send me e-mail for a copy of my Resume.        \  /
       -- VWIS 508-793-9568 (2400 baud), Linux support BBS.--          \/
Newsgroups: comp.os.linux
From: bjl@loki.research.ptt.nl (Ben Lippolt)
Subject: Swap files (was: Re: .97 kernel and root disk/probs with swapping)
Reply-To: B.J.Lippolt@research.ptt.nl
Organization: PTT Research
Date: Tue, 1 Sep 1992 06:14:38 GMT

torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:

>Swapping from a partition is a lot faster than swapping from a file, but
>creating a file is easier, and it's easier to remove or resize.

>		Linus


On the subject of swapping. 

Would it be possible to implement a scheme (a la SunOS) where you can 
'add' swap files to the swap space? E.g. I have a 8Mb swap partition, and 
when I need more (which happens once in a while) I just create a swap 
file and add it to my 8 Mb swap space. Would this be a minor (i.e. I
can do it myself) or a major change?


Ben Lippolt.
Newsgroups: comp.os.linux
From: bboerner@novell.com (Brendan B. Boerner)
Subject: Re: Rootimage 97-1
Organization: Novell, Inc. --Austin
Date: Fri, 28 Aug 1992 13:39:20 GMT

In article <714872665.F00266@remote.halcyon.com> Mike.Bloxham@f22.n121.z1.fidonet.org (Mike Bloxham) writes:
>Hi All-
>    I am just starting to look at installing Linux.  I have had some
>experience with Minix in the past, but Linux looks great!  I just got
>the bootimage and rootimage files from txs-11 and noticed that the
>rootimage file is larger than a 1.2mb 5.25" floppy.  Rawrite errors
>after it finishes track 79.  Is this a problem?  I could actually load
>the diskette though!  Not sure if it is complete.  

Sounds like you didn't download it in binary mode.

Brendan
-- 
Brendan B. Boerner		Phone: 512/346-8380
Internet: bboerner@novell.com	MHS: bboerner@novell
Please use ^^^^^^^^^^^^^^^^^ if replying by mail.

Newsgroups: comp.os.linux
From: peterson@minerva.Prime.COM (David Peterson)
Subject: Help Wanted: Building gdb-4.6, how to make shared libraries
Followup-To: poster
Organization: Prime Computer R&D
Date: Thu, 3 Sep 1992 17:14:44 GMT

I'm trying to build gdb version 4.6 without success.  After everything
compiles and make runs the big 'smash everything together' load that makes
the executable file, either one of two things happens:

	(When I run 'make' from the top level) - The load bombs with a
		protection fault (I can get specifics if they are of use), or
	(When I cd down to the gdb subdirectory and do a 'make gdb') -
		it hangs, or appears to hang (10+ minutes of no disk activity).
		I'm able to ^C out, though.

I'm running 0.97.p1 and gcc 2.2.2d/patch5 on a 486/33 with 4mb memory and
12mb swap, with about 10mb left on the partition I'm using to build gdb.

Also, is there a cookbook somewhere for turning .a files into jumptable shared
libraries?

If I get useful answers to either question I'll summarize to comp.os.linux.
Thanks.

------------------------------------------------------------------------------
David Peterson   10A-09   (823)3630     Internet:   peterson@minerva.prime.com
                                        UUCP:           ...!{uunet decwrl}!
_____________  __                                   minerva.prime.com!peterson
_________     /  >
___________  /__/ __  '  ___    __      The American Republic  will last until
__________  /    /   /  / > >  /__>     its politicians discover that they can
_________  /    /   /  / / /  <___      bribe their own people  with their own 
                                        money.     -Alexis DeTouqueville, 1785
Opinions expressed are my own and are not necessarily those of Prime Computer,
but they can become yours too for a small monthly fee.
Newsgroups: comp.os.linux
From: djr48312@uxa.cso.uiuc.edu (X X)
Subject: ATI graphics ULTRA?  Will it work?
Organization: University of Illinois at Urbana
Date: Mon, 31 Aug 1992 11:39:29 GMT

WIll the ATi graphics ULTRA work with linux?  Any onr know if the mosue
will work?  Is the card compatible with Xwindows?
Newsgroups: comp.os.linux
From: Scott.Mace@bbs.oit.unc.edu (Scott Mace)
Subject: Ctrl-Alt-Del doesn't work in Linux--- SOLVED!
Organization: Extended Bulletin Board Service
Date: Thu, 27 Aug 1992 20:44:11 GMT


I few weeks ago, I posted a message about CAD not working in my linux
system.  I saw numerous replies saying try this and things like on my system
it doesn't work either...  Well I have solved the problem for ME at least

For those who have AMI bios  there is an option under the advanced setup menu
that says:   Fast A20 Gate  on   you need to turn this off,  there is no
degredation in performance that I can see.  I tried this and CAD and ALSO 
reboot works without having to do a hard reset.  If you don't have such an 
option or your bios uses some cryptic register setting for this option, I
do not know how to set it--RTM.  

Scott Mace

ignore this .sig   please reply to  emace@tenet.edu or smace@nyx.cs.du.edu

--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: mount & head problems
Keywords: mount, msdos, root disk
Organization: Harvey Mudd College, WIBSTR
Date: Mon, 24 Aug 1992 02:02:41 GMT

In article <675@svcs1.UUCP> slix@svcs1.UUCP (Bill Miller) writes:
>Hi Linuxers,
>I've noticed two problems so far with the .97 pl1 root disk.

Uh, do you mean 0.97, or 0.97.1?  There are no patch levels for the
root disk.

>First, the mount -t msdos command doesn't seem to work.  I've tried to
>mount -t /dev/fd1H1440 /mnt as others have suggested (using fd1, or b: 
>drive which is a 1.44 3.5" drive) and I always get "mnt busy" errors.

The correct syntax is 'mount -t msdos /dev/fd1 /mnt' - it may not work
with the mount from 0.97, but it _will_ work with the one from the
0.97.1 root disk.

>Second, when I pipe to head I get a "Broken pipe" message.  I tried:
> 
>   ls -al | head -20
> 
>   it displayed the first 20 lines, and then gave the Broken pipe message.

This is because head just does an exit after reading whatever it's
told to - thus breaking the pipe (because it doesn't try and read
anymore).  I don't know if that's the proper behavior or not, but
that's how it works.  Any suggestions from the peanut gallery?
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
Newsgroups: comp.os.linux
From: ace3@quads.uchicago.edu (Tony 'LLama' Acero)
Subject: Re: New 486 Suggestions?
Followup-To: comp.os.linux
Summary: my system isn't that slow!
Reply-To: ace3@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Mon, 31 Aug 1992 19:57:46 GMT

When I posted that a 'make clean; make dep; make all' required
12 minutes on my 486/33 w/ 10 MB, that was still when 2 of those MB of 
RAM were on an I/O board on the AT bus.  As soon as I pulled out the
board, my compile times dropped to less than 8 minutes.

Just to clarify,

tony acero
ace3@quads.uchicago.edu
From: dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON)
Newsgroups: comp.os.linux
Subject: mtools ate my DOS partition!
Date: 1 Sep 92 03:02:26 GMT
Organization: Lehigh University

Has anyone else had this happen?  My FAT table was totally scrambled after
mwriting a file (I have been doing this regularly, this is the first glitch).
I have to re-load half the DOS side.  Worse is, it could happen again.  My
mtools file in /etc reads:

A /dev/fd0H1440 12 80 2 18	# A: 5 1/4
A /dev/fd0 12 40 2 15
B /dev/fd1h1200 12 80 2 15	# B: 3 1/2
B /dev/fd1 12 80 2 18
C /dev/hda1 16 0 0 0
D /dev/hda6 16 0 0 0

I think this is correct.  I never got any complaints from mtools anyway.
I have 0.96b and gcc-2.2.2.

-- 
Sincerely,

David L. Johnson                    ID:  dlj0@ns1.cc.lehigh.edu
Christmas-Saucon Hall #14, rm 211        
Department of Mathematics

Lehigh University                   Telephone: 215-758-3759 (office)
From: ellis@nova.gmi.edu (Stew Ellis)
Newsgroups: comp.os.linux
Subject: Re: Ethernet drivers
Date: 29 Aug 92 20:15:19 GMT
Organization: GMI Engineering&Management Institute, Flint, MI

cmetz@thor.tjhsst.edu (Craig Metz) writes:


>	I have to put in a good vote here - 3Com 3C503 (Etherlink II) 
>and 3Ccom 3C505B (Etherlink Plus) cards. There are numerous packet
>drivers out there for DOS that use these cards, many of which you
>can get source to, as well. And my school has close to a hundred
>cards, all either a 3C505B or a 3C503 (many were donated by 3COM...
>okay, well, 3COM was going to donate a lot, but they've only come
>up with six. Anybody from 3Com out there? Your people here have
>nixed a good PR opportunity...). 

>	Seeing also as there are so many of these in use, I think
>that somebody should write one. I'm not going to be like 90% of the
>people on this group now and whine and argue that this is what people
>should do (ie somebody ELSE should do), if nobody does start doing
>one soon, then I'll step forward and do it. Just somebody definitely
>needs to support these cards.

>						-Craig


I second the nomination of this card for Linux enet driver support.  It and
the WD|SMC 80x3 are usually the first two for other UNIX tcp/ip's

--
--                                                        ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: BUG with bash and Linux-0.97 pl 2
Date: 29 Aug 92 12:49:26 GMT
Reply-To: LeBlanc@mcc.ac.uk
Organization: Computing Centre, University of Manchester

In article <1992Aug29.054016.28156@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
>I just recently upgraded to Linux 0.97 patchlevel 2, and after I did,
...
>If you type the following at bash under 0.97 PL2:

>unset SHLVL
>exec /bin/sh

>The existing shell will core dump without managing to exec the prgram
>you ask it to exec.
...
>This behavior can be duplicated using either the MCC 0.96c /bin/bash, or
>the /bin/bash on the 0.97 rootimage disk.

This problem disappears if you recompile bash under 0.97p2; at least it
does not exhibit itself with the bash supplied with MCC interim 0.97p2.

     -- Owen
     LeBlanc@mcc.ac.uk
From: ericy@hal.gnu.ai.mit.edu (Eric Youngdale)
Newsgroups: comp.os.linux
Subject: Re: SLS is awesome and getting larger
Date: 26 Aug 92 15:26:30 GMT
Organization: /etc/organization

In article <1992Aug26.125143.17176@murdoch.acc.Virginia.EDU> fh8n@uvacs.cs.Virginia.EDU (Frank Houston) writes:
>	$150 for the Adaptec board supported.
>	$250 for the cheapest scsi cdrom.

	One other thought.  You can use any SCSI board that is supported for
linux, not just the Adaptec.  I just happen to have an Adaptec, but any one of
the others should work just as well.

-Eric
From: card@masi.ibp.fr (Remy CARD)
Newsgroups: comp.os.linux
Subject: efsprogs version 7
Date: 28 Aug 92 11:00:36 GMT
Organization: Laboratoire MASI - Universite Pierre et Marie Curie - Paris - France


	The new version (alpha 7) of the ext fs programs (efsck and mkefs) is
available from ftp-masi.ibp.fr:pub/linux/ALPHA/extfs.  I have uploaded them
to tsx-11.mit.edu and they should appear soon in pub/linux/ALPHA/extfs.  The
files to get are :
	- efsprogs7.tar.Z : source and binaries,
	- efsprogs7.bin.tar.Z : binary programs only,
	- efsprogs7.src.tar.Z : source programs only.

	This version contains the following changes :
	- the Makefile now supports a dep target to create dependencies for
	  object files,
	- the computation of the maximal size of a file was broken in mkefs,
	  it is now fixed (note that this was not a big problem since the
	  ext file system never uses this value),
	- some bugs causing efsck to dump core when the free lists were
	  corrupted are fixed,
	- when salvaging the free lists or correcting the free inodes/blocks
	  counts, efsck did not write the changes to the disk.  Now, it does.
	- Wayne Davison has implemented a conversion from the old .badblocks
	  file to a reserved inode in efsck.  After conversion, the bad blocks
	  do not appear in a file any more so there is no risk to delete or
	  backup them.

--

	Remy Card
	card@masi.ibp.fr
From: apm233m@vaxc.cc.monash.edu.au
Newsgroups: comp.os.linux
Subject: VT one line bug?
Date: 2 Sep 92 14:34:18 +1000
Organization: Computer Centre, Monash University, Australia

I have observed some strange behaviour on my system.

Once in a while, perhaps after a couple of hours of computer use,
a virtual terminal will go into a "one-line" mode. This has not
happened frequently enough for me to be certain about exactly when
it is likely to occur, but for the last couple of times it has been
in response to my entering a 'less' command like:
                  less wx*
where wx* matches one file.

What happens is that the screen scrolls up, filling blanks from the
bottom, except for the bottom line. The contents of the file are
displayed in the bottom line. This leaves all except the bottom line
blank. The virtual terminal is now in a one-line mode, with everything
happening in the last line of the screen (although perhaps the blank
part of the screen is still scrolling, but I can't tell). It remains
in this mode when I quit less. I have not discovered yet how to get
the virtual terminal out of this mode. Fortunately, it has no observed
effects on the other virtual terminals.
The effect may happen on any virtual terminal.
Running the identical command from another virtual terminal immediately
after the problem occurs has not resulted in the same problem on that vt.

Has anyone else observed this?
Is it a bug in less, or the kernel, or me?

I am using 0.97pl2 and a Hercules card. My less is from the 0.96c
mcc-interim distribution. 

(p.s. I wrote this message via kermit on a VAX editor and every so often
the screen behaviour gets out of sync with what the VAX thinks it is.
Typically I will use a cursor key to move up the screen only to find
that it won't move up but scrolls the bottom part of the screen down
(starting from the cursor line). I can break out of this mode by
hitting the HELP key.)
-- 
---------------
Bill Metzenthen
Mathematics Department
Monash University
Australia
Newsgroups: comp.os.linux
From: dperry@ringer.cs.utsa.edu (Dave Perry)
Newsgroups: comp.os.linux
Subject: where is libc.2.2.2?!?
Date: 2 Sep 92 03:28:02 GMT
Organization: University of Texas at San Antonio

Arrgh!

I've looked, and looked, but I can't find *any* old copies of libc.2.2.2!
Until someone re-compiles X and TeX with the new libraries, I need a copy
of that lib file! :(  Can someone point me in the right direction?

-Dave
-- 
------------------------------------------------------------------------------
"...and everything under the sun." | Your message | dave@stat.tamu.edu
                            -pf    |     here!    | dperry@ringer.cs.utsa.edu
------------------------------------------------------------------------------
From: poe@daimi.aau.dk (Peter Orbaek)
Newsgroups: comp.os.linux
Subject: poeigl-1.6 and admutil-1.3 available
Keywords: init getty login getpass
Date: 30 Aug 92 13:38:38 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark

I just uploaded poeigl-1.6.tar.Z and admutil-1.3.tar.Z to nic.funet.fi
and tsx-11.

Login now uses the new vhangup() syscall to prevent others from snooping
at the tty for passwords and other goodies.

There is also a new getpass() routine based upon some BSD code, as it has
become evident that the version that I contributed to libc, doesn't work
with telnet over TCP/IP. I hope the new version works better, but I haven't
been able to test it, because I haven't got a TCP/IP kernel.

The passwd program is changed a little to allow passwords with only lowercase
letters when there is at least one special character or digit in it.
It also explicitly prevents the use of ones username as password.

The shutdown program now tries even harder to avoid getting stuck when 
/etc/utmp is corrupted.

Acknowledgements:
-----------------
Ross Biro <bir7@leland.stanford.edu> made me avare of the vhangup() call.

Johan W}hlin <d88-jwn@nada.kth.se> provided the fix for passwd.c

My thanks to both of them.

As always, the packages contains only sourcecode. The binaries can be built
under Linux 0.97P1+ or later with at least gcc-2.2.2

To those that do not already know, the poeigl package contains:

        init, getty, login, hostname, mesg, users, who, write

and admutils contains:

        chsh, ctrlaltdel, init, last, newgrp, passwd, shutdown, reboot,
        halt, su

I have put the packages out for anon ftp at:

        ftp.daimi.aau.dk:/pub/Linux-source
        tsx-11.mit.edu:/pub/linux/<whereever tytso puts them>
        nic.funet.fi:/pub/OS/Linux/<whereever arl puts them>

        - Peter. <poe@daimi.aau.dk>
-- 
Peter Orbaek <poe@daimi.aau.dk>
Hasle Ringvej 122, DK-8200 Aarhus N, DENMARK
Newsgroups: comp.os.linux
From: cummings@tiger1.prime.com (Kevin J. Cummings)
Subject: Re: Is SLIP available on LINUX?
Keywords: SLIP
Organization: Prime Computer, Inc.
Date: Fri, 4 Sep 1992 19:14:20 GMT

In article <harry.715632476@puff.socsci.umn.edu>, harry@atlas.socsci.umn.edu (Kuo-Chen Chang) writes:
> This might an FAQ.  Is SLIP available on Linux?

Not yet! B^)   I use the SL/IP support in KA9Q.  Find it at the LINUX
archive nearest you.

=================================================================
Kevin J. Cummings                       PrimeService
20 Briarwood Road                       A Computervision Company
Framingham, Mass.                       500 Old Connecticut Path
					Framingham, Mass.
Work:  cummings@primerd.Prime.COM
Home:  cummings@kjc386.framingham.ma.us

Std. Disclaimer: "Mr. McKittrick, after careful consideration,
		  I've come to the conclusion that your new
		  defense system SUCKS..."   --  War Games
=================================================================