HDTenEightyP/NetNews huggingface dataset:
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux,alt.os.linux
Subject: Re: more on my problem(I still haven't got any help) : )
Date: 17 Apr 92 08:03:04 GMT
Organization: University of Helsinki

In article <1992Apr15.232024.23565@athena.mit.edu> jgifford@attmail.com writes:
>Ok, here goes:
>I had xcomm, it was running fine.  suddenly, it started outputting to the
>screen 2 cr/lf for every one I hit on the keyboard.  I went into kermit
>to see if it was xcomm, or the place I  am calling.  kermit was doing
>this:
>C-Kermit>set line /dev/ttys4
>
>C-kermit> set speed 2400

At least the double-spacing in kermit is due to login first enabling
ECHONL on the tty for the password recognition (it naturally wants no
echo on normal characters, but wants the newline to be echoed), and it
doesn't disable it afterwards. This doesn't result in any problems for
most things, but some programs (at least my port of kermit) seem not to
notice it: kermit disables echoing, but doesn't disable the ECHONL.

The cure for kermit is to write "stty -echonl" in your .profile or
similar - I don't know if this helps xcomm as well.

		Linus
Newsgroups: comp.os.linux
From: cummings@hammer.Prime.COM (Kevin Cummings)
Subject: Re: expr
Keywords: Softscroll
Organization: Prime Computer R&D
Date: Wed, 15 Apr 1992 20:42:12 GMT

In article <1992Apr15.175301.27390@walter.bellcore.com>, jeng@ipanema..bellcore.com (Fureching Jeng) writes:
> I have installed gcc 2.1 on my machine. Unfortunately, I can't run g++ without
> "expr". Does anyone know where I can get "expr"?

These is an expr.a in the /usr/shared/obj directory of the 2.1shared-A.tar
file that is kinda part of gcc 2.1.  Finish loading it on your
machine and install it along with your 2.1 shared library.

=================================================================
Kevin J. Cummings                       Prime Computer Inc.
20 Briarwood Road                       500 Old Connecticut Path
Framingham, Mass.                       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
=================================================================
Newsgroups: comp.os.linux,alt.os.linux
From: michael@gandalf.informatik.rwth-aachen.de (Michael Haardt)
Subject: Re: Compilers
Reply-To: u31b3hs@messua.informatik.rwth-aachen.de (Michael Haardt)
Organization: Gandalf - a 386-20 machine
Date: Mon,  6 Apr 92 22:27:02 +0100

From article <1992Apr6.015643.22610@ucc.su.OZ.AU>, by gandalf! (Fred):
> What is going to happen with compilers under Linux? We have gcc1.40 with
> problems in the libraries. Then we have gcc2.x that is broken as well.
And we will get 2.1 with libraries.  Be patient for a while, all known
problems will be exchanged with new and more interesting ones :-)

> The other thing that people out there may be forgetting is that there are
> some of us that only have 2M ram, and cant afford to spring for more ram, and
> the move to 2.x will leave us in the cold.
Right, I have 2 MB and I can't afford to buy a new motherboard, mine is toooo
old and this special custum memory expansion cards are disappeared from world.
(I need Micronics/Compaq compatible sandwich boards, any offers?)

So I will have to live some some swapping.  Remember, it still works.  I
could also buy a cheap 16 bit memory expansion card, but haven't checked
that yet.  Or I could invest some work trying to implement a better
paging strategy.

Where are the problems?  Beta means beta == brandnew and interesting,
may need additional work.  Use Emacs without cursor keys, return or
backspace key (use Control J and Control H) and some bugs in memory
management on a keyboard with totally different layout than labeled for
a while to develop a better version, and you wouldn't complain about
these *minor* problems with compilers :)

Michael
Newsgroups: comp.os.linux
From: david@ods.com (David Engel)
Subject: Help Removing Bad Directory
Organization: Optical Data Systems, Inc.
Date: Mon, 13 Apr 1992 15:03:54 GMT

I ran into my first serious, file-system problem this weekend.  Luckily,
the only things lost were either backed-up or could easily be recreated.
Fsck -a was able to repair all problems but one.  I have a directory that
I can't remove.  Fsck reports an error about '.' and '..' not being first
and can't, or won't, repair the damage.  Rm -rf reports some error about
the directory not being mounted on device xyz and fails saying that the
directory isn't empty.

Does anybody know of a way, short of mkfs, to remove this directory.  If
not, I'll live with it and wait until we get FFS (or equivalent) before
running mkfs.

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081
Xref: sparky comp.os.linux:436 alt.os.linux:2501
From: scottd@cs.hw.ac.uk (Scott Dunn)
Newsgroups: comp.os.linux,alt.os.linux
Subject: Miscellaneous questions.
Date: 14 Apr 92 12:00:35 GMT
Organization: Dept of Computer Science, Heriot-Watt University, Scotland

