HDTenEightyP/NetNews huggingface dataset:
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: Maths emulation
Date: 13 Aug 92 06:56:15 GMT
Reply-To: LeBlanc@mcc.ac.uk (A. V. Le Blanc)
Organization: Computing Centre, University of Manchester

In article <1992Aug11.083757.4171@monu6.cc.monash.edu.au> enu321d@monu6.cc.monash.edu.au (A. Walker) writes:
>Why is /tmp have the +t permission set (sticky bit?) . This is on 
>the 0.96c mcc-interim distribution.

This means that if a file appears in /tmp, only its owner (or root or bin)
can delete it.

>Is the gcc profiler , gprof available for linux? 

Yes; it's in the binutils from the standard gcc distribution, along with
a special library; it's not included in the MCC interim versions because
it takes up a lot of space and has only limited utility (in my biased
experience).

     -- Owen
     LeBlanc@mcc.ac.uk
Newsgroups: comp.os.linux
From: ede@kadabra.osf.org (Ted Ede)
Subject: Re: (emulating the) Motif Window Manager on Linux??
Organization: Open Software Foundation
Date: Fri, 21 Aug 1992 13:15:43 GMT

In article <1992Aug21.052341.7138@rs6000.cmp.ilstu.edu> jliddle@rs6000.cmp.ilstu.edu (Jean Liddle) writes:
>You just need one file from disk #15:  mwm[something].taz.  download
>this file from tsx-11.mit.edu:/pub/linux/SLS/15/mwm...taz, rename it
>to mwm...tar.Z on your linux disk, uncompress and untar from the root
>directory, create the directory /usr/lib/shared, within that directory
>make a symbolic link from /usr/lib/X11 to /usr/lib/shared/X11, change 
>your "exec [t | olv]wm" line to "exec gwm -qf mwm" in your .xinitrc
>file, and you are ready to run gwm.

The the motif window manager is a licensable tool.  Disk 15 contain gwm, 
which can emulate the look and feel of mwm and other wm's.

If you want the real motif mwm and libraries, you'll have to convince
a binary vendor to port it to linux.  I have some friends that work
for such a vendor.  Do anyone think it would be worthwhile to port
motif to Linux.  Considering the OSF would get the first $40 of the
sale, how much would you be willing to pay for a copy?

>On a similar note, could someone point the way to a postscript viewer
>for x windows or linux?  I downloaded the postscript docs to gwm, but
>have no way of printing them.  I would like to at least read them
>online so I can learn how to customize gwm/mwm to my own tastes (getting
>rid of the "lock to grid" positioning of icons, changing the menus, etc.)

ghostscript and ghostview, of course.  Availalble in source from your
favorite gnu site.  Doesn't appear to be built for linus.

   Ted Ede -- ted@world.std.com -- on contract at the Open Software Foundation
      -- All views expressed are mine unless explicitly stated otherwise --
	           -- This line intentionally left blank  --

Newsgroups: comp.os.linux
From: benjie@quack.sac.ca.us (Andriod)
Subject: linux on floppy?
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: Sat, 15 Aug 1992 18:45:11 GMT

Does anyone out there have linux system(hopefully, utils and X) for
IBMPC's regular harddrive on floppies so that I could copy them instead
of downloading ?  I am in PaloAlto/Sunnyvale area.
Thanx
Ben

-- 
     BBB		Benjie Chen
    BCCCB 		benjie@quack.sac.ca.us
    BCCCB		No Axiomatic System Could Produce All Number-
     BBB		Theoretical Truths, Unless It Is Inconsistent.
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: tcsh
Date: 15 Aug 1992 00:01:18 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu


I just put tcsh.tar.Z and tcsh486.tar.Z in the incoming directory on 
tsx-11. These files contain a .a file of all the .o files from compiling
tcsh. The tcsh486 file contains code compiled with the -m486 switch for
full 486 optimization. The filenames are different then I originally 
told someone, but I decided tonight to add the readme and makefile to it.
The reason for new posts is simple, whomever wanted tcsh said that the .a
files on tsx wouldn't work with his system, and I know these do, as I compiled
both of them tonight.


-----------------------                              ---------------------------
-Oh the joy of finding-       James Chacon           -probreak@matt.ksu.ksu.edu-
-That last pizza slice-                              ---------------------------
-----------------------				     --------------------------
-
From: dzubin@skorpio.usask.ca (Thomas Dzubin)
Newsgroups: comp.os.linux
Subject: Whining...I don't want to hack on the kernel
Date: 18 Aug 92 01:13:05 GMT
Organization: none

