HDTenEightyP/NetNews huggingface dataset:
From: pen@lysator.liu.se (Peter Eriksson)
Subject: Dell 433TE Mouse
Summary: Anyone got the internal mouse in a Dell 433TE to work with Linux?
Keywords: mouse linux dell
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Mon, 7 Sep 1992 14:12:33 GMT

Has anyone succeded in making the internal mouse controller in a Dell 433TE
to work with Linux?

/Peter

--
Peter Eriksson                                              pen@lysator.liu.se
Lysator Academic Computer Society                 ...!uunet!lysator.liu.se!pen
University of Linkoping, Sweden                           I'm bored. Flame me.
Organization: Middle East Technical University - Computer Center
Date: Saturday, 5 Sep 1992 20:59:53 TUR
From: <E59387@TRMETU.BITNET>
Newsgroups: comp.os.linux
Subject: compiling error


  HI,
   Im trying to compile 0.97 version of linux over 0.96c (SLS distribution)
 Everything goes well until compiling build.c,then it gives me errors below.
 Im using gcc-2.2.2d and my linux sources on the directory /linux.
 Can you help me? Thanks.


In file included from tools/build.c:25:
/usr/include/stdlib.h:55: conflicting types for `div_t'
/linux/include/sys/types.h:70: previous declaration of `div_t'
/usr/include/stdlib.h:62: conflicting types for `ldiv_t'
/linux/include/sys/types.h:71: previous declaration of `ldiv_t'
In file included from tools/build.c:25:
/usr/include/stdlib.h:292: parse error before `*'
/usr/include/stdlib.h:295: parse error before `wchar_t'
/usr/include/stdlib.h:303: parse error before `*'
/usr/include/stdlib.h:305: parse error before `*'
tools/build.c: In function `main':
tools/build.c:90: `O_RDONLY' undeclared (first use this function)
tools/build.c:90: (Each undeclared identifier is reported only once
tools/build.c:90: for each function it appears in.)
make: *** [tools/build] Error 1
From: cummings@tiger1.prime.com (Kevin J. Cummings)
Newsgroups: comp.os.linux
Subject: Re: fdformat loops
Date: 8 Sep 92 19:45:26 GMT
Organization: Prime Computer, Inc.

In article <715830854snx@grendel.demon.co.uk>, jes@grendel.demon.co.uk (Jim Segrave) writes:
> 
> In article <1992Sep6.133604.26927@afterlife.ncsc.mil> jepstei@afterlife.ncsc.mil (John Epstein) writes:
> > 
> > setfdprm /dev/fd0 1200/1200
> > fdformat /dev/fd0
> > looped on "floppy 0: data CRC error: track 77, head 1, sector 1"
> > 
> > CTRL-C was no help, pulled bad disk out of drive --- got 6 errors
> > reading non-existent disk
> > 
> > This was a little hard on the floppy drive.
> > 
> > Have not yet read the source to fix the problem.
> > 
> > John
> 
> 1.2M drives only have tracks 0..76. 

