HDTenEightyP/NetNews huggingface dataset:
From: hlu@fili.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: Re: Using patch
Date: 29 Aug 92 22:10:58 GMT
Article-I.D.: serval.1992Aug29.221058.9730
Organization: Washington State University

In article <1992Aug29.032618.21762@athena.mit.edu>, hammond@kwhpc.caseng.com (Kevin W. Hammond) writes:
|> I applied patch 1 to 0.97 this morning, but had to manually answer Yes to each
|> file it desired to patch.  Is there a way for patch to do this automatically?
|> 
|> The command I used was:
|> 
|> 	patch < patch1
|> 
|> I was in the /usr/src/linux directory.
|> 

cd /usr/src
patch -p0 < patch1

H.J.
From: dingbat@diku.dk (Niels Skov Olsen)
Newsgroups: comp.os.linux
Subject: Re: 0.97 patch 2 problems
Date: 24 Aug 92 21:24:44 GMT
Organization: Department of Computer Science, U of Copenhagen

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

[ps has to be tweaked]

>The 'mount' problem is interesting: I'm still using a very old mount
>from before the vfs days (the binary is dated Feb 27), so I didn't see
>the above problem.  I don't know the reason, and I hope somebody can use
>gdb on the program to see where the problem occurs.  Maybe I'll have to
>download the root diskette just to try it out. 

I haven't got gdb installed, but I made bare bone versions of mount/umount
that works ok. So the problem is obviously in the code doing administrative 
tasks like /etc/mtab updating, error checking or whatever.

Niels
From: jon@robots.ox.ac.uk (Jon Tombs)
Newsgroups: comp.os.linux
Subject: File and /etc/magic
Date: 1 Sep 92 02:37:54 GMT
Organization: Robotics Research Group, Engineering Science Dept, Oxford, UK.
Originator: jon@diomedes.robots


I just put up the linux port of file (1) on my system, but unfortunatly it
doesn't come with the /etc/magic entries for any linux files.

  Has anyone entered the magic numbers for the different types of linux
executables and for coredumps (they seem to have the same magic as old sun2
binaries!).

thanks,
--
 Jon                    <jon@robots.ox.ac.uk>
	I'm not playing with my computer, I'm working!
From: hammond@kwhpc.caseng.com (Kevin W. Hammond)
Newsgroups: comp.os.linux
Subject: Re: Background processes not dying on parent exit
Date: 31 Aug 92 13:35:21 GMT
Reply-To: hammond@kwhpc.caseng.com
Organization: The Internet

| 
| In article <1992Aug31.040048.27053@athena.mit.edu> you write:
| |> 
| |> I ran a process in the background from tcsh with the ampersand (&).  I would
| |> have expected that when I logged out of the shell that my background processes
| |> would have died as well, but they didn't.
| |> 
| |> Is the shell responsible for killing the background processes, or, since the
| |> shell is the parent of them and has been terminated, shouldn't the OS kill
| |> the processes automatically?
| |> 
| 
| This is what is supposed to happen.  This allows you to start a long job and
| logout, allowing another person to use the computer while your job is running.
| 

I thought that was supposed to happen only if you ran the background job via
nohup.  In otherwords, when then parent shell would exit, it would send SIGHUP
to all of it's children, letting them know the parent was exiting.  Running
the program nohup would make the child immune to such a signal.

-kwh-
-- 
Kevin W. Hammond
hammond@kwhpc.caseng.com

  CASE Engineering * 575 W. Madison #1601 * Chicago, IL 60661 * (312)902-2161
Newsgroups: comp.os.linux
From: hpa@casbah.acns.nwu.edu (H. Peter Anvin N9ITP)
Subject: Re: Getting /Image for .97
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Organization: You must be kidding!
Date: Thu, 3 Sep 1992 14:00:50 GMT

In article <BtzJo5.Lyv@mentor.cc.purdue.edu> of comp.os.linux,
  jbradsha@mentor.cc.purdue.edu (Jonathan Bradshaw) writes:
