HDTenEightyP/NetNews huggingface dataset:
From: corywest@rice.edu (Cory West)
Subject: GDB is possessed -- Any ideas?
Organization: Well, none really, but I know where my socks are!
Date: Fri, 14 Aug 1992 00:12:41 GMT


        Hello all.  I have been having some problems with gdb and was
hoping that y'all could help out.  I've already sent this to the GCC
mailing list, but haven't heard a peep yet, so I thought I'd throw
it out a little further.  First, here's my version information:

        Linux Version 0.97 PL1 (On a 486-33/4)
        GDB 4.6 (Compiled with GCC 2.2.2d and linked static)
        GCC 2.2.2 and GCC 2.2.2d

        Now, here's the problem:  I compiled gdb first with gcc -V
2.2.2 under linux v 0.96c PL2, but this died at the final link with a
_setjmp problem.  This was no new problem and so I compiled in with 
regular gcc 2.2.2d.  I tried to link it dynamically both with and without 
jump tables, but again it always died with a memory corruption error and 
so I linked it statically and went on my merry way.  
	So far so good, I had a working gdb (statically linked) that
would happily let me debug programs and the like.

        Then I upgraded to Linux v 0.97 PL1 and re-installed my gcc
2.2.2d (as per HJ's instructions).  I recompiled gdb with gcc 2.2.2d
and linked it statically, but it no longer works.  I compiled 
several test case programs with the new gcc 2.2.2d and the -g option
and ran them through gdb, but when I try to set breakpoints, I always
get the error "No line xxx in file "file.c"."  If I run and interrupt a
program and try to step through it, I get:

        Current function has no line number information.  No data
        available on pc function.

It's as if gcc libg.a was broken or something, but I don't know for
sure.  

        Has anyone had these problems or can anyone point me in a
new direction?  I am running out of things to try.  If you need
more information, just let me know.  Thanks a bunch in advance!

                

                                Cory West
				corywest@rice.edu







































Newsgroups: comp.os.linux
From: lpickup@xanadu.btv.ibm.com (Lance Pickup)
Subject: Re: EISA and the abounding unix clones
Date: Wed, 12 Aug 92 20:15:09 GMT
Reply-To: lpickup@vnet.ibm.com
Organization: IBM Technology Products

In article <1992Aug12.192445.20894@cbnewsc.cb.att.com>, chapin@cbnewsc.cb.att.com ( Tom Chapin ) writes:
|> >>Several freely downloadable Unix clones are available for 386 PCs.
|> >Linux
|> >MACH
|> >386bsd
|>
|> Do any of these abounding clones speak EISA yet?  Will they?

Ditto for MCA!  (Although I already know the answer for the first
question, but am very interested in the second!).
--
    ...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)
-----------------------------------------------------------------------
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: Memory mapped files?
Date: 13 Aug 92 14:39:44 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug13.054653.29996@colorado.edu>, drew@kinglear.cs.colorado.edu (Drew Eckhardt) writes:
| In article <1992Aug12.215042.5114@murdoch.acc.Virginia.EDU> lfoard@Turing.ORG (Lawrence C. Foard) writes:
| >Is there any soft of project underway to implement memory mapped files
| >in Linux? It seems that the shared library code is pretty close except
| >that it doesn't support writting pages back to the library file.
| >
| >Has anyone looked into what would be involved?
| 
| Ideally, some one will implement something along the lines of a 
| vnode based vm system, where each virtual memory object has a mapping
| and certain characteristics associated with it.

  How about for a start someone fix mmap() to work? As the notes say "it
works well enough for X," but it sure isn't a generally working
implementation.

| That mapping could be to a file, to a device, etc.  Ideally, a file mapping
| would be a mapping to blocks as specified by the file's bmap, with those
| blocks shared with buffercache.  Shared libararies / mmap / sysV 
| shared memory semmantics could be implemented on top of this 
| internal structure, quite easily.

  There is a question of what mechanism mmap uses now (I don't have
source code at work). 

| Not 4G per process.  You still want room for kernel space in the 
| same page table, so you can keep most of the same code in place
| for kernel<>user space transfers, with kernel and user space in 
| different x86 segments. Linus has something going with
| > 3G per process, with the remainder allocated to the kernel - 

  I guess HURD will have 1GB for the user, 1 for the kernel, and 2 for
the new release of emacs ;-)

