HDTenEightyP/NetNews huggingface dataset:
From: balasub@organ.cis.ohio-state.edu (Krishna Balasubramanian)
Newsgroups: comp.os.linux
Subject: Re: Linux 0.97p2 compatibility, GCC/SHAREDLIBS/JUMPTABLES.
Date: 6 Sep 92 17:13:04 GMT
Article-I.D.: organ.BALASUB.92Sep6121304
Organization: Ohio State Computer Science
Originator: balasub@organ.cis.ohio-state.edu


GCC main releases, the corresponding linux version and some
distributions that use this version of GCC are  approximately 
as follows: (see the GCC FAQ to find out more).

1) 2.11c, May 19        linux 0.96       x11v1.0 
2) 2.2.2, Jun 27      > linux 0.96ap4    rootdisk-0.97, x11v1.1, SLS, MCC-0.96c.
3) 2.2.2d Aug 12      > linux 0.97p1     rootdisk-0.97.1 , MCC-0.97p2

There will probably be a new GCC version with X11 in a week or so.

All these have shared libs which are incompatible with each other.
So if a program wants to load a specific shared image from /lib
you need to make sure the correct version exists or the program
will not work. Binaries on archive sites ususally use on of these
releases but there may be some made with intermediate ones.
A static binary will work unless there is a change to the linux 
kernel that breaks it.

Use ldd to determine what shared images a program depends on.

If you use binaries that use many different shared libraries
you'll lose in terms of efficiency but I haven't noticed that. 
If you use gcc with versions of the kernel that are very different 
from those above, you are likely to run into an occassional 
mysterious problem (see the GCC FAQ).
I believe I've seen an occasional core dump on account of 
this too .... hard to say why with all these versions. 
The only serious problems are those with the latest linux kernel 
and gcc release! (well almost).


JUMP TABLES:
~~~~~~~~~~~~
2.2.2d has jump tables but the linux mm underwent massive change
so the jump tables major version has been changed.
Whenever incompatible changes are made in the libraries, 
the major number of the library will change as in:
libm.so.2.xx to libm.so.3.xx
The next gcc release will have jump tables which will last for a few
future releases. This means that with the new release you can make 
binaries which will work with the next few releases if linked with 
-jump instead of having to use -static. 


krishna
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Problems compiling GNU make
Date: 6 Sep 92 16:48:40 GMT
Organization: State University of New York -- Institute of Technology

I have been repeatedly unable to compile GNU make.  I have had this
problem for several versions of Linux and a couple versions of GCC.
This time I think I got the definitions right and it compiles, but
if I use the resulting make it does something terrible.  This is
only a request for help from someone that has had similar problems.
I am using Linux 0.97-patch2 (haven't moved up to patch3, give me
time) and gcc 2.2.2d.

Say I've got two files to compile and the desired action is as
follows (I don't remember the original statements, just the desired
action from make):

gcc -O6 -C filea.c -o filea.o
gcc -O6 -C fileb.c -o fileb.o

(I hope I got the "-C" correct, this is from memory.)

When I run make, the first line works as expected.  On the second line,
though, the "fileb.o" gets lost and gcc just sits there without giving
me any complaints.  Hitting ^C to interrupt the job and then running
make again allows me to compile the second line correctly, but it
does the same thing on the next file!

I don't remember the exact structure of the Makefile that this is
happening with, but I get the same behavior with other Makefiles.  I'm
only explaining the problem so that someone else might recognize it
and mail me a fix.  

I know I can just be happy with the old (working) binary, but I'm 
updating all my stuff and compiling makes for a good educational 
experience.  :-)

[I compiled it without the load averaging, so I know I'm not
having problems with that.]

Thanks in advance,

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
Newsgroups: comp.os.linux
From: hohndel@informatik.uni-wuerzburg.de (Dirk Hohndel)
Subject: Which 3 button mice DO work with X11 ?
Organization: University of Wuerzburg, Germany
X-Newsreader: Tin 1.1 PL5
Date: Mon, 14 Sep 1992 13:28:23 GMT


Hi !

There was a lot of trouble with mice and X11, so I'm looking for a definite
answer :

Which 3 button _serial_ (!) mice do work ?

Any suggestions ?

		Dirk