> Apart from getting the source how can I get the /Image file for 0.97.1
> rootimage?  I installed it on my hard drive and everything works great
> from floppy but I have the Os/2 2.0 boot manager and want to boot Linux
> from it. I have grabbed lilo but don't have the /Image file it seems to
> need. Anyone who has done this (using boot manager or lilo) please let
> me know. Thanks.

The Image file is the same file as the one you rawrote to floppy to boot
that way.  Put it in the root directory so LILO can boot from it.  Shoelace
users (incl. me) tend to call it /vmlinux rather than /Image ; it shouldn't
matter.

	/hpa
-- 
INTERNET:  hpa@nwu.edu   TALK:      hpa@casbah.acns.nwu.edu
BITNET:    HPA@NUACC     IBMNET:    16331@IBMX400
HAM RADIO: N9ITP         NeXTMAIL:  hpa@lenny.acns.nwu.edu
Have you kissed your Swede today?
Newsgroups: comp.os.linux
From: Peter MacDonald <pmacdona@tadpole.bcsc.gov.bc.ca>
Subject: jump tables and X11 libs
Reply-To: pmacdona@tadpole.bcsc.gov.bc.ca
Organization: The Internet
Date: Mon, 31 Aug 1992 03:59:20 GMT

Personally, I do not believe that NOT using jump tables for X11 is 
a problem.  First, the main reason for jump tables is that the libc
et al, change continuously.  And second, the shared libs form a 
heirarchy, with libc.a at the root.  All changes ripple out from 
the root.   Thus, asking for a recompile for libc is totally
different than just asking for an X11 recompile.  Third, since
windowing/GUI S/W is much more time critical than other S/W
(IMH!O) then omitting jump tables is probably a good idea.
Also, I beleive that the X server (X386) is more likely to change
than the Xlibs.

Now Interviews,  that is a different story.  It changes a lot.  So
it should probably use jump tables.  But as I understand it,  jump
tables handle everything automatically, except global data (normally
a no-no in s/w engineerring and libs anyways, but like every rule, 
broken with aplomb).  Thus the primary task of building a shared lib is: 
1) hardcoding the location of global data, and 
2) upon cutting the next version, adding the new functions to the end 
of the jump table.

Finally, if an interface changes, then jump-tables (or any shared
libs/DLL approach for that matter) will not save you. 

Belatedly, at this point, I acknowledge the fine work of David Engel
in developing the jump tables.  If I am off base in the above please 
feel free to flame me.  And that most of the finest contributions towards 
Linux, have come from people who already have full plates, either in 
acedemia, or in the career sense.   It is perhaps ironic, perhaps inevitable
that those that can least afford to do so, do.
Newsgroups: comp.os.linux
From: paula@Informatik.TU-Muenchen.DE (Andreas Paul)
Subject: Re: scrolling bar for Xterm  --  solved
Originator: paula@hpzenger3.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 27 Aug 1992 15:58:16 GMT


In article <harry.714664455@puff.socsci.umn.edu>, harry@atlas.socsci.umn.edu (Kuo-Chen Chang) writes:
|> I solved my question -- open an Xterm with scrolling bar.
|> 
|> xterm -sb -e /bin/sh & 

try "xterm -sl 1000 -sb -e  /bin/sh &"

That gives U 1000 Lines of Scrollbackbuffer !!!

Couldn't live without it :)

Andreas Paul
Newsgroups: comp.os.linux
Subject: Re: clearing SUID bit on writes
From: system@kryton.UUCP (Scott Beckstead)
Date: Wed, 02 Sep 92 21:23:06 PDT
Organization: Paradox Alley F&SF BBS 805-492-8789

vesseur@fwi.uva.nl (Joep JJ Vesseur) writes:

> Frank T Lofaro <fl0p+@andrew.cmu.edu> writes:
> 
> >	Linux should definitely un-setuid and un-setgid files on any
> >modification (such as an append). Otherwise it could prove to be a very
> >nasty security hole. 
> >[...] doesn't belong in a secure (well,
> >as secure as UN*X can reasonably be) environment.
> 
>    well, i don't know to what extend linux _is_ secure (anyone out there
> cares to make any correctness proofs?) and whether anyone uses it
> as a real multiple user (read: different users) system at the moment,
> but no doubt this will happen in the future.
>    i only don't think it should clean the bit on all modifications, only
> those initiated by users with a different real-uid than the owner of
> the file, in contrast to sysV.
> 
> joep.
> 
> ---
> joep vesseur     ---     email: vesseur@fwi.uva.nl

Well if some one who knows how to set up a secure system will do so and give me
access to it, I'll put together a tiger team and try to break it.  I have a 
knack for finding silly bugs that way too.  Couldn't get near my friends 
OS9 box with out causing it to take a dump or just plain lock up.
Oh yeah it would be nice if you were local to me too.


 



System Administrator Paradox Alley  F&SF BBS and Usenet News/Mail 
805-492-8789  Thousand Oaks, Ca. The Place For Science Fiction and Fantasy
"Spin My Nipple Nuts and Send Me to Alaska!" Kryten, Red Dwarf

Newsgroups: comp.os.linux
From: trussell@cwis.unomaha.edu (Tim Russell)
Subject: Re: How to create a user and other questions!
Organization: University of Nebraska at Omaha
Distribution: usa
Date: Wed, 2 Sep 1992 07:24:03 GMT

ngoh@ucsu.Colorado.EDU (Hien 'Striker' Ngo) writes:

>In article <trussell.715382067@cwis> trussell@cwis.unomaha.edu (Tim Russell) writes:
>>    The emacs provided has X11 support built in, so you'll have to install
>>X11 to get the X libraries in /lib.

>I believe the switch you are looking for is -nw.  This should bring
>gnuemacs up in the no windows mode.

    Er, I haven't checked (my Linux machine is at work and I'm not) but I
believe the problem is that the X11 shared libraries aren't installed
in /lib if you don't load X11 with sysinstall, so it doesn't even get
to the point of starting up to parse the -nw option.  Once you get the
required X libraries installed, yes, -rw is what you need for non-X work,
or just make sure DISPLAY isn't defined.

    Please do correct me if I'm wrong on this.

--
    Tim Russell                 Omaha, NE              trussell@unomaha.edu
One of the richest men in the world made his billions selling a toy "operating
system" that is more accurately described as a glorified bootstrap loader.
                                                  -- Phil Karn
Newsgroups: comp.os.linux
From: mark@student.business.uwo.ca (Mark Bramwell CS STAFF)
Subject: how to run gwm instead of twm
Organization: University of Western Ontario
Date: Sat, 29 Aug 1992 03:35:16 GMT

I am not an unix guru, but I have found the answer to the question of:

how to run gwm instead of twm.

You need to edit a file called xinitrc.  I believe it was in /usr/lib/X11/xinit

Change the line at the end from twm to gwm.  Gwm has a mwm emulation mode
that I think looks great, but I can't get the menus to pop-up.
mark@student.business.uwo.ca (Mark Bramwell CS STAFF)
Western Business School  --  London, Ontario
From: sander@kozmix.hacktic.nl (Sander van Malssen)
Newsgroups: comp.os.linux
Subject: Re: How do you install programs?
Date: Mon, 31 Aug 92 19:48:32 MET
Organization: Kozmic Egg Productions


geek+@CMU.EDU (Brian E. Gallew) writes:

> Since linux now supports the dos fs, what *possible* use is mtools?

I think mdir is pretty handy for browsing through a bunch of unlabeled
floppies (as mine almost always are), but that's all I ever use of that
package.



Bye!
Sander

		       = Linux or bust! =
Sander van Malssen | sander@kozmix.hacktic.nl | Fido 2:285/101.6
Newsgroups: comp.os.linux
From: maassen@kreon.informatik.rwth-aachen.de (Andreas Maassen)
Subject: Anybody working on NFS?
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date:  2 Sep 92 06:26:57 GMT