Huh?  8" disk drives only have 77 tracks (0..76).  5.25" disk drives have 80
tracks (0..79).  (3.5" drives tend to have 80 tracks as well).  This is with
"standard" formating.  Nonstandard formats can use up to 84 tracks in there
efforts to pack data onto the disk!

=================================================================
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
=================================================================
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Question about rz/sz
Date: 7 Sep 92 14:40:21 GMT
Organization: University of Helsinki

jwinstea@fenris.claremont.edu (Jim Winstead Jr.) writes:
>Personally, Omen will never see a penny of my money unless they find
>someone who can write documentation.  There are better (and free)
>zmodem implementations for DOS (Texas ZModem for one), and the old
>'free' rzsz packages work fine for me.  I also have no use for a
>communications program that is by all reports hard-to-use.

BTW, does anybody have a pointer to documentation of the Zmodem
protocol?  It seems that somebody might want to write a better Zmodem
for Unix.

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux
Subject: Re: GCC 2.2.2d bug
From: system@kryton.UUCP (Scott Beckstead)
Date: Sun, 06 Sep 92 09:09:54 PDT
Organization: Paradox Alley F&SF BBS 805-492-8789

simonich@uservx.plk.af.mil writes:

> In article <1992Sep4.230902.2523@novell.com>, bboerner@novell.com (Brendan B.
> > In article <1992Sep4.202913.14346@hippo.ru.ac.za> pi@cs.sun.ac.za writes:
> >>I have found that gcc is generating the wrong code for the following
> >>code fragment:
> >>
> >>  int p = 10;
> >>  p = p++;
> >>
> >>From my C background, I have found the value to be 10.  Unfortunately
> >>(for the gcc maintainers) the result is 11.
> > 
> > I have this idea that if you posted this to comp.lang.c, Chris Torek or
> > someone similar would point out that this is correct behaviour.  My gut
> > feeling is that it SHOULD be 11 but I'm not a C guru.
> > 
> > Later,
> > Brendan
> > -- 
> > Brendan B. Boerner		Phone: 512/346-8380
> > Internet: bboerner@novell.com	MHS: bboerner@novell
> > Please use ^^^^^^^^^^^^^^^^^ if replying by mail.
> 
> I will admit that it isn't the ASCII C standard but on page 46 of 
> The C Programming Language (second edition) by Kernighan and Ritchie
> they give the specific example:
> "If n is 5, then
> 
>         x = n++;
> 
> sets x to 5, but
> 
>         x = ++n;
> 
> sets x to 6."
> I agree with a previous poster that this code fragment is IMHO, very
> poor code. 

Indeed very poor code.  The final result will be 11.  because even if
the assign works properly the increment will still happen.  I know
the the gnu code here works properly.  This kind of bug could be so 
subtle that it might easily never be found.  It is also probably
going to be optimized to merely :
 p++;
instead of having any other effect.  Which is properly the semantic 
equivalent of this code fragment.

Scott



  


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: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: Problems compiling GNU make
Date: 8 Sep 92 08:36:50 GMT
Reply-To: LeBlanc@mcc.ac.uk (A. V. Le Blanc)
Organization: Computing Centre, University of Manchester

In article <1992Sep6.164840.24588@pool.info.sunyit.edu> ujlh@pool.info.sunyit.edu (James Henrickson) writes:
>I have been repeatedly unable to compile GNU make.
>I am using Linux 0.97-patch2 (haven't moved up to patch3, give me
>time) and gcc 2.2.2d.

The patches used to compile GNU make 3.62 with gcc 2.2.2d under Linus
0.97 patch 2 can be found in the file make362.ud.Z in the directory
mcc-interim/0.97p2/patches, which is in /pub/linux at ftp.mcc.ac.uk,
and in /pub/linux/mirrors at tsx-11.mit.edu.

     -- Owen
     LeBlanc@mcc.ac.uk
From: quale@saavik.cs.wisc.edu (Douglas E. Quale)
Newsgroups: comp.os.linux
Subject: MOUNT-SRC IS A DISASTER !!!
Date: 6 Sep 92 14:39:07 GMT
Article-I.D.: daffy.1992Sep6.143907.5449
Organization: Undergraduate Projects Lab, UW Madison

MOUNT-SRC IS A DISASTER !!!

I know, because I wrote it, and if you were unfortunate enough to try
it you probably know that too.  
-- 
Doug Quale
quale@saavik.cs.wisc.edu
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: DISASTER AT MIT (!)
Organization: Harvey Mudd College, WIBSTR
Distribution: usa
Date: Fri, 4 Sep 1992 21:26:00 GMT

In article <1992Sep4.181833.27996@msuinfo.cl.msu.edu> sundaram@cps.msu.edu (Divya Sundaram) writes:
>I would advocate the following type of setup:
>
>	/pub/linux/packages 	contains all the packeages eg SLS etc
>
>	/pub/linux/v0.96	all the files pertaining to 0.96 release
>				containing all the files for a base system
>				(with links to the gcc and X11 directory)
>
>	/pub/linux/v0.96/tools	all the tools for v 0.96 that make it a 
>				FULL unix (w/o X11) system 
>
>	/pub/linux/v0.96/new	all the enhancements and patches to the 
>				original 0.96 release 
>
>	and similarly for 0.97 and 1.0 and 1.1 and .... .8>)
>
>If (from one version to the next) the files do not change, simply provide a
>link to it instead of recopying it. This way all the enhancements can be found
>in the relevant patches directory - e.g. /pub/linux/v0.97/patches/pl1 is the
>file containing the first patch ... etc.

Yes, this all sounds nice, but I don't think it's as easy to maintain
as you claim.  Who goes through and tests the old binaries to see if
they work with the latest and greatest kernel, so you'll know it's
safe to make links?  Who recompiles the stuff if it doesn't work?

I also don't find it any more logical that the latest kernel source
should be in /pub/linux/v0.97/pl2/source.tar.Z or something versus
/pub/linux/sources/system/linux-0.97pl2.tar.Z.  Maybe that's just the
way I think, though.

There are two quite excellent 'base' installation packages out there -
SLS and MCC, and a few offshoots of those (the sc.tamu.edu and MJ's,
which I guess is really an offshoot of the basic boot/root combo).
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Linux on a Microchannel box
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Mon, 14 Sep 1992 20:12:53 GMT

Mark Evans (evansmp@uhura.aston.ac.uk) wrote:

: (how do you get MCA on a non IBM machine, I thought it was a proporitry
: standard)

That's IBM's attempt to lock up the PC market, which failed miserably,
incidentally.  There are several people making MCA boxes, although I'm not
sure why anyone would want one...
-- 
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: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: Sun Workstation 2/50
Date: 12 Sep 92 18:57:43 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

Steve_Goyette@mindlink.bc.ca (Steve Goyette) writes:

Linux will not run on a Sun 2/50.  So you need a copy of SunOS.  In
theory you might be able to boot a diskless Sun from Linux, however
it's going to require some work.  You'll need to wait until NFS is
finished for Linux.  Then you'll need several utilities, including

  tftpd - should be easily available
  rarpd - should be available
  bootparamd - it's a simple program if you have RPC (which you
	would have to once NFS is done), but I don't know whether
	there's any free version.  Only needed for relatively
	recent versions of SunOS
  nd - sun's old network disk protocol, which was used just for
	booting.  (This is no longer used by SunOS, but I suspect
	the 2/50 ROM's probably still use it.)  This is also a very
	simple protocol, but I don't think it was ever made public.

There are probably a couple of more protocols that I'm forgetting.  I
believe there are some Sun experts who would be able to get all this
stuff working under Linux, but it's likely to involve some reverse
engineering.  So this is a significant project.
From: simonm@dcs.glasgow.ac.uk (Simon Marlow)
Newsgroups: comp.os.linux
Subject: Re: Floppy not mounting with 0.97.2....patch?
Date: 8 Sep 92 10:30:16 GMT
Organization: Glasgow University Computing Science Dept.

smace@nyx.cs.du.edu (Scott Mace) writes:

>I'm sorry if this has allready been answered, but is there a way to fix
>mount in 0.97 pl2 ?  It core dumps when I try to mount flppies.  Will
>this be cured with 0.97 pl3?

I think you need to recompile mount - it worked for me. I assume
you're using the mount from the 0.97 root disk? If so, that one didn't
even mount floppies with the DOS filesystem properly, it just kept
saying '/dev/fd0 already mounted or /mnt in use' or something.

The source I'm using is from the MCC-interim distribution in the file
misc.tar.Z.

>Thanks in Advance,

>Scott Mace

>--
>*********************************************************************
>*    Scott Mace                internet:    smace@nyx.cs.du.edu      *
>*                                          emace@tenet.edu          *
>*********************************************************************

you're welcome!,

Simon
Newsgroups: comp.os.linux
From: s_baumgn@irau26 (Fred Baumgarten)
Subject: Re: Anyone doing Packet work with KA9Q?
Organization: University of Karlsruhe, Germany
X-Newsreader: Tin 1.1 PL5
Date: Mon, 14 Sep 1992 09:09:46 GMT

Douglas W Murray (doug@owl.isis.org) wrote:
: Hi all,
: 
: I saw a few posting lately about the use of ka9q software and I was 
: wondering if any has it installed in such a way as to run a packet system?  
: I am a HAM operator and have used ka9q in the past under MS-DOZE and was 
: hoping that the version for Linux was still resemblant to its MS-DOZE 
: counterpart so that I can re-install my packet system.

I use to run WAMPES - a unix port to ka9q written by dk5sg, this is ported
to linux by olaf dc1ik (erb@insu1.etec.uni-karlsruhe.de). Works great...

: Comments would be appreciated.
: 
: 73 de Doug! VE2URA/VE2VMS {doug@owl.isis.org}
: 

--
Fred Baumgarten - s_baumgn@ira.uka.de - dc6iq@db0sao.ampr.org
From: vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan)
Newsgroups: comp.os.linux
Subject: smail3.1.25 (or above) under linux?
Date: 10 Sep 92 19:12:17 GMT
Organization: none