--
 hohndel@informatik.uni-wuerzburg.de (Dirk Hohndel) 
 Lehrstuhl Informatik I, Universitaet Wuerzburg, Am Hubland, D-8700 Wuerzburg
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: installation packages
Organization: Harvey Mudd College, WIBSTR
Date: Tue, 8 Sep 1992 04:58:28 GMT

This deviates a great deal from the previous topic, but that's why I
changed the subject.

In article <1992Sep8.041837.11155@cc.umontreal.ca> duperval@ERE.UMontreal.CA (Duperval Laurent) writes:
>A-ha!  We get to the root of the problem.  Old man Howler here, hasn't got a
>complete system yet.  Get one of three installation packages that exist and
>save yourself the trouble of sending out partial and (IMNSHO) not very
>instructive information.  I don't believe the theory that all people ressemble
>me (i.e. as bright or as stupid as I am).  But in this case, and for all the
>other people out there who want to try Linux but can't get it up and started:
>
>	mcc-interim version 0.97 pl2 has been out for more than a week now.  It
>	was the first Linux installation package released and I used it without
>	any problems so far.  It doesn't tell you to do this and do that without
>	telling you what's going on and that's why I personnally recommend it for
>	anyone installing Linux for the first time.

For those that want to have X11 in addition to everything the MCC
release provides, the sc.tamu.edu release is also available on the
site of the same name.  Same easy installation (I'm told), but with X
as well.

Note that the sc.tamu.edu release hasn't been updated to 0.97 and all
the latest fanciness.  My educated guess would be that there'll be
another release once the new GCC and X11 are released, but I don't
really know for sure.

>	The MJ release is a spin-off on mcc-interim and has been judged as a good
>	installation package also.  I haven't tried it either.

Actually, the MJ release is based on the basic root/boot combination
from Linus and myself, and is presumably heavily influenced by the MCC
(and other) releases.

>Use the above packages if you are not confortable with Linux yet.  Hey!  I'm
>getting pretty confortable with it but I may decide to trash my entire file
>system and re-install Linux using one of the above-mentioned packages.

I agree with this most wholeheartedly.  If you want an easy
installation with lots of hand-holding, the MCC, sc.tamu.edu, MJ, or
SLS releases are what you want.
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: Can a boot start on C: and complete on D:?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Sun, 6 Sep 1992 13:15:08 GMT

In article <1992Sep1.160846.11260@afterlife.ncsc.mil> swaliff@afterlife.ncsc.mil (Steve Aliff) writes:
> I have two IDE drives; the primary drive is a 105MB quantum, the
> secondary is a 200MB Maxtor. I had planned to dedicate the 105 to
> DOS and the 200 to Linux. However, after playing with Linux for a
> few days, it appears to me that I may need a small Linux partition
> on the 105 in order to boot Linux from the hard-drive. (I'm thinking
> ROOT would go on the 105.) Is this true or is there a program
> similar to SHOELACE which will let me optionally boot MSDOS from my
> 105 OR Linux from my 200?

If you use LILO as your MBR, you can boot MS-DOS from the first drive
and Linux from anywhere else, e.g. from your second drive. If you have
an extended partition on the first drive, you can also store the LILO
boot sector there and you don't have to touch your MBR.

It's all described in the brand new documentation of LILO alpha.5.

- Werner
-- 
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
 / IFW A44  Tel. +41 1 254 7213                 almesberger@rzvax.ethz.ch /
/_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
Newsgroups: comp.os.linux
From: trussell@cwis.unomaha.edu (Tim Russell)
Subject: Re: SLS/GCC/Emacs Question(s)
Organization: University of Nebraska at Omaha
Date: Tue, 8 Sep 1992 21:43:39 GMT

visnurpk@ubvmsb.cc.buffalo.edu (Rich Kernin) writes:

>2) I tryed to run emacs after "sysinstall"ing it, and it complained about
>   not having an X11 library in /lib.  When did Emacs start to need an X11
>   library?  Just curious since I don't have X on any of the UN*X boxes I
>   work with (yet) and I do have Emacs.

    Well, the emacs provided with SLS includes X11 support, but doesn't
have to have X running for it to run, it can do text terminals too.  However,
it still needs the X libraries since they're linked in whether they're
used or not.

    The upshot is, you need to install X as well, or at least grab the