The subject says it all: is anybody working on NFS? If yes, when will
it be available?

Andreas
(maassen@parsytec.de)
From: oles@spectra (Shawn Oles)
Newsgroups: comp.os.linux
Subject: Re: Stacker like file system
Date: 30 Aug 92 02:49:15 GMT
Article-I.D.: news.1992Aug30.024915.24276
Organization: University of Hawaii, Dept. of Electrical Engineering

In article <1992Aug28.223823.9755@uoft02.utoledo.edu> billp@jupiter.cse.utoledo.edu (Bill Parquet) writes:
>mfp+@CS.CMU.EDU (Michael Polis) writes:
>: |> Having a /usr/compressed/pics directory with on-the-fly compression would be
>: |> a dream come true.
>: How about storing them as GIF's, which are inherently compressed using
>: the LZW algorithm (the one used by compress).
>
>There's a few disadvantages to using GIF format.   Most namely is the
>restriction to 256 colors.  
>
>What kind of compression technique do those
>programs [stacker/doubledisk/etc] use? (Hopefully this isn't the start of

I am not sure about the other companies, but stacker is based on Stac Electronics
QIC-122 compression standard which is briefly discussed in "The Data
Compression Book" (Nelson, 91 pg 228).  Basically it uses a variant of the
Ziv-Lempel Dictionary discussed in their 1978 paper and exploited by Welch
in the algorithm LZW.  There are a wealth of books on data compression. Read
the FAQ in comp.compression for more detail.

>a completely unrelated discussion) ... The only thing that I think gets 
>really ugly about those programs if you have a file that contians a block
>of zeros in the middle, then you have a program that fseeks to that block
>and writes a block of random data over it.  The compression program has
>to deal with expansion in the physical file size.

easy.  If blocks are compressed at the block level, as we have been discussing,
the new block can be re-written in the middle of the file independently of ALL
other blocks in the file; thus just the modified block, with its new size, is
written.  This not as easy as a normal modify but is doable.

This does lead to a few problems, most notably, if the file system is full and
the modified block size increases, it is possible that the file system
will have to generate an "no space on device" type error message, which
might break a few programs.  

One place where this worries me slightly, is what happens if 
a) if the file system is full
b) and the user deletes a file, which modifies the block containing the
   files directory entry
c) and the modified directory block expands (which is highly unlikely, but
   possible)

if this occurs, then the user will not be able to remove the directory
entry, and might lead to a corrupted file system.  

Anyway, the easy solution is just to panic("your screwed\n"); and recomend 
a reformat. :)  This is a highly unlikely senario, but still bothers me.


-shawn
-- 

-shawn
Newsgroups: comp.os.linux
From: jrs@world.std.com (Rick Sladkey)
Subject: Re: Need serial ports  
Organization: The Internet
Date: Fri, 28 Aug 1992 02:27:32 GMT

>>>>> On Wed, 26 Aug 1992 23:57:22 GMT, tree@midget.towson.edu (Denise
>>>>> Tree) said:

Denise> The problem is... I need serial poerts now that I'm not just 
Denise> using a mouse and a modem. My second second serial card is,
Denise> of course, useless under Linux.

Well, not quite "of course."  For clarification: Linux can use up to
four simultaneous serial ports on different IRQs "out of the box" with
standard AT hardware and typical serial cards.  If you need more than
that, it is possible to get even more by making a few small changes
and recompiling the kernel.

So get setserial.tar.Z from tsx-11.mit.edu or from the 0.97 root disk
and fiddle with some jumpers or dip switches and go crazy.
--
Rick Sladkey
jrs@world.std.com
From: mcbeeb@atlantis.CS.ORST.EDU (Brian Mcbee)
Newsgroups: comp.os.linux
Subject: Pioneer 6 disk CD-ROM changer
Date: 30 Aug 92 06:42:13 GMT
Article-I.D.: leela.1992Aug30.064213.3143
Organization: Computer Science Outreach Services - Oregon State University