A while back, I posted a question asking what I needed
to run 'elm' with domainized headers (since I'm MX'd 
on internet) and run a mail agent that can set a default
route (or smart-host).

A number of folks (thanks...) mentioned that there's
a compilation setup for elm to turn on domainized headers
and that smail3.1 can do the smart-host stuff.

I noticed that the smail3.1 in Taylor UUCP is actually
smail2.5, so I grabbed the real thing from anon ftp,
but I can't get it to compile.

Has anybody gotten smail3.1.25 (or above) to compile
under linux ? If so, would you be willing to either
clue me in or kick me the config files for compiling
it (and the transport config files for making it work) ?

Any help would be greatly appreciated...

-- 
   ---------   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...
Newsgroups: comp.os.linux
From: int177c@aurora.cc.monash.edu.au (Jae Won)
Subject: xterm crashes..
Organization: Monash University
Date: Sat, 5 Sep 1992 15:50:15 GMT

Hi .

	I have X386v1.1 running under 0.97pl2. My problem(which wasn't there before)
is that whenver I try to do control-mouse_button, the client kills itself
leaving me with a core dump. I can use the third button okay, but the first
two are very sick. I would appreciate any help.
	Thanks in advance.

Jae


p.s. I reinstalled kernel from a mcc-release coz xfig crashed on me and I couldn't log in as root anymore. For some reason, the rc file wasn't being executed
properly. It said "/etc/update &" has error near &. Hmm, weird. I never had 
such prob when I was running 0.96a. It crashed a lot(when running X), but every-thing came back to normal after I did either reset or 3 finger salute.
	Since I installed 0.97pl2, I had to reinstall the kernel 3 times...in two
days...real hassle.
From: eric@tantalus.dell.com (Eric Youngdale)
Newsgroups: comp.os.linux
Subject: Re: Compiler Internel error, help!
Date: 13 Sep 92 17:09:36 GMT
Organization: Naval Research Laboratory

In article <716390264snx@kerberos.demon.co.uk> alovell@kerberos.demon.co.uk (Anthony Lovell) writes:
>
>In article <3577@ra.nrl.navy.mil> eric@tantalus.dell.com writes:
>
>>        I am wondering if the new memory manager is setting things up so that
>>we can no longer write to read-only pages and is more strict about null> pointer
>>references.  Could this explain the sudden rash of segfaults?
>>
>Surely thats the whole point about read-only pages ,you're not to write
>to them

	This is true, but the kernel does not enforce this (i.e. you can
write to a read-only page).  At some point in the future, Linus will change
things over so that this is no longer possible.

-Eric

--
Eric Youngdale
eric@tantalus.nrl.navy.mil
From: vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan)
Newsgroups: comp.os.linux
Subject: uucp needs a uuencode/uudecode
Date: 10 Sep 92 19:13:59 GMT
Organization: none