X libraries out of whichever of the higher disks they're on for emacs to
run.  I also noticed that the standard lisp files aren't included, you'll
have to grab them from an archive somewhere.

--
    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: kennu@mits.mdata.fi (Kenneth Falck)
Subject: Re: Can you access a virtual console directly?
Organization: Microdata Oy, Helsinki, Finland
Date: Tue, 15 Sep 1992 16:57:03 GMT

In article <TYTSO.92Sep14231653@SOS.mit.edu> tytso@athena.mit.edu (Theodore Y. Ts'o) writes:
>Speaking of which, why do you want to write your own terminal program?  
>What's wrong with kermit that you want to re-invent your own wheel?
>
>						- Ted

I don't like kermit, I'd like something like Telix for Linux. I'd
be happy to try and write one, but using the termcap/curses interface
doesn't feel so good, if there is another way. Maybe it wouldn't
even be that slow in practice, but theoretically I just don't like 
the idea of first decoding the incoming VT100 codes, storing the
data in a temporary buffer, and then updating that buffer to the
console screen by means of some more VT100 codes....

I know there is pcomm, but after trying it I decided even kermit
or XComm was better. (I compiled pcomm myself though, so maybe I
broke something in it that made it behave strangely. Don't 
remember what happened exactly anymore.)

-- 
kennu@mits.mdata.fi

Newsgroups: comp.os.linux
From: bjl@loki.research.ptt.nl (Ben Lippolt)
Subject: Re: Lars is my hero! (was Re: apologies, but I still need a little help)
Reply-To: B.J.Lippolt@research.ptt.nl
Organization: PTT Research
Date: Sat, 5 Sep 1992 10:36:18 GMT

mal11@po.CWRU.Edu (Matthew A. Lewis) writes:

>yeap.....those nasty control-m characters got all in their somehow.
>maybe dos ftp or mtools did it. 

In the 'dosfs' package are two tools (fromdos and todos) to convert text 
files between Unix and DOS format. 

BTW. dosfs might be a much better way for you to move files between a 
MS-DOS partition and Linux. You can even mount DOS partitions in such 
a way that the conversion is done automatically.


Ben Lippolt.
Newsgroups: comp.os.linux
From: cummings@tiger1.prime.com (Kevin J. Cummings)
Subject: Re: tsx-11.mit.edu major mirror site :-) :-)
Organization: Prime Computer, Inc.
Date: Tue, 15 Sep 1992 20:54:39 GMT

In article <3Na5qB2w164w@q106fm.UUCP>, pete@q106fm.UUCP (pete cervasio) writes:
> Well, I don't know if anyone's noticed yet, but there's a new mirror of
> tsx-11.mit.edu's /pub/linux directories... you might want to check out
> wupost.wustl.edu:/archive/mirrors4/linux.
> 
> Just thought I'd let you know.  :-)  I don't know how often they're
> going to update the mirror (still dumb about such things) but I'll ask.

I beleive the disks are physically located on the wuarchive machine.  They
may well be NFS mounted on wupost as well.  The nice thing about the disks
on wuarchive is that they are all available for anonymous NFS mounting!
Access may be a little bit slower than you are used to, but they're
right in your local machine's file system!  No having to use FTP.
(Use cp instead!).  I mount them using automount on my workstation.
That way, they're available to me when I need them, and not mounted
when I don't (assuming the network is up, and when it isn't, you're SOL
anyways).

So let's see, we get SL/IP working with the TCP/IP support in LINUX, get
someone to do NFS, and NFS mount the wuarchive disks over the SL/IP connection,
and voila'!  Instant access to our linux archives!  I can hardly wait!

> Just thought I'd let you know.  :-)  I don't know how often they're
> going to update the mirror (still dumb about such things) but I'll ask.

I think they update their mirrors once a day or so.  I'm not sure at what
hour tho.

=================================================================
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
=================================================================
Newsgroups: comp.os.linux
From: int177c@aurora.cc.monash.edu.au (Jae Won)
Subject: Re: Compiler Internel error, help!
Organization: Monash University
Date: Mon, 14 Sep 1992 07:42:37 GMT