Is the Pioneer 6-disk changer likely to work with the current SCSI and
CD-ROM drivers?  It sure would be handy to have several disks mounted
at once.
Newsgroups: comp.os.linux
From: drew@ophelia.cs.colorado.edu (Drew Eckhardt)
Subject: Re: What SCSI controllers supported
Organization: University of Colorado at Boulder
Date: Sat, 29 Aug 1992 18:36:02 GMT

In article <Btpqt3.9By@news.cso.uiuc.edu> djr48312@uxa.cso.uiuc.edu (X X) writes:
>I need to know, (again) what scsi controllers are supported.  I just got a scsi
>drive, but no controller until I am sure.
>
>

Adaptec 154x, 174x, and clones, Future Domain 16 bit, Seagate, Western 
Digital 7000, and Ultrastor 14f.

-- 
Microsoft is responsible for propogating the evils it calls DOS and Windows, 
IBM for AIX (appropriately called Aches by those having to administer it), but 
marketing's sins don't come close to those of legal departments.
Boycott AT&T for their absurd anti-BSDI lawsuit.
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: gcc can't find scandir or alphasort?
Organization: Harvey Mudd College, WIBSTR
Date: Tue, 25 Aug 1992 21:04:21 GMT

In article <1992Aug25.165215.149530@ns1.cc.lehigh.edu> dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON) writes:
>Sorry if this is a FAQ, but I can't seem to find the answer.  I'm trying to
>compile aXe-3.0.1 under linus-0.96c/gcc-2.2.2.  I cna't seem to get around the
>fact that the subroutines alphasort and scandir seem to be missing.  Any help?

Grab the scandir source from the BSD sources, make a small change
(instead of using dirent.length use strlen(dirent.name) or something
like that), and link it with aXe - works like a charm.

It would probably be nice to have scandir and alphasort (alphasort is
with scandir in the BSD sources) included in libc.a, but just for
peace of mind I'd recommend someone else reimplment it from scratch -
they are both very trivial functions, and take up less space than the
BSD copyright.  :)

>I just compiled aXe-3.0.1 on my office machine (an rs6000), and it's the best
>mouse-based editor around.  Really nice features.  I know it'll work here once
>I get around this problem, since commenting out that stuff got it going -
>but of course it crashes when I ask it to sort a directory for a file.

Are you sure you've got aXe running okay, and it's not dumping core
every once in a while?  Try using one of the menu options that closes
all buffers and exits, and I'm willing to bet you'll get a nice core
file.
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: VM386?  Possible?
Date: 2 Sep 92 14:19:52 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep1.225633.7494@athena.mit.edu>, hammond@kwhpc.caseng.com (Kevin W. Hammond) writes:
| When you run a virtual 86 machine, you are only running an 8086 (8088). 

  That's not completely correct. The addressing modes are limited, but
the 32 bit instructions still work, and I believe the extra seg regs are
also available. It's sort of a hybred mode. I used to run fract286
(pre-fractint) under VP/ix, and a few of my own things which did 32 bit
register stuff, so I'm sure it doesn't really look like an 8086.

-- 
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.
Newsgroups: comp.os.linux
Subject: Re: Floppy interface tap units info request
From: butler@cs.tulane.edu (Larry Butler)
Date: 1 Sep 92 12:18:00 CDT

Nntp-Posting-Host-[nntpd-10577]: jupiter
Organization: Computer Science Dept., Tulane Univ., New Orleans, LA
Date: Tue, 1 Sep 1992 17:08:09 GMT

In article <1992Sep1.115517.1@vx24.cc.monash.edu.au> edb201acot@vx24.cc.monash.edu.au writes:
>Hi,
>I'm trying to find out whether or not those tape backup units which use the
>floppy interface connectors will work under linux. My information has it that
>they don't require a device driver under DOS but only work with specific
>software which is hence probably doing the job of the driver.
>
>Does anyone know anything more, specifically whether they can be used under
>Linux without me having to write a device driver.
>
>The brand names that seem to occur most frequently are alloy and mountain.
>
>Thanks for any help
>
>Scott Thompson
>int678t@aurora.cc.monash.edu.au
>