Finally managed to get linux installed and working properly.  0.95c seems
to have solved the HD timeout problem I was having.  Thanks to everyone
who tried to help.  I think I replied to everyone, but if I didn't, sorry,
I deleted all the saved messages before replying to all.(silly)

Some miscellaneous questions (probably daft) :

1.	I am using tcsh, how do I set up paths to include and lib directories?
	This doesn't seem to be a problem, recompiled the kernel with no paths
	set up, other than path for binaries etc.
	However, gcc -g (debug info) gives the following link error :
		can't find libg   or something like that.
	I can't find what it's looking for.

2.	What is a working version of tar and un/compress?
	A lot of problems seem to be solved by getting new versions of the
	aforementioned.  However, nobody has indicated how to identify which
	are the dodgy copies.
	Sometimes when uncompressing it seems to get stuck in an infinite
	loop which takes all system resources.  ie I can't login to another
	terminal and kill the process.  Is this what is known as a 'race
	condition' ?  Is this indicate a dodgy copy of un/compress ?

3.	What are shared libraries?
	What are the implications of using shared libraries?
	I got a load of object files, I think it was 2.1-shared-A.tar.Z which
	apparently use them.  Certainly, once they were 'made' they were
	much smaller than the 'normal' equivelants.
	Are there limitations when using shared libraries?
	Are they like runtime libaries?

4.	Why are ccp and cc1plus(?) in my /lib directory with links to
	/usr/lib/..../ccp, cc1plus?
	When I first tried to use gcc, it failed saying it couldn't
	find them.  I just stuck /lib in my path, but this seems wrong
	to me.  I didn't move the aforementioned into /usr/bin on the
	assumption that they must have been put /lib for some reason.

5.	A number of utilities crash when I give valid syntax in an
	inapropriate situation. e.g.
		ls -l *.doc
	when there are no docs in the current directory.  Is this a bug
	in the kernel, the utilities (do they have to be recompiled), or
	some peculiarity of my system?


Thanks in advance,

Scott.
From: l00017@eeyore.stcloud.msus.edu (Networking Research)
Newsgroups: comp.os.linux
Subject: Relative speed of Linux
Date: 8 Apr 92 08:34:40 GMT
Article-I.D.: msus1.1992Apr8.023442.346
Organization: Saint Cloud State University

In article <Apr.4.01.42.33.1992.29965@dartagnan.rutgers.edu> hedrick@dartagnan.rutgers.edu (Charles Hedrick) writes:
>features.  A number of people claim that Linux feels fast, but since I
>haven't run any other Unix variant on my system, I have no good