-- 
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.
From: jk87377@cc.tut.fi (Juhana Kouhia)
Subject: Re: Stabilizing Linux
Organization: Tampere University of Technology
Date: Fri, 14 Aug 92 12:21:04 GMT



Well, I have no much experiences in software system engineering and I
don't know about the heart of Linux, but I suggest:

1. All common sources for the various different Linuxes are checked
to a master version.

2. Those features which are in one Linux only is directly copied to
master version; if this is not possible to do directly, people
rewrite them.

3. Those features which overlaps in Linuxes is added to master version
either by switches or choosing best one or writing a compromise.


About 1: I don't know what different program parts (modules)
there are and how they communicates together.
It could help to organize if those parts (or program modules) are
listen down -- at least if I have to organize Linux again, I would
like to write a list (or program tree) about what is there.
Then it could be easier to check where programs overlaps
and helps to design more modular system.


By these differences I don't mean different versions of GNU emacs or
zoo or such  :-)


Actually, does somebody know what features are different in the
different Linux releases (MCC, etc.)?
We could list only those in the first place.


As I said I'm not experienced software developer, so no flames,
instead an educating critisms, which I have allready read from this
group, are welcome.


Juhana Kouhia
Newsgroups: comp.os.linux
From: glover@dvinci.USask.Ca (Ken Glover)
Subject: Re: SLS: Free Linux Distribution.
Organization: University of Saskatchewan
X-Newsreader: Tin 1.1 PL4
Date: Fri, 14 Aug 1992 19:45:47 GMT

The poster is/was looking for a site that is willing to take it on.  This is
indicated at the beginning of the post (and I hope he finds one soon, it looks
like a good distribution.)

Ken
From: hess@swt1.informatik.uni-hamburg.de (Hauke Hess)
Subject: how do I get a lpt1 device
Summary: what device numbers do the lpt1 have?
Keywords: lpt1, mknod
Organization: University of Hamburg, FRG
Distribution: comp
Date: 20 Aug 92 07:32:27 GMT

Hi,

I looked through the documentation to find the primary and secondary device
numbers of the parallel ports but I didn't find one. How could I get a 
device for this interface?

thanks for replies

Hauke

Newsgroups: comp.os.linux
From: pmacdona@sanjuan (Peter MacDonald)
Subject: Re: SLS: now available (for testers)
Organization: University of Victoria, Victoria B.C. CANADA
Date: Mon, 17 Aug 92 17:18:51 GMT

In article <1992Aug17.081945.18039@rs6000.cmp.ilstu.edu> jliddle@rs6000.cmp.ilstu.edu (Jean Liddle) writes:
>In article <1992Aug17.042529.17518@sol.UVic.CA> pmacdona@sanjuan (Peter MacDonald) writes:
>>I am going to kick myself for contributing to perpetuating this farce, 
>>but I am weak with amazement.
>>
>
>Me sentiments exactly.  I've restrained myself to only one post on this
>subject, but ...
>>
>>Anyways, for now, distribution via Softlanding is suspended, because
>>it (you) is getting in the way of developing and testing SLS, which
>>is after all my primary goal.  And I suggest that in future you 
>
>This is indeed unfortunate.  Please reconsider.  I will lose internet