Does anybody have a good uuencode/uudecode for
linux that's already been ported and is running ?
There doesn't seem to be one in Taylor UUCP
or the 'mailpak' I have around here..

-- 
   ---------   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...
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: apologies, but I still need a little help
Date: 4 Sep 92 20:00:11 GMT
Organization: University of Helsinki

mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
>in my root dir.
>
>0971inc.tar.Z

It is usually considered common sense to not put extraneous files in the
root directory.  Since there was no mention of a specific directory
where I should put the files, I created a new directory for them and put
them there (/usr/tmp/gcc2-install, if I remember correctly).  Worked
pretty well.

>NOTICE THE TRUNCATED FILE NAMES.

I notice.  I also noticed them when I installed gcc.  Since there was no
mention about a need to do something special about them, I did nothing
and assumed that the installation script knew how to handle them.  It
did.  (Actually, it didn't have to do anything special about them.)

>sh install.2.x -v 2.2.2d /usr/src/linux
>
>:command not found
>'yntax error near '()
>'nstall.2.x:5: 'kernelstuff()

Did your files go via MS-DOS, so that the shell script (a text file) got
Unix newlines (a lonely LF) converted to MS-DOS newlines (CR then LF)?
It looks like you did.  If so, you need to remove the CRs, with flip or
some other similar utility if you have one, or standard text utilities
(tr comes to mind) if you don't. 

>SO NOW I ASK, NOW THAT I HAVE FOLLOWED ALL THE DOCS, WHAT SHOULD I DO?????
>I appreciate any info that you can send.

A vague recollection of the steps I went through while installing gcc
2.2.2d:

- got release-2.2.2d and README
- printed them out on hardcopy
- read them thoroughly
- get all the other files, the list is in release-2.2.2d
- since the above was done at my university, I created tar files of all
  the gcc files (gcc-1.tar, gcc-2.tar, gcc-3.tar, etc), and put those
  onto DOS floppies
- at home, I copied the tar files from DOS floppies to a Linux partition
  with mount/cp/umount cycles
- created /usr/tmp/gcc-install
- untarred the gcc-?.tar files into /usr/tmp/gcc-install
- re-read README and release-2.2.2d, and glanced at install.2.x
- made certain that I had the kernel sources in /usr/src/linux
- entered the command ./install.2.x 2.2.2d /usr/src/linux
- I probably executed, in /usr/src/linux, the command make dep
- I deleted /usr/tmp/gcc-install with contents, since I don't ever have
  enough disk space
- I don't remember doing anything else

--
Lars.Wirzenius@helsinki.fi
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: Quest: Linux on 386 - 1Mb ???
Keywords: Is it possible?
Date: 11 Sep 92 13:08:32 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep10.103728.25485@cs.ruu.nl>, rhtenbac@cs.ruu.nl (Robert Tenback) writes:
| I recently downloaded Linux but it doesn't work on my 
| computer because I have only 1Mb memory. So here is my 
| question:
| 
| Is it possible to try Linux on a 386, with only 1 Mb memory ?
| 
| (By forcing Linux to use fewer buffers, or something like that.)

  I'll mail you a copy of this, but the answer I give you is "only in
theory." Linux requires some memory above 1MB, but if you had one of
those systems which puts 640k low and 385k as the start of extended
memory, it *might* work. If all the memory is below 1MB it won't. And I
don't think it will work with less than 640k low memory, either.

  What kind of system do you have that you can't expand the memory? I'm
sure someone will *give* you some 256k SIMMs, most big companies are
literally throwing them away to install current memory. If you can
afford the disks to boot Linux I assume you could afford $29 for 1MB
more memory.
-- 
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: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Background processes not dying on parent exit
Date: 12 Sep 92 11:31:40 GMT
Organization: University of Helsinki

keith@ksmith.uucp (Keith Smith) writes:
>What SHOULD happen in my experience is the CHILD process should receive
>a SIGHUP when the parent dies.  The DEFAULT action for SIGHUP should be
>death.  This is VERY important from a minimal security standpoint.

I have no problems with the behaviour you describe.  It is not, however,
the behaviour against which I have been arguing.  What I have been
arguing against is sending SIGKILL to children when the parent dies.

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux
From: harry@atlas.socsci.umn.edu (Kuo-Chen Chang)
Subject: xdtm2.5 compiling error under 0.97pl4
Keywords: xdtm
Organization: University of Minnesota
Date: Fri, 11 Sep 1992 13:41:03 GMT

Any help is appreciated!  Harry

environment:
	0.97pl4
	x2.0
	gcc2.2.2d

Newsgroups: comp.os.linux