In article <1992Sep14.045200.137476@ns1.cc.lehigh.edu> dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON) writes:
>In article <1992Sep11.122706.2218@athena.mit.edu>, hammond@kwhpc.caseng.com (Kevin W. Hammond) writes:
>>| 
>>| > 
>>| > > 
>>| > > 
>>| > > Dear Linuxers,
>>| > > 
>>| > >      I got the following message:
>>| > > 
>>| > >        "gcc: Internal compiler error: program cc1plus got fatal signal 11"
>>| > > 
>>| > > followed by a core dump when I compile the test.cc program below:
>>| > > 

[lotsa stuffs deleted]

>
>I had these problems, too.  But when I replaced some of the RAM they went
>away.  I suspect hardware, specifically RAM parity failure, rather than
>software, especially when many programs cause the problem.  I have had no
>trouble with this, even compiling using X and playing games while the
>compiler churned, since the RAM was replaced.  
>
>This gcc really hammers the RAM, and even problems that don't show up under
>testing programs (like mine didn't) still cause these problems.  I hope your
>machine is still under warrantee.

Hmm, I don't know about the RAM. I had the same prob yesterday so I checked
if cpp file was intact. It wasn't for some reason and I just had to untar
the original cpp from the archive and it worked fine...

Jae
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: SLIP and X386
Date: 7 Sep 92 03:07:02 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

genie@netcom.com (The Genie) writes:

>Hi.
>Now that tcp/ip is available for Linux, I'd like to know if
>this combination is possible.

>Is it possible to use SLIP and X Windows together?  With
>packages like ka9q, is it possible to redirect all
>tcp/ip packets to the serial modem?  A true SLIP
>connection would allow things like xhosting, etc.

>Actually, for SLIP, we would not even need the
>new tcp/ip beta support, just the ka9q package?

As far as I can tell, the new TCP/IP does not yet support SLIP.  KA9Q
does implement SLIP.  It does not need the beta TCP/IP code -- it does
TCP/IP at user level.  You can use it with X.  Just say "start x".
However starting an X window is painful at 9600 bps.  I recommend
using a normal telnet session for most interactive work, and starting
an X session only for applications that need it.  One reasonable
approach would be to start two telnet sessions, and set the DISPLAY
variable in only one of them.  Then you could use that session for
stuff that needs X.  You could use the other session for normal
interactive work.  You want a separate session because once you set
the DISPLAY variable, every time you call emacs, it will try to create
an X window.  There's a READ.ME with KA9Q that explains how to set up
SLIP, as much as it can be explained.
Newsgroups: comp.os.linux
From: bjl@loki.research.ptt.nl (Ben Lippolt)
Subject: Re: Conversion between DOS and Unix text files (was heroic stuff)
Reply-To: B.J.Lippolt@research.ptt.nl
Organization: PTT Research
Date: Sat, 5 Sep 1992 13:47:02 GMT

wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:

>>You can even mount DOS partitions in such a way that the conversion is
>>done automatically. 

>I don't think this is a particularly good idea, since it can easily lead
>to unwanted conversions, like in this case when a shell script was
>converted and no longer worked.  Your mileage may act differently, of
>course.

True, but I think it not wise to use the DOS FS for things it was never
meant. It is not a substitute for a real filesystem. IMO you should not
use it as a place to store binaries, scripts, etc. 
BTW, personally I don't use the conversion option.


Ben Lippolt.
Newsgroups: comp.os.linux
From: harry@atlas.socsci.umn.edu (Kuo-Chen Chang)
Subject: usinngg SLIP within KA9Q ???
Organization: University of Minnesota
Date: Wed, 9 Sep 1992 05:25:20 GMT

Did anyone ever use SLIP within KA9Q?  I used kermit to establish
SLIP connection to our TelCommunication.  But I was confused abooout
what to do next?  Push to local shell and run "net"?  Or what?

Harry
From: pdp@ariel.its.unimelb.EDU.AU (Paul Douglas Page)
Newsgroups: comp.os.linux
Subject: SCSI formatting
Date: 13 Sep 92 10:50:43 GMT
Organization: University of Melbourne

What is the correct formatter to use with a SCSI drive and linux 097pl4?

Also where might I find the current version of the SCSI FAQ's or some other
doc that explains what I have to so to set up the major and minor devices for
SCSI.

thanks in advance

paul.
From: hlu@poly.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: Re: tin1.1pl4 goes BOOM on 097pl4
Date: 11 Sep 92 00:21:45 GMT
Article-I.D.: serval.1992Sep11.002145.21895
Organization: Washington State University

In article <1992Sep10.184526.9516@aw2.fsl.ca.boeing.com>, vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan) writes:
|> have any of the 'news' folks out there experienced
|> problems with the 'tin' newsreader blowing up with
|> a SIGSEV fault after switching to 097pl2 or above ?
|> 
|> Just to be sure, I recompiled it with 2.2.2d 
|> (all from mcc-interim 097p2) and same thing happened.
|> 
|> The same binary worked fine at 095c+ through all of
|> 096...
|> 
|> -- 
|>    ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
|> 	I've finally realized that if you throw enough money and bodies
|> 	at non-existant problems, that they really do appear...