I would like some information on that.
Larry (butler@cs.tulane.edu)
Newsgroups: comp.os.linux
From: koelman@cuby.stc.nl (Ton Koelman)
Subject: Re: Beta TCP/IP
Reply-To: koelman@stc.nato.int
Organization: SHAPE Technical Centre, NL
Date: Fri, 28 Aug 1992 11:46:57 GMT

> 
> My biased vote would be for a PCnet-ISA driver (it's the NE2100 card
> in a chip). It's a high performance bus master ethernet chip which
> we are agressively designing into PC motherboards. Depends on whether
> you're interested in existing systems or future systems.

which PC manufacturers/vendors actually supply motherboard
ethernet?

--
Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: Which EtherNet to buy?
Date: 26 Aug 92 00:49:59 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

drew@caesar.cs.colorado.edu (Drew Eckhardt) writes:

>>A card here at the computer star is 'SMC' or something and is pretty
>>cheep (around $200)..
>1.  It isn't supported.

The SMC Elite16 series is claimed to be compatible with the WD 8013.
(I heard a rumor that WD is no longer making cards, and SMC has taken
over their line, but I'm by no means sure of that.)  This is the
standard card at Rutgers, and I'm not surprised that it's the standard
card at CMU as well.  They perform very well, have lots of software
that supports them, and aren't very expensive.  I've used one
successfully with the WD driver under 386BSD and we.c under Linux.
Since the new TCP/IP seems to be using a later version of we.c, I'd be
*very* surprised if it didn't work.
From: Peter MacDonald <pmacdona@tadpole.bcsc.gov.bc.ca>
Subject: RE: SLS problems
Reply-To: pmacdona@tadpole.bcsc.gov.bc.ca
Organization: The Internet
Date: Mon, 31 Aug 1992 03:27:08 GMT

Forgot one more thing.  In the next release of SLS, the "/install/dosinst.sh" 
script will be treated differently.  

1) upon installation, it will be invoked with NO arguments. 
2) when removing a package, it will be invoked with the -remove arg.
3) when extracting a package, it will be invoked with the -extract arg.

Step 1) is unchanged from .96c.  
Step 2) is allows attempts to allow restoration of files that would be overwritten.
Step 3) is useful only for those doing package development, as it allows
them to "take a snapshot" of a package "in situ".

After installation, sysinstall will move the file "/install/doinst.sh" to 
"/install/scripts/" replacing "doinst.sh" with the package name.  This allows
extraction of the package later, while preserving the script.
From: s_baumgn@irau26 (Fred Baumgarten)
Newsgroups: comp.os.linux
Subject: QIC 40 / QIC 80 ?
Date: 3 Sep 1992 08:48:11 GMT
Organization: University of Karlsruhe, Comp. Sc. Dept., FRG
Distribution: world
NNTP-Posting-Host: irau26.ira.uka.de
Summary: Looking for QIC40/QIC80 Support
Keywords: streamer, linux, wanted
X-Newsreader: Tin 1.1 PL5

Hi Netlanders !

As you can see in the subject line, I am looking for either QIC40/QIC80
software for Linux or some detailed specifications to implement such stuff.

Any ideas ?

Fred Baumgarten
--
EUNET: s_baumgarten@iravcl.ira.uka.de                       .
       s_baumgn@ira.uka.de                                .;';.
BITNET: uk5f@dkauni2.bitnet (monthly)                   .;'   ';.
IP: 44.130.29.10 (TCP/SMTP/FTP)                       .;'       ';.
Bang: ...unido!uka!iravcl!s_baumgarten              .;'  \,---./  ';.
Snail - Mail: Kandelstrasse 27,                   .;'  --{  O  }--  ';.
              D-W7513 Stutensee-Buechig 2       .;'      /`---'\      ';.
PACKET RADIO: dc6iq@db0sao.ampr.org           .;;;;;;;;;;;;;;;;;;;;;;;;;;;.

Newsgroups: comp.os.linux