In article <1992Aug13.133700.9139@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>So the answer is to upgrade your kernel: if possible all the way to
>0.97.pl1 + the one-line patch due to performance reasons, but 0.96c or
>similar should work very well for your needs.
>
>		Linus

Sorry if this is sacreligious, but I DON'T WANT TO HACK THE KERNEL.  It
would be absolutely *wonderful* if someone (ANYONE!?) would put the
binary of 0.97.pl1 somewhere FTP-able.
I got into Linux just as the 0.97 new bootimage and rootimage were released,
so I used them...now people tell me that my version has a bug in it and
should be patched.
Only C source patches seem to be available.
Here's the problem:  I have only a 2400bps modem to connect to the Internet.
I would love to get the new .97 patch with the performance improvement
that everyone is raving about, but I just cannot afford to download the
C sources to the kernel when I'm only going to use it once - to patch it.
I noticed that there is a new rootimage-0.97.1 on nic.funet.fi!  This
is *exactly* the type of thing that we need...an update of the (fixed?)
*BINARIES* [sorry for yelling] every couple of weeks on the various FTP
sites.  Anyone willing to upload a 'bootimage-0.97.1'?

Is there any way to implement reliable binary patches?  Something like
"Change the word at location 0508 from '1234' to '0203'"

I'm sure there's gotta be other people like me around...people who
a) prefer a Un*x system over MooSe-DOS
b) just want to putter around...maybe compile a few programs, learn gawk, 
    etc.. (or even play rogue :-)
c) don't have the machine resources (Internet connection speed, disk space)
   to be running a FULL development system.

ps: to avoid pissing people at my site off, I downloaded the GCC2.2.2b
    stuff between midnight and 6am...it took *THREE* days before I could do 
    anything.
psps: I will scream if someone sends me mail saying 'buy a faster modem'

Flames to /dev/null
Thomas Dzubin
tdzubin@cue.bc.ca
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.os.linux
Subject: Re: Does anyone have GNU fax working?
Date: 19 Aug 92 17:39:06 GMT
Article-I.D.: yetti.1406
Distribution: world
Organization: York University, Dept. of Computer Science

In article <1992Aug18.195523.10228@unislc.uucp>, erc@unislc.uucp (Ed Carp) writes:
|> Zeyad Najem (najem@dante.cs.uiuc.edu) wrote:
|> 
|> : tucker@yuppie.enet.dec.com (David Tucker / KC4ZGO) writes:
|> : 
|> : >I am going to try to use the GNU fax s.w. with my new FRECOM Fax96 card.
|> : >Before I go to a lot of trouble I thought I'd check if anyone has
|> : >already compiled it for Linux.  It requires Ghostscript which I've
|> : >seen mentioned, so can I assume Ghostscript is already avail. on
|> : >the ftp sites?
|> : 
|> : I'm assuming that you're talking about NetFax.
|> 
|> I don't think so - I think he's referring to the fax 3.2 software on
|> prep.ai.mit.edu.
|> -- 
|> 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"

2.1 and 3.2 are versions of NetFax.
-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
From: J.Jagger@sheffield-city-poly.ac.uk
Newsgroups: comp.os.linux
Subject: Origami
Date: 17 Aug 92 15:11:06 GMT
Reply-To: J.Jagger@sheffield-city-poly.ac.uk
Organization: The Internet

Just saw a quick message about Origami, a folding editor.
I recently had a request from a visually impaired person who would
like the sources to a folding editor so that he can adjust it for
people like himself. Could someone please point me to the sources.
Many thanks
JJ
:: Jon Jagger  J.Jagger@oak.scp.ac.uk
:: Sheffield City Polytechnic, Pond Sreet, SHEFFIELD S1 1WB
:: Tel 0742 533802/432889 (work/home) Fax 0743 533840
:: Newspaper ad: Men wanted for expanding contracting company!
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Paying off Linus' PC (was: Linux Standards)
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Fri, 21 Aug 1992 17:42:48 GMT

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

: 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. 

If anyone wants to send me $$$ for developing the mailpak stuff, I'll
use it to buy chocolate (first priority!) and a 486/50 motherboard, a
bigger hard drive, and more memory. :)  Any extra goes to buy pizza--
hamburger & mushroom with extra cheese! :)