I have already reconsidered, and now find that I let the vocal minority
(who's speed of response was stunning) hold sway where it should not.
Therefore, Softlanding will distribute SLS, as before.

To that end, I would urge recompiling with 2.2.2d of large packages
like Gdb and groff, using -jump.  If it works as expected, then it will 
be possible to distribute updates that are just the new libs, and the 
new kernels.  It would also be nice to consolidate the fonts from
the different packages like X11 and TeX.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: Shared Libraries Considered Harmful
Date: 12 Aug 92 16:42:18 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug11.233209.25850@serval.net.wsu.edu>, hlu@phys1.physics.wsu.edu (Hongjiu Lu) writes:
| We are working on that. In gcc 2.2.2d, the junmp table will be used for
| libc.a, libm.a, libtermcap.a, libcurses.a and libdbm.a.
| 
| Hope 0.97 root image will use the jump table.

I know Linus got some new info about libraries from my question in
comp.arch, it may be possible to get the portability of a jump table
without the performance drawbacks. Of course everyone else may be
running a 486-50 and not notice the performance hit.
-- 
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
From: joef@extro.ucc.su.OZ.AU (joef)
Subject: Re: minicom and szrz, help!
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Sun, 16 Aug 1992 10:02:04 GMT

trussell@cwis.unomaha.edu (Tim Russell) writes:

>joef@extro.ucc.su.OZ.AU () writes:

>>   Autodownloads are a bane on humanity. How many times has your CIS-B
>> transfer come up with +0 on a ^E? 

>    Who's talking about CIS-B?  Minicom doesn't even support it.  We're talking
>about Zmodem, which has a much larger autodownload string.  I've /never/ had
>a zmodem transfer accidentally start, even when lines go completely garbage.

   You have obviously never been on IRC in the #hack channel :) It's one
of their current favourites.

                     Joe
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Newsgroups: comp.os.linux
Subject: Re: Xenix (tm) emulation for Linux almost works : -)
Date: 21 Aug 92 03:22:15 GMT
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet


   From: pmacdona@sanjuan (Peter MacDonald)
   Date: Thu, 20 Aug 92 22:21:53 GMT

   SLS is a cross section of Linux frozen at about .96c.  It looks like SLS
   will not move to .97, because Linus announced .98 will have > 64 Meg memory
   per process, which means a new GCC will have be be release, X11 whith its 
   shared libs will have to be rebuilt, etc, etc.  

Unless I'm completely confused, but there shouldn't be any reason why
you would need to have a new version of GCC, etc.  It certainly
shouldn't be hard to allow to run programs in a backwards-compatible
manner, without requiring that you need to recompile the world.

Linus?

							- Ted
From: callison@uokmax.ecn.uoknor.edu (James P. Callison)
Subject: /lib/libc.2.2.2 and smail/elm/mail
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA
Date: Sat, 15 Aug 1992 07:00:18 GMT

I'm having problems with elm ans smail...I compiled them and installed them as
the readmes instructed, and they seemed to compile without a hitch (well, they
did have a _few_ warnings :-).
Anyhow, now, when I try to run them, I get the message
	/lib/libc.2.2.2
and a command prompt. (Yes, I used a valid username to test it.)
Smail is nicer--it only fails to run; Elm drops me back to the prompt and screws
up my terminal to the point that I have to log out and back on (setterm -init 
and setterm -reset have no effect...)
I installed the GCC libs as the instructions said...and before you ask, here's
the setup:
	0.97pl1.5 (patch1 + the 1 line patch)
	GCC 2.2.2 (_NOT_ 2.2.2d, but the 2.2.2 distrib from banjo)
	AMD386DX-33 no 387
	8M RAM, 5M swap
	IDE drives
Can someone out there help me? Please?

					James

James P. Callison       Microcomputer Coordinator        OU Law Library 
Callison@aardvark.ucs.uoknor.edu   /\        Callison@uokmax.ecn.uoknor
	constellation!biglaw!callison@mailhost.ecn.uoknor.edu
DISCLAIMER: I'm not an engineer, but I play one at work...
	Here's to all the soldiers who have ever died in vain,
	The insane locked up in themselves, the homeless down on Main
	To those who stand on empty shores, and spit against the wind
	And those who wait forever for ships that don't come in
		--Joe Diffee, "Ships That Don't Come In"
From: devet@win.tue.nl (Arjan de Vet)
Newsgroups: comp.os.linux
Subject: Re: Where are these DIGESTS/ how to use them?
Date: 21 Aug 92 19:51:05 GMT
Reply-To: devet@win.tue.nl (Arjan de Vet)
Followup-To: comp.os.linux
Organization: Eindhoven University of Technology, the Netherlands

In article <1992Aug21.030024.29018@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:

>It's also a good way of searching the "back issues" of comp.os.linux.
>Back issues of the digest can be found on tsx-11.mit.edu, in
>/pub/linux/mail-archives. 

It would be nice if these digests could also be searched by something like
WAIS. WAIS archives for news groups are a really convenient way of
searching. I wouldn't like to ftp *all* digests to find one thing :-)

Arjan
Newsgroups: comp.os.linux
From: mal11@po.CWRU.Edu (Matthew A. Lewis)
Subject: HD space for X11 and GCC under Linux
Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Thu, 13 Aug 92 15:54:52 GMT



I've seen several conflicting answers so I thought I would ask 
this question again.

How much room will the basic XWindows system consume??? I've seen
numbers quoted from 10MB to 170MB.

Now, what about gcc and g++????