Same thing happened to mount. But with jump table 4.1, it runs like a charm.

H.J.
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: 0.97 patchlevel 5 available
Date: 12 Sep 92 22:42:41 GMT
Organization: University of Helsinki

In article <15255@borg.cs.unc.edu> martin@franck.cs.unc.edu (Kevin Martin) writes:
>In article <1992Sep12.182131.2168@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>
>>Patch 5 should also fix the problems with iopl() that resulted in the
>>X8514-server having problems with 0.97.pl2 and above.
>
>I've just tested the 8514/A X server with 0.97.pl5 and it works
>beautifully.  The problems with the X server appearing to hang when
>quitting from TWM with the 0.97.pl2 and more recent kernels are
>fixed.  Thanks Linux!

Actually, thank Kevin Martin: he was able to give me a good bug-report
that made it pretty easy to track it all down (he even had a minimal
program which showed the incorrect behaviour). 

Other changes that pl5 has include:

 - slightly edited <asm/io.h>: easily editable IO delay instructions. 
   The default delay-instruction is now a 'inb' from port 0x80: this
   should be a bit safer than the outb.  But you can easily change it to
   the "standard" two short jumps or whatever. 
 - malloc() is cleaned up, and 'malloc_grab_pages()' is gone (Biro)
 - I cleaned up the internal inode structure a bit: i_data[] is no
   longer part of the base inode, but is instead part of the union of
   fs-dependent info.  Pipes also have their own cleaner interface. 
 - the msmouse patches are in: currently there is no valid test that a
   msmouse actually exists, so linux always says "mouse detected and
   installed", but that is nothing to worry about. 
 - the msdos-fs one-line performance patch is in. 

The most important fix for ext-fs users should be the fact that pl5
should fix the ext-fs bugs: the ext-fs patches are essentially the same
that pl3+4 did to the minix-fs.  So now the new 'strip' should be safe
on all filesystem types. 

Note that the upcoming release of gcc (and thus the upcoming X11 2.0)
will require at least 0.97.pl4 in order to be safely used: I'll probably
make a bootimage of 0.97.5 available for those that don't want to (or
are unable to) recompile the kernel.  I'll just wait a day or two to see
if there are some unexpected problems with pl5. 

		Linus
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Re: lilo problems
Date: 6 Sep 92 15:52:31 GMT
Organization: State University of New York -- Institute of Technology

In article <JUH.92Sep5001557@lazy.qt.IPA.FhG.de> juh@qt.IPA.FhG.de (Juergen Henke) writes:
>>>>>> On Fri, 4 Sep 1992 17:14:34 GMT, c-amb@math.utah.edu (Mark B. Alston) said:
>
>
>Mark> No, you are doing everything as expected.   It's just that you
>Mark> need this patch for lilo to work correctly with 0.97p2.
>
>
>I've tried to install lilo.4 on my home system (486/33/16/AHA1542B), but
>the only response i get is an 'L'. I've tried lilo with the original MBR,
>with the BOOTAUTO-MBR and with lilo as the MBR: every time lilo steps in,
>i get this 'L' and the system hangs...
>
>On my linux system in the office (486/25/16/AHA1542B) lilo works fine...

Correct me if I'm wrong, but isn't the AHA1542B a SCSI controller?
Doesn't the LILO documentation state that it doesn't work with SCSI?

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"