Oops, I forgot that SVGA card and monitor I've been lusting after, so I,
too, can run X!  It's really depressing to know that one has better
development tools at home than at work. :(

: longer.  Also, there are others that have contributed to linux, and I
: won't give them anything (not because I'm a selfish bastard, but simply
: due to practical reasons).

...like 486 machines aren't cheap! :(  Besides, if you want to send *me*
anything, hardware is gratefully accepted :)  Beer, maybe.  But, whatever
you do, *please* DON'T SEND PIZZA!  :) :) :)

: If any of the above reasons made you decide I don't really need the
: money, I just ask you not to mail me about it.  I /don't/ want to know
: about any money I might have gotten, but didn't.

: (*) Yes, beer is reasonably costly over here in Finland, but no, my
: debts aren't really that big.  Quite small, in fact, considering..

Just send Linus beer! :)  What brand do you drink, Linus? :)
-- 
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"
Newsgroups: comp.os.linux
From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: SCSI status? (Multiple partitions, tape drive)
Organization: University of Colorado at Boulder
Date: Fri, 21 Aug 1992 20:25:21 GMT

In article <BtCJJF.MMs@sun3.vlsi.uwaterloo.ca> pundsack@sun15.vlsi.uwaterloo.ca (Mark Pundsack) writes:
>I've been out of the group lately and I was wondering what the status of
>the SCSI support was.  I hadn't seen anything posted about it.
>
>Does the SCSI support allow more than 4 hard drive partitions?

Yes. 

>Is there any tape drive support yet?  or is that waiting for general tape

No.

>drive support?  The 0.96 release used to recognize my tape drive, but

No.  Some one has a tape driver for SCSI tapes under testing.  Tape 
support will get in when either 
1.  This is done
2.  The rewrite is done, and I can elegantly do SCSI/I/O directly 
	to user space because of the memory mapping allowed.

-- 
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.
From: simonich@uservx.plk.af.mil
Newsgroups: comp.os.linux
Subject: EFS/MAKE incompatability
Date: 21 Aug 92 22:53:33 GMT
Organization: Phillips Laboratory - Kirtland AFB


I have a problem running gmake on an extended file system.

System configuration:

       386SX20/387
       ST-02 SCSI controller
       Seagate 85 MB disk w/2 partitions
       Trident 8900 SVGA

Steps to reproduce the problem:

    call 1 partition c and the other d.  

    mkfs /dev/sda1 nnnn
    mount /dev/sda1 /c
    mkdir /c/usr
    cd /c/usr
    zcat </d/install/linux-0.97.1 | tar xv  (create a kernel tree on c)
    cp /usr/local/bin/make .
    reboot (using linux 0.97.1 boot disk and 0.97.1 root floppy)
    mount /dev/sda1 /mnt
    cd /mnt/usr/src/linux
    ./make
(Runs along until it finds a missing executable and stops.  The 
 key point is that it runs well past any attempts to change 
 directories)

repeat as efs
    mkefs /dev/sda1 nnnn
    mount -t ext /dev/sda1 /c
    mkdir /c/usr
    cd /c/usr
    zcat </d/install/linux-0.97.1 | tar xv  (create a kernel tree on c)
    cp /usr/local/bin/make .
    reboot (using linux 0.97.1 boot disk and 0.97.1 root floppy)
    mount -t ext /dev/sda1 /mnt
    cd /mnt/usr/src/linux
    ./make
(dies almost immediately with the error 
        make: getwd:
 )

Anyone solved this (or even seen it)?   

Thanks.
From: johnhm@vaxc.cc.monash.edu.au
Newsgroups: comp.os.linux
Subject: Re: AMD386 vs. Intel386 & external cache problems
Date: 13 Aug 92 17:57:43 +1000
Organization: Computer Centre, Monash University, Australia