Well, on a 386/25, no cache, Linux *feels* as fast as my Mach386 486/33C,
in serous processing the 486 blows away the 386 of course, but Linux has
a distinctly snappier OS response than Mach386.  Same is true for SCO Open
DeathTop.  I can definately report that on a 386/25, Linux outruns DeathTop
significantly.  I'd guess that in the sense of operating system spped, Linux
will perform much better than any of the "big name" Unixes available for
the {3,4}86.  They're not written right down on the hardware, and most of them
are bloated SVR4 beasts anyhow.  (I do like Mach386 though, it's Mach+BSD4.3)

Keep adding features to Linux, surely, but keep the core small and stream-
lined.  If things can stay small while adding networking and such, Linux
has the potential for being a real alternative for those who want extra
performance and don't require a megalithic company behind their OS.

Just as a sidenote.  I just upgraded to 0.95a (I've got the patches to c,
just havn't doen them yet) from 0.12, and while I was impressed with 0.12,
I'm *very* impressed with 0.95a!  My thanks to everybody who's been
contributing to the effort, and my profound respect to Linus for getting this
to this point in just a year!

-Mark Holden
l00017@eeyore.stcloud.msus.edu
From: moyerg@jove.cs.pdx.edu (gary a moyer)
Newsgroups: comp.os.linux
Subject: where could one obtain ash?
Keywords: ash, shells
Date: 5 Apr 92 22:58:51 GMT
Article-I.D.: pdxgate.5253

I heard it mentioned that ash was now shipping on .95a root.  Is it
posted separately somewhere?

                        Thanks.  Gary Moyer
From: dingbat@diku.dk (Niels Skov Olsen)
Newsgroups: comp.os.linux
Subject: Re: expr
Keywords: Softscroll
Date: 16 Apr 92 20:42:58 GMT
Organization: Department of Computer Science, U of Copenhagen

jeng@ipanema..bellcore.com (Fureching Jeng) writes:

>I have installed gcc 2.1 on my machine. Unfortunately, I can't run g++ without

>"expr". Does anyone know where I can get "expr"?

expr is in the shellutils-1.6.tar.Z (or therabouts) on prep.ai.mit.edu.
In this package are some other nice utils too.

I compiled it with GCC2.1 with only small adjustments to the makefiles
(I don't have echo) and a little finetuning in obvious places. I didn't
make notes as I went along, so I don't remember the exact steps. It 
should't be a problem though. Mail me if it is and I will try to 
reconstruct what I did.

Niels
Newsgroups: comp.os.linux
From: dcuka@cbnewse.cb.att.com (david.a.cuka)
Subject: Re: Linux Printer
Organization: AT&T
Date: Wed, 15 Apr 1992 13:46:50 GMT
Followup-To: comp.os.linux
Summary: Printer now works
Keywords: linux, printer

In article <12219@ucdavis.ucdavis.edu> cccstevn@underdog.ucdavis.edu (Steve Ansell) writes:
>In article <1992Apr14.143116.25015@cbnewse.cb.att.com> dcuka@cbnewse.cb.att.com (david.a.cuka) writes:
>>
>>I got a "ENODEV", so I tried using minor device number 1, which did not
>>work either.  Is there some addtional setup that I am missing?  I
>>am running on v0.95a. The printer is a Panasonic KXP-1024 parallel
>               ^^^^^^
>
>Unless you applied the kernel patches yourself (you don't mention it above)
>you don't have the lp driver support in the kernel.  You need to get a copy
>of v0.95c+ which has the lp driver support in the kernel already.  Once you
>have that there shouldn't be much to it other than what you show above.
>
>
>-- 
>                                         	-Steven T. Ansell
>                                          	Unix Consultant
>                                          	Computing Services U.C.D.	


Thanks to all who replied, I downloaded 0.95c+ and the printer now works.
Also, my extended partition is now recognized by linux and by mtools.

DAC
From: lpickup@xanadu.btv.ibm.com (Lance Pickup)
Newsgroups: comp.os.linux
Subject: Re: What is linux?
Keywords: linux
Date: 6 Apr 92 13:29:35 GMT
Reply-To: lpickup@vnet.ibm.com
Organization: IBM Technology Products

In article <1992Apr03.132049.116751@watson.ibm.com>, lpickup@xanadu.btv.ibm.com (Lance Pickup) writes:
|>                                If I can find any free time, I'll be
|> taking a stab at it, but I won't guarantee my success!

Hmmm...I may have to back down on my statement.  I keep breaking through
what appears to be brick walls (afterwards they look like paper though),
only to find another brick wall in front of me!

This time it is the fact that DJGPP is adding 0x1020 to all my data
addresses.  Not necessarily a problem for DJGPP because it expects
to load all its programs with GO32 which sets up a data segment
some magical way such that you need to add that number to all
the addresses!  This is based on an examination of head.s only--
I have no idea what assumptions it's making in the C code!

Anyway, I am slowly becoming convinced that it will be a major
uphill battle to recompile Linux in DOS.  I think the Minix
compiler is probably required.

I'll keep plugging away at it, but I'm not so optimistic any more.
--
    ...Lance

-----------------------------------------------------------------------
Lance Pickup                VNET/IBM Internet: lpickup@btv
IBM/Vendor Systems                   Internet: lpickup@vnet.ibm.com
Technology Products
Burlington, VT                          Phone: (802) 769-7104 (tie 446)
-----------------------------------------------------------------------
Newsgroups: comp.os.linux,alt.os.linux
Subject: Re: Compilers
From: rmk@rmkhome.UUCP (Rick Kelly)
Organization: The Man With Ten Cats
Date: Fri, 10 Apr 1992 01:39:46 GMT
Reply-To: rmk@rmkhome.UUCP (Rick Kelly)

In article <ktvj19INNf1r@alhena.usc.edu> ajayshah@alhena.usc.edu (Ajay Shah) writes:
>>The other thing that people out there may be forgetting is that there are
>>some of us that only have 2M ram, and cant afford to spring for more ram, and
>>the move to 2.x will leave us in the cold.
>
>Come on... it's $130 for a 4 Meg SIMM.

But remember that some motherboards require that memory is updated four
chips at a time.  Now you're up to $520.

-- 

Rick Kelly	rmk@rmkhome.UUCP	unixland!rmkhome!rmk	rmk@frog.UUCP
Newsgroups: comp.os.linux
From: zhao@unixg.ubc.ca (Jiansheng Zhao)
Subject: compile 95c kernel: fs.h not found?
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Tue, 14 Apr 1992 05:12:52 GMT

When compiling kernel 95c+, I got the following error message:
tools/build.c:28 linux/fs.h:No such file or directory
I remember someone has posted solution for this problem, but can't remember
exactly how. BTW, there was a file fs.h.

Newsgroups: comp.os.linux
From: drew@caesar.cs.colorado.edu (Drew Eckhardt)
Subject: Re: tar files on floppy.
Organization: University of Colorado at Boulder
Date: Mon, 13 Apr 1992 13:20:29 GMT

In article <1992Apr13.104934.5745@ericsson.se> etxlli@eos.ericsson.se (Lars Lindner) writes:
>OK here's one more silly question.
>
>When I have both boot and root images installed on HD and i want to
>install more SW downloaded as .tar.Z files, in what way vill i get
>them on a floppy to be able to install them on my Linux machine.
>
>* Shall i use "rawrite" from DOS to put the files on floppy?
>

Either that, OR mtools.

>* I rememer reading something like "Do not rawrite compressed files.".
>  Whay??

When you rawrite to a floppy, you write to the raw device.  The file size,
etc are lost, and are not encoded in a compressed file as they 
are with a .tar file.  Solutions to this problem are to  :

1.  Tar the .tar.Z file again, and rawwrite the resulting tar.

2.  Use dd, and use a combination of bs, count to truncate the .Z file
	to the correct length when you read it from the 
	raw device.

	
>* How to do with files lager than the capasity of my floppy when not compressed?
>

1.  Split them into smaller parts, read them with the normal
	methods, and join them under linux with
    	cat foo.1 foo.2 foo.3 big.tar 

2.  use a multi-volume tar.  Linux doesn't create these too well, but
	reading isn't a problem.  There is also a GNUish Tar 
	for DOS that should? be able to write these.

3.  Uncompress, untar, and retar in smaller pieces.



>* Is there another way to install .tar.Z files via floppy?

mtools, dd, tar  methods as mentioned above.
From: n9044398@henson.cc.wwu.edu (Eric_Munson)
Newsgroups: comp.os.linux
Subject: ABC release questions
Date: 11 Apr 92 20:30:36 GMT
Article-I.D.: henson.1992Apr11.203036.26401
Organization: Western Washington University


    Recently I have tried to keep up with the current Linux releases but 
trying to find the most up to date software, applying patches, and other
things has had me fall behind...I have a few questions about the ABC release
1. how will it be released?  rawrite images, tar.Z files?
2. what will be in it?
3. will it be multiple files, I know i would like to put it all on 
   1.2 meg floppies for ease of re-installing,  that is my major gripe
   with the recent release of the 2.6 meg binaries file.
  
     I'm really having fun playing with linux,  keep up the good work..
    Thanks..

-- 
 ----------------------------------------------------------------------------
 Eric Michael Munson                              n9044398@henson.cc.wwu.edu
 1148 Fairhaven                                   206-738-7181
 Bellingham, WA 98225                             
Newsgroups: comp.os.linux
From: peterw@archsci.arch.su.oz.au (Peter Williams 8169821)
Subject: Re: GCC2.1 (Wonderful !)
Keywords: gcc, 2.1, 1.40
Organization: Design Computing Unit, The University of Sydney
Date: Wed, 15 Apr 1992 01:52:54 GMT

In article <1992Apr14.065032.12082@serval.net.wsu.edu>, hlu@yoda.eecs.wsu.edu (Hongjiu Lu -- Graduate Student) writes:
|>
|> It seems that gcc 2.1 can run with 2MB RAM. I think it's the time we
|> retire gcc 1.40. Lots of problems about kernel and gcc 2.1 are related
|> to the old gcc 1.40. With gcc 2.1, we can use the shared libs as the
|> standard. So we can squeeze more stuffs into rootimage. I really miss
|> bash. I had to copy it from 0.12 rootimage.
|> 
|> What do you guys think?
|> 
|> 
|> H.J.

I agree and will undertake to make shared *.a versions of the various tex, mf,
dvips and associated programs available.

I am already running shared versions of these programs and the savings are
about 15-30% per program file. This is less than the savings made on many other
programs due to their large initial size. I will look into making further gains
when I have a better understanding of how to create shared "libraries".

-- 
Peter Williams                |e-mail: peterw@archsci.arch.su.oz.au
Key Centre for Design Quality |phone: +61-2-692 2053 or +61-2-660 6156
University of Sydney          |+++++++++++++++++++++++++++++++++++++++
Xref: sparky comp.os.linux:364 alt.os.linux:2444
From: eonu24@castle.ed.ac.uk (I Reid)
Newsgroups: comp.os.linux,alt.os.linux
Subject: Gcc 2.1: 3 questions (+ an observation)
Date: 12 Apr 92 23:25:37 GMT
Distribution: comp,alt
Organization: Edinburgh University

Observation first: gcc dies with some of my compilations complaining about
problems with ld. The old one (I got it with 1.40) seems to work ok though. I
remember seeing ldold with 2.1 in the archives (but I lost some bits in my
download so I don't seem to have it anymore).

Q1.  Is the old ld equal to ld-old in the archives? Why doesn't the new one
work? I suspect the answer to this is that I haven't upgraded my kernel yet
(still using 95a).

Q2. Cawf used to work but now dies horribly (memory error if memory serves). I
noticed that there is a cawf shared libs thing. Is this the cause? (I didn't
keep the source to cawf handy so i can't easily recompile)

Q3. I compiled up some code and at RUN time I got a warning: this program uses
gets() message. I assume that this is a 2.1'ism. What's wrong with gets? I know
that we're all supposed to use stdio for everything now but I don't expect run
time warning messages (compile time I can live with) about it. Any
explanations?

Other than this motley bunch 2.1 looks good (if a little on the large side).
HJ's installation notes (the 2.1 FAQ) and installation scripts made installing
it a piece of cake. Now just to sort out some peculiarities and all will be
well. I plan to have a go at installing 95c+ (and rebuilding the kernel with
2.1) tommorrow (lost that as well at some stage in the download..... all a bit
odd) so you may hear from me again :-)

Bye for now and thanks in advance,

Iain
Newsgroups: comp.os.linux
From: Wuensche@fgb1.fgb.mw.tu-muenchen.de (Thomas Wuensche)
Subject: German FTP-Server ready/Mirroring tsx-11
Reply-To: tw@fgb1.fgb.mw.tu-muenchen.de
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Tue, 14 Apr 1992 09:49:51 GMT

I have set up ftp-server ftp.fgb.mw.tu-muenchen.de [129.187.200.1].
It mirrors /pub/linux on tsx-11.mit.edu (Thanks to Ted for his help).

There will soon be installed the ftpd from wuarchive.wustl.edu,
that allows downloading subdirectories by creating a tar-file on
the fly.

Enjoy it,

Thomas
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: Another bug?
Date: 13 Apr 92 13:43:36 GMT
Followup-To: LeBlanc@mcc.ac.uk
Organization: Computing Centre, University of Manchester

In article <1992Apr10.203916.27326@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>
>The mis-linked process problem seems to be linked with swapping: I've
>never seen it, and most (all?) that have reported it have only 2M ram -
>it seems to be a race-condition in the exit code, that breaks while
>swapping heavily.  I think that running gcc and kermit on a 2M system
>should be enough to swap quite a bit... 

I have a 4Mb system and have seen this problem frequently, but
I do use it very heavily.

     -- Owen
     LeBlanc@mcc.ac.uk
From: hedrick@dartagnan.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: we need a new gdb (I think)
Date: 7 Apr 92 07:28:07 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

gdb does not work under 0.95c.  I get a general protection fault when
doing about anything.  I'm using the old ld.  In fact I get it even
with images built under gcc 1.40.  It's the kernel that matters: 0.95b
works, but not 0.95c.  I conjecture that some critical header file
changed, e.g. the change in the process description in sched.h.
Could whoever built gdb please build it again with the new
header files, or tell me how to do it.
From: d88-jwn@noir.nada.kth.se (Johan W}hlin)
Newsgroups: comp.os.linux
Subject: Re: tar files on floppy.
Date: 15 Apr 92 15:31:26 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In article <1992Apr14.200059.27535@nmrdc1.nmrdc.nnmc.navy.mil> rdc30@nmrdc1.nmrdc.nnmc.navy.mil (LCDR Michael E. Dobson) writes:

unrelated stuff deleted ..

>I am just about finished with linking everything in 2.1shared-A.tar.Z with
>shared libs and symlinking into /usr/bin.  A word of caution, DON'T use
>shared libs or symlinks on anything in /bin or /etc if / and /usr are on
>different partitions.  They won't work until /usr is mounted.  Keep a good
>bootimage floppy and root floppy handy just in case.

Just put the shared lib in /lib and the symlink in /usr/.. Ohh, and do keep
good images around 8).
/Johan
Newsgroups: comp.os.linux