Thanx for the info.

Later dayz
-- 
MaThiEu a. LeWis   
Thieves Like Us   
mal11@po.cwru.edu   
Newsgroups: comp.os.linux
From: hpa@casbah.acns.nwu.edu (H. Peter Anvin N9ITP)
Subject: Re: Paying off Linus' PC (was: Linux Standards)
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Organization: You must be kidding!
Date: Fri, 21 Aug 1992 16:48:37 GMT

In article <1992Aug21.065950.8463@klaava.Helsinki.FI> of comp.os.linux,
  torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
> I hate to follow up to a thread that might actually be profitable for
> me, but I felt I had to clarify a few points - especially if there are
> new linux users out there reading the thread. 
> 
> If people feel they want to send me money (indirectly or directly) as a
> token of appreciation, that's very much ok by me (surprise, surprise),
> but a token of appreciation is all it is going to be.  Yes, I'll be able
> to pay off my machine more quickly or even get a bigger harddisk or
> whatever, but sending me money won't get you any better service - this
> is definitely not a "registration fee" or anything like that. 
> 
> The above just means that (a) even if you don't send any money I won't
> mind in the least that you use linux, and when I answer questions etc I
> won't check if you sent me money first. And (b) even if you sent me
> money, any features you propose/want will get no extra priority. In
> fact, trying to make me feel guilty over money ("after all, I paid you
> $20 for this") is likely to get the exact opposite reaction.
> 
> Finally, I won't give any guarantees of what the money will be used for:
> if you add some kind of message giving preferences ("use it to pay off
> your computer"), I'll naturally follow them within reasonable limits,
> but I might just use them to pay off my "beer&pizza"-debts (*), which
> might be against your religion or whatever. 

I am *glad* to hear this... and as I said before, I am *not* going to ask
*at all* what the money is being used for.  Still, being a student and
being from Scandinavia I know it is not that easy all the time to stay
liquid.  In short, DON'T SEND MONEY IF YOU EXPECT ANYTHING IN RETURN.  I
would refuse to have anything to do with this if Linus were to start
treating Linux like shareware.

	/hpa

-- 
INTERNET:  hpa@nwu.edu   TALK:      hpa@casbah.acns.nwu.edu
BITNET:    HPA@NUACC     IBMNET:    16334@IBMX400
HAM RADIO: N9ITP         NeXTMAIL:  hpa@lenny.acns.nwu.edu
while ( 1 ) ; cp /dev/zero /dev/null & end
Newsgroups: comp.os.linux
From: scott@natinst.com (Scott A. Taylor)
Subject: Re: XView, olvwm, and OLI
Followup-To: comp.os.linux
Summary: bison: yacc replacement
Keywords: bison, yacc
Organization: National Instruments, Austin, TX
Date: Fri, 21 Aug 1992 13:31:27 GMT

In article <3885.70.uupcb@digund.uucp> copernicus@digund.uucp (Copernicus)  writes:
>To: scottd@cs.hw.ac.uk
>
>SDC:>Subject: Re: XView, olvwm, and OLIT
>
>	Stuff deleted...
>
>I have the code.  But I cant find yacc to compile the thing.  If you ever
>get it built PLEASE post the binary to TSX or the new archive site.
>

Get bison from tsx-11.mit.edu (available elsewhere as well, I imagine).  It's
a yacc replacement from GNU; "bison -y" is supposed to be a drop-in replacement
for yacc.  It works for me, although the only things I've used it for are
building various GNU utilities.  I would *hope* that it works on all the
GNU stuff!!!! 

I'm not sure where bison is on tsx-11; it's somewhere in the Linux section
(don't you just LOVE directions like this?).

>Chris.
>---
> . SLMR 2.1 . For A Hobby -- This SURE Is Getting EXPENSIVE!
>          
-- 
Scott Taylor            |
(512) 795-6837          | "Well, I wanted to work with gymnasts." -David Byrne
scott@natinst.com       |
** NI pays me to write their code, not their opinions, and that's what I do **
From: duperval@ERE.UMontreal.CA (Duperval Laurent)
Newsgroups: comp.os.linux
Subject: Tar barfs on filname > 14 char.
Date: 19 Aug 92 04:14:21 GMT
Organization: Universite de Montreal

Hi Linuxers,

I downloaded the sources for MGR and when trying to unpack the fonts, I get a
marvelous error:  the system reboots when it hits the first file with a name
greater than 14 characters.

I'm using the tar package that came with mcc-interim version 0.96c.  Anyone
else had this problem before?  How do I fix it?

Thanx for any answers.
-- 
Laurent Duperval
duperval@ere.umontreal.ca
duperval@jsp.umontreal.ca
"If you gotta go, you might as well go happy... or suprised"   -Me
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Buffer corruption problems.
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Fri, 14 Aug 1992 05:02:29 GMT

Humberto Ortiz-Zuazaga (zuazaga@ucunix.san.uc.edu) wrote:

: I get a series of "HD: read_intr: status = 0x59", "HD: read_intr:
: error = 0x10" followed by an "HD-controller reset" on an odball
: Western Digital + Seagate IDE when doing big compiles ever since 0.96.
: The compilations proceed without error, however.
: 
: >	- The errors always include the same file (which is why I thought
: >perhaps that that particular file was living on a disk block that was going
: >belly up.  I plan to rename that file to .deadblock and putting a new copy
: 
: It may be the same file, if compiling the file excercises the bug (not
: reading it, compiling it). Check to see how much memory is used during
: the compile, or turn off optimization?

I got these, too.  I finally isolated it to two areas of the disk - one
of the areas was where some archived files live, the other was at the
beginning of swap space (first cylinder of the disk).  I used fdisk to
mark the first cylinder of the disk unused (slightly reducing my swap
space allocation) and haven't had a problem since! :) :)
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
From: EL204%DHAFEU11.BITNET@mitvma.mit.edu (L. Kunz)
Newsgroups: comp.os.linux
Subject: Another mount-bug?
Date: 18 Aug 92 13:20:54 GMT
Reply-To: EL204%DHAFEU11.BITNET@mitvma.mit.edu
Organization: The Internet

Hello,
i think the mount command on the root disk has another bug.
The entry in "/etc/mtab"-file contains the string
"/dev/xxxx" for the devices mounted, but i think there
should only be the basename of the mounted device.
Am i wrong?

ps. Linux is a great systems. Thanks to Linus!

Ludger Kunz                            Tel.: +49 (0)2371/566-230
LG Elektronische Schaltungen           EMAIL: EL204@DHAFEU11.BITNET
FernUniversitaet Hagen
Frauenstuhlweg 31
D-5860 Iserlohn
Newsgroups: comp.os.linux
From: egray@osiris.cso.uiuc.edu (Emmet P. Gray)
Subject: Patch #6 to Mtools v2.0
Organization: US Army Corps of Engineers - Construction Eng Research Lab
Date: Sun, 23 Aug 1992 04:09:45 GMT


This is to annouce the posting of patch #6 to the Mtools v2.0
distribution package to comp.sources.bugs.  I understand that the
version of Mtools that most (all?) Linux users have is a "splinter"
version.  So, you might have to struggle with the patch file to 
make it work.

This patch will add the following features:

	1) Mtools commands now use advisory locks to preclude two
	processes from writing to the same DOS filesystem.  You must
	edit the Makefile to choose one of the 3 lock methods:
		-DLOCKF, -DFLOCK, or -DFCNTL.
	See the Configure file for more details.

	2) An error detection routine has been added to determine if the
	FAT encoding scheme in the devices.c file is correct.

	3) Mtools commands now return exit codes with the following
	meaning:
		0 = success
		1 = utter failure
		2 = partial sucess/failure.  (at least one successful
		    operation, but at least one failure)

It also corrects a bug when Mtools is used on machines that have 16 bit
integers.  However, machines with 16 bit integers are limited to FAT
tables that are less than 64k in length.

Mtools v2.0.5 was posted to the comp.sources.unix news group the 2nd week
of January 92 as v25i097 thru v25i099.

The "always current" version of Mtools and all the patches are available
via anonymous ftp from cerl.cecer.army.mil (129.229.1.101).  I've also
placed the code in the /tmp/mtools directory on ftp.uu.net, but I can't
say how long it will stay there.

Emmet P. Gray				US Army, HQ III Corps & Fort Hood
...!uunet!uiucuxc!fthood!egray		Attn: AFZF-DE-ENV
fthood!egray@uxc.cso.uiuc.edu		Directorate of Engineering & Housing
					Environmental Management Office
					Fort Hood, TX 76544-5057
Newsgroups: comp.os.linux