In article <1992Aug12.153149.29972@news.th-darmstadt.de>, herr@hp11.iti.informatik.th-darmstadt.de (Gabor Herr) writes:
> Hello Linuxers,
> 
> two weeks ago I posted to this newsgroup, that I had problems with my new 386
> motherboard (AMD386, 40MHz, ETEQ Cougar chipset, 64KB cache, 8MB memory).
> Running Linux on it, from time to time some processes or even
> the kernel died with a signal SIGSEGV, which was caused by a `general protection
> error'. After turning off the onboard external cache everything worked
> fine. 
>  
lines deleted
> I also want to know what was the reason for this kind of errors.
> Therefore some questions:
> 
> - Is there anybody out in the net using Linux on a configuration
>   similar to my old one? Please try to run the above tests and tell me
>   if it worked...
> 
> - Are there differences between AMD 386 and Intel 386? Has the AMD
>   probably some bugs?
> 
> Thanx...
> 
> Gabor
> 
> 
  I have had similar problems although not in quite the the same degree.
I have a 25Mhz Intel 386 chip on a motherboard with 64k cache, ETEQ chipset
and 8Meg of memory (8 x 1Meg SIMMS). Io cards include ET4000 video, io card,
mfm HD controler, and AHA1542B SCSI controler (all exept for SCSI are noname).
  I would get segmentation or general protection faults occasionaly when
memory was pretty full such as during compiles, compiling under X windows 
was'nt practical. I found that disabling memory interleaving with BIOS setup
would make the machine much more reliable but still not good enough for
compiling under X windows, X windows would sometimes hang the machine 
(only rarely though). The change in behaviour made me suspect memory faults
were occuring sometimes when addressing one memory bank then the other.
  Yesterday I tried removing one bank of memory and found that memory faults
still occured. Susspecting a bad SIMM now I tried swapping the second bank
and was able to compile the kernel without errors. 0.97p1 is far more prone
to generating these errors, presumably because execution is more widely 
spread over memory. Up to 0.96cp3 I could reliable compile without using
Xwindows. The problem is NOT resolved yet though since I have yet to get
down to SIMM which I can say I faulty, it may be a wild goose chase anyway.

-- 

John H. Morris                          E-mail: johnHM@vaxc.cc.monash.edu.au
Monash University Computer Centre       Phone:  +61 3  5654763
Wellington Road,                        FAX:    +61 3  5654746
Clayton 3168,
Australia.
Newsgroups: comp.os.linux
From: yuanyin@utdallas.edu (Yuan-Yin Wu)
Subject: linux-logo, gif version uploaded to tsx-11
Followup-To: comp.os.linux
Keywords: linux logo
Organization: Univ. of Texas at Dallas
Date: Thu, 13 Aug 1992 21:53:55 GMT

Since some one here said he wants a gif version of the linux logo,
I've put one in gif87 format in the incoming directory at 
tsx-11.mit.edu. Or if you have gs, just run gs to get a gif output.



-- 
Yuan-yin Wu      yuanyin@utdallas.edu       (214) 690-2152         
Newsgroups: comp.os.linux
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Subject: Re: Can't fdformat
Organization: State University of New York -- Institute of Technology
Date: Wed, 12 Aug 1992 04:44:00 GMT

In article <1992Aug10.155730.4169@eua.ericsson.se> tmpcms@eua.ericsson.se (Carl-Michael Skoog) writes:
>When I try to format a diskette under Linux (fdformat /dev/fd0) I get the
>message 'ioctl(FDGETPRM)'. Ideas?
>
>Carl Michael Skoog
>

That's an interesting question.  I found a way around it and never got
around to asking for the right method.  :)

I used "fdformat /dev/at0".

I've got a question.  Will we always have at0, or will that eventually
be dropped in favor of autodetecting with fd0?  Just wondering so I don't
get accustomed to using a device that has a limited life span.


-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
Newsgroups: comp.os.linux
From: dje@sspiff.ampr.ab.ca (Doug Evans)
Subject: Re: Help using X other than logging in as root?
Organization: Edmonton, Alberta
Date: Thu, 13 Aug 1992 16:10:30 GMT
X-Newsreader: Tin 1.1 PL4

rwb@Turing.ORG (Robert W. Bingler) writes:
>Hey,
>        How can I setup X to allow me to use it other than 
>having to be logged in as root?

Wild guess time. Is your X386 setuid root? It should be (if memory serves).
-- 
Doug Evans               | "You're just supposed to sit here?"
dje@sspiff.ampr.ab.ca    |               - Worf in a mud bath.
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Newsgroups: comp.os.linux
Subject: Re: Need Help: Mtools
Date: 21 Aug 92 02:35:32 GMT
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet


   From: jhuang@Chaos.mcs.kent.edu (Jing Huang)
   Date: Thu, 20 Aug 1992 20:39:10 GMT

	   Hello netters. I just realized that my "mtools" are behaving funny.

	   Specifically, when I used "mdir b:" the first time, it gave me the
   correct diretory list of the diskette. But then after I changed to another
   diskette, "mdir b:" gave me the old (the first) diretory list. In
   other words, "mdir b:" seemed to have a memory of only the first
   invocation. To get a file list of another diskette, I have to reboot
   Linux. That is crazy. "mdir c:" seems ok though.

It sounds like your floppy drive doesn't have its "diskette change line"
working correctly --- apparently that's a common problem.  The meaning
of that line (I think it's pin 34 on the ribbon connector) changed from
XT floppy dirves to AT floppy drives.  On AT systems, that line is
supposed to signal to computer that someone has opened the driver door
(on a 5" disk) or ejected the floppy (on a 3" disk), so the computer
should flush its disk buffers.  

On some diskette drives, there is a jumper you can set to enable/disable
that line.  If you have the documentation for your drive, you might look
for such a jumper, or see if there's an obvious jumper whose trace goes
to that pin on the edge connector.

Even if you can fix your hardware, it sounds like, we need an ioctl in
the floppy disk driver to artificially simulate a disk change event, for
people who can't.  It wouldn't be hard to do, and it would probably be a
good exercise for somone who wants to start learning how a Linux device
driver works.  (Hint: look at the variable changed_floppy.)

If no one gets around to posting a patch in a week or two, though, I'll
make the changes when I can find some time.

						- Ted
Newsgroups: comp.os.linux
From: pmacdona@sanjuan (Peter MacDonald)
Subject: SLS: now available (for testers)
Organization: University of Victoria, Victoria, BC, CANADA
Date: Sat, 15 Aug 92 21:52:16 GMT

Ok, SLS is now available at tsx-11.mit.edu:/pub/linux/SLS.
But since it totals about 17 Meg or so, I caution all but
the most zealous against obtaining it.  Basically just
testers please.

The reason I am posting and not mailing just the testers, is
that I am away on maternity, my machine has been toasted for
me so that I have no mail access.  Good timing eh?  So just
post test results please, since I can not receive your mail
right now.

If all goes ok, after a week or so, other FTP sites could
pick it up.  It should be pretty apparent by then what the
collective opinion is.  

BTW:  If there are any comments about other software that should
be added, please let me know.  I insist upon keeping it to 15 disks
for now, but there is still some room left (not much though).
But, if you just want to bitch about how it should contain
the source tree, or should have all the alpha kernels and 
tcpip alpha, etc, please consider using 386BSD.  The goal of SLS
is to maintain a balance between small and featureful, with 
an emphasis on the former.

Peter.
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: Can't fdformat
Organization: Harvey Mudd College, WIBSTR
Date: Sun, 16 Aug 1992 20:07:39 GMT

In article <1992Aug16.151400.837@bernina.ethz.ch> almesber@nessie.cs.id.ethz.ch (Werner Almesberger) writes:
>In article <1992Aug16.061146.8868@pool.info.sunyit.edu> ujlh@pool.info.sunyit.edu (James Henrickson) writes:
>> What is setfdparms?
>
>setfdprm is a program that loads arbitrary disk parameters for an auto-
>detecting floppy device. You can use it to access unusual formats and to
>define the format before low-level formatting a disk (with fdformat).
>
>setfdprm is on tsx-11.mit.edu, /pub/linux/sources/sbin/setfdprm.tar.Z

It's also on the latest root disk (0.97 right now, 0.97.1 in a day or
so), so if you installed from one of those, you don't need to rush out
and get it, it's already there!

>> Was this "phasing-out" of device names made public or was it a secret
>> plot against experienced Linux users?
>
>Modern packages (i.e. MCC-interim) therefore use a new scheme that has
>been discussed on the standards mailing list.

The same names are used on the 0.97 (and 0.97.1, and later) root
images as well.  So, they can pretty much be considered the 'standard'.

>The fixed-format floppy devices won't go away (although I think that
>a few releases of the rootimage don't create special files in /dev
>for them, because the discussion on the standards list was (is?) still
>in progress), but their names will change.

That's right - I didn't want to assign some name arbitrarily without
something being decided in the Linux Standards list.  I did anyways,
but who's counting?

To be perfectly honst in why you (going back to the original poster)
haven't seen any sort of official announcement on the new names:

	The Linux Standards List has never decided anything.

Sure, there have been drafts of various documents, but I've never seen
anything with an 'official' rubberstamp.  I don't even think the
'Directory Standard' was ever fully christened.
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
Xref: sparky comp.os.linux:8485 comp.unix.xenix.sco:2704