HDTenEightyP/NetNews huggingface dataset:
From: kf8nh@kf8nh.wariat.org (Brandon S. Allbery)
Newsgroups: comp.os.linux
Subject: Re: sigset
Date: Thu, 21 Jan 93 21:26:25 EST
Distribution: world
Organization: Brandon S. Allbery's Personal System

bde@runx.oz.au (Bruce Evans) writes:
> In article <1993Jan19.235103.23941@cbnewsi.cb.att.com> Kenneth Almquist (ka@h
> >When reliable signals were added to System V Release 3, the developers
> >added a new system call named "sigset" rather than changing the
> (stuff deleted)
> -Dsigset=signal probably won't work if the application wants reliable
> signals, either.  Linux signal() gives unreliable signals :-(.

I wouldn't call sigset() "reliable signals".  (Neither does my SVR3.2 manual!
It contains a warning that sigset() "reliable" signals aren't really
reliable and sigaction() is preferred.)

Anyone here remember BSD 4.1c?  If I recall correctly, *that* was the origin
of sigset() --- and it wasn't enough, so BSD4.2 introduced a completely
different signal mechanism which *was* reliable.

++Brandon

--
He's BAAAACK! Brandon S. Allbery                       kf8nh@kf8nh.wariat.org
Help stamp out OSF/Motif in our lifetime!
Newsgroups: comp.os.linux
From: hedrick@geneva.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: Trouble with KA9Q/SLIP
Date: 23 Jan 93 00:51:50 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

daves@techmpc.csg.mot.com (Dave Schmitt) writes:

>I've been trying to get KA9Q to talk SLIP with a machine at work
>over a modem, but apparently they don't speak the same dialect
>of slip, or the terminal server is interfering.  When I try
>to ping from the remote end, this is the error message KA9Q
>gives:

>l0 recv: [Tue Jan 19 20:40:00 1993]
>IP: len 84 100.0.0.1->100.0.0.2 ihl 20 ttl 64 prot ICMP
>ICMP: Echo Request id 28392 seq 36 CHECKSUM ERROR (4626)

I wonder if you're overflowing a buffer on the machine at the other
end.  I looks to me like the overall packet structure is OK, so there
doesn't seem to be a gross compatibility problem.  Checksum error
probably indicates either some bytes are being garbled or dropped.  If
you're going through a terminal server, make sure both it and telnetd
on your machine give a transparent path.  It looks like you're getting
the high order bit, so the other possibility is that its turned LF
into CRLF or something like that.  On our cisco terminal servers you
have to do "term download" if you want a transparent path.  We've also
had to patch telnetd on the Unix machines for some releases, in order
to give a transparent path.
From: jloup@chorus.fr (Jean-loup Gailly)
Newsgroups: comp.os.linux
Subject: gzip
Date: 21 Jan 93 14:39:44 GMT
Reply-To: jloup@chorus.fr (Jean-loup Gailly)

I'm the author of gzip. I do not usually suscribe to comp.os.linux
but somebody just pointed out to me that there was some discussion on
gzip there. I am replying here to several postings.


donadio@wilbur.psu.edu (Beaker) writes:

> If you really want to have tar use gzip, the hack is quite easy.  Just
> get the source to tar-1.11.1 and change lines 456 and 458 of buffer.c.
> Change "compress" to "gzip" (there are a total of 4) and you are set.

I have temporarily put a better patch on alpha.prep.ai.mit.edu in
/tmp/gzip-tar-1.11.1.patch. With this patch, tar -cz invokes gzip, tar
-cZ invokes compress. You can use tar -xz to extract both compressed
and gzip'ed tar files. This patch or an equivalent one will be
integrated in future versions of tar.


kf8nh@kf8nh.wariat.org (Brandon S. Allbery) writes:

> gzip knows the System V "pack" format?  If so, then ".z" is okay.  If not,
> it should be nipped in the bud NOW.

gzip 0.8 (to be released tomorrow) is able to extract files in the
System V "pack" format. The detection of the input format is
automatic.


greg@squally.halcyon.com (Greg Naber) writes:

> I would appriciate it if someone with access to turbo-c for dos
> would compile and make available the zgip for the dos world

I have temporarily put an MSDOS executable on alpha.prep.ai.mit.edu in
/tmp/gzip071.exe. It is an lha self-extracting archive with readme,
gzip.doc and gzip.exe. COPYING and a pointer to the sources are
missing, I will upload a new version as soon as gzip 0.8 is frozen.
If you don't like self-extracting archives, you can extract the files
with "lha x gzip071.exe".

Jean-loup Gailly
jloup@chorus.fr
From: Daryl.Jurbala@f231.n273.z1.fidonet.org (Daryl Jurbala)
Newsgroups: comp.os.linux
Subject: Can linux 'do' macintosh
Date: Mon, 25 Jan 1993 22:54:00 -0800

RMLD>the Mac can read/write MS-DOS compatible diskettes, what about the
other
RMLD>way around?

It can be done under DOS with software or hardware so I would assume
that under
Linux wouldn't be a problem either.
Just my $0.02
-Daryl
 * OLX 2.1 TD * If idiots could fly, this would be an airport.

 * Origin: The Newtown Express BBS: 2400-16.8K 215-860-9724 5.1gigz
(1:273/231)
From: Jeff-Randall@uiuc.edu (Jeff Randall)
Newsgroups: comp.os.linux
Subject: Re: Filesystems for people providing packets
Date: 26 Jan 93 20:34:12 GMT
Reply-To: Jeff-Randall@uiuc.edu (Jeff Randall)
Organization: The University of Illinois at Urbana-Champaign (UIUC)
X-Aka: Upholder

kf8nh@kf8nh.wariat.org (Brandon S. Allbery) writes:
>I doubt "thousands" of people run xiafs/extfs instead of minix fs.

Considering the rate at which Linux is spreading, and the percentage of
local users that I know are using the extfs (namely all of them) I think
that mere 'thousands' is underestimating the number severely.. 

hats off to Remy... =)
-- 
Jeff-Randall@uiuc.edu (ASCII mail)           THIS IS _NOT_ CCSO'S OPINION!!!
jar42733@sumter.cso.uiuc.edu (NeXT mail)      If It were, It would've had a
wi.6580@n7kbt.rain.com (anon)                  more important name on it. =)
From: fl0p+@andrew.cmu.edu (Frank T Lofaro)
Newsgroups: comp.os.linux
Subject: Re: Some considerations when making a new Linux kernel
Date: 25 Jan 93 07:31:35 GMT
Article-I.D.: andrew.YfN2DrC00VpZE_2kl5
	<1993Jan24.005436.578@unislc.uucp>
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.os.linux: 24-Jan-93 Re: Some considerations
whe.. Ed Carp@unislc.uucp (972)

>Also, make sure that the lines in mm/memory.c that bomb processes that write
>to code space are commented out (look for SEGV) if you are running uucp or
>certain releases of getty_ps.  I have to do that, because the latest
version of
>getty_ps I can find will thrash if I don't.

	NO! Don't break the kernel because you have broken software, fix the
software. Personally, I might want to even change the kernel so that it
not only does a SEGV, but instead does a SIGKILL and an unlink() of the
offending program. :) But seriously, backwards compatibility is a very
backwards way to go.
Newsgroups: comp.os.linux
From: mfrankow@piper.hamline.edu. (Mike Frankowski)
Subject: Re: IN2000 SCSI Card 
Organization: Minnesota Supercomputer Center
X-Newsreader: TIN [version 1.1 PL6]
Date: Sun, 24 Jan 1993 18:50:23 GMT

Jim Kaufman (jmk@kksys.com) wrote:
: I had posted a question about the IN2000 SCSI card to the net a few weeks
: ago. Basically, how can I get this card to work with Linux.
: 
: I was told, no way. Not supported.
: 
: I called the manufacturer and have just received a copy of the board's specs.
: They are detailed enough to be able to write a driver for it. A fellow I
: work with thinks it will be fairly simple to write the driver for this
: board. I hope to talk him into helping me (or do it all himself) and hope to
: have something available within a couple of weeks (mid February).
: 
: If anyone is interested in writing the driver faster, contact me. I can
: mail the docs to you. Otherwise, hang in there and I'll have something
: available ASAP.
: 
: 
: JMK
: 
: -- 
: James M. Kaufman, Digital Biometrics, Inc. "Electronic Fingerprinting Systems"
:        Better living through electronics jmk@kksys.mn.org

I am also VERY VERY interested in this, and am willing to alpha/beta test as
you get some stuff done.

Also, talk to mr. Youngdale (hope I spelled it right) the current SCSI
master for linux and such.

Mike
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Need proc fs information!
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Date: Tue, 26 Jan 1993 14:43:11 GMT

 (loser@clueless.newbie.tyro.org) wrote:

: Well, the subject line says it all.  I'm looking for technical information on
: the proc file system (its interface, how to program it, etc).  Thanks,

The best place (still) is to look in /usr/src/linux/fs/proc/array.c - that is,
until Michael Johnson finishes his manpage.  :)
-- 
Ed Carp			erc@apple.com, erc@saturn.upl.com	801/538-0177

"It is your resistance to 'what is' that causes your suffering."   -- Buddha
Newsgroups: comp.os.linux
From: bobw@gdstech.GRUMMAN.COM (Bob Waffenschmidt)
Subject: Free O/S and GUI for PC486?
Organization: Grumman Corporation
Distribution: comp.os.linux
Date: Thu, 21 Jan 1993 21:02:23 GMT


I now seems reasonable (price wise) to set up a UNIX box at home using
a 486.  

I'd like to know if a GOOD unix and X-windows interface are available
for FREE.

If so how do I get it and set it up?

Thanks in advance & please mail responses directly to me!

bob
From: tgc@world.std.com (Terry Carlin)
Newsgroups: comp.os.linux
Subject: Re: Colorado Jumbo 120 Drivers?
Date: 28 Jan 93 12:46:26 GMT
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3

jec@ccwf.cc.utexas.edu (Jerry Chanek) writes:
: Anyone Know of any drivers available for Linux for
: a Colorado Jumbo 120?
Not yet, but some people are working on it.  It is a challenge.

: Also, anyone know of a SoundBlaster driver for Linux?
: Preferably one that will emulate say, /dev/audio?
On sunsite.unc.edu you will find snd-kit.  It works great!  Linux 0.99 has a
stub for the sound stuff.  All you need to do is get the snd kit, do a
few easy patches and go.  
: Thanks.
: 
: Jec@ccwf.cc.utexas.edu
-- 
Terry Carlin
tgc@world.std.com
Newsgroups: comp.os.linux
From: marcf@nexus.yorku.ca (Marc G Fournier)
Subject: Re: serial speeds...
Organization: York University, CS Dept. Toronto
Date: Tue, 26 Jan 1993 16:09:43 GMT

In article <1993Jan26.144812.10959@athena.mit.edu> alsaggaf@athena.mit.edu (M. Saggaf) writes:
>In article <1993Jan24.023609.10638@r-node.pci.on.ca> marc@r-node.pci.on.ca (Marc G Fournier) writes:
>>Hi...
>>
>>	Just a quick question...what is the max speed that
>>I can expect to get with Linux?  I have a Worldblazer that
>>I can lock the speed up to 115200 and would like to know
>>how much closer to  that I can get from 38400....or can I?
>>
>>	Is there work being done to increase the limit...or
>>is it not possible?
>>
>
>You can use speeds up to 115200 bps under linux, either by using
>setserial in conjunction with other comm programs, or by just using a
>comm program that supports high speeds directly (currently only Seyon
>does that). 
>
	I wish to lock my DTE speed with my Telebit at 115200, if
possible.  That means that I have lock uugetty at 115200...he who wrote
uugetty (ported it?), can I do that?

Marc

Newsgroups: comp.os.linux
From: fjh@munta.cs.mu.OZ.AU (Fergus James HENDERSON)
Subject: Re: nethack 3.0 for Linux
Organization: Computer Science, University of Melbourne, Australia
Date: Thu, 28 Jan 1993 04:42:55 GMT

hosp@hoedur.uni-paderborn.de (Holger Spangardt) writes:

>Hello Linuxers out there,
>I wanna compile nethack 3.0 under linux and have some special problems.
>BTW the sources I use seem to be hacked, because there were 2 versions of
>monst.c in it and no one was working, because of wrong #ifdef-#endif relation.
>Several sourcefiles seemed to be changed without the corresponding changes in
>pm.h.
>My questions are:
>1. Is there a runnung system out there and where can I get the sources?

Yes! I have nethack 3.0 patchlevel 10 up and running.
I forget exactly where I got the sources, but I think it was on nic.funet.fi
in /pub/OS/Linux somewhere. (I just had a look there and found a file called
'nh3pl10bin.tar.Z' before the ftp server went down.)
It compiled perfectly first time without even having to edit the makefile -
someone had already done all the work to get it running for Linux.

I have also done a quick hack to get color working. I send the patch
if anyone wants it.

-- 
Fergus Henderson             fjh@munta.cs.mu.OZ.AU      
This .signature virus is a self-referential statement that is true - but 
you will only be able to consistently believe it if you copy it to your own
.signature file!
Newsgroups: comp.os.linux
From: skn@engr.ucf.edu (Steve Nunez)
Subject: linux in business
Organization: engineering, University of Central Florida, Orlando
Distribution: comp.os.linux
Date: Thu, 21 Jan 1993 20:35:32 GMT


Greetings all,
	I have a question about the dosemu in linux. Basically, can
the emulator run a program by the name of Geoworks Ensemble? (sp?) I
don't run the dosemu, or have this application so have no way of
finding out. Can the emu run graphics applications?

I am asking this for a friend of mine who is a self-employed computer
consultent. He is bidding for a job of installing a small network of
machines in a local realtor office. This office now has 3 386 machines
and wants to have 10 nodes, for agents to exchange files and email.

My friend and the other bidders were going to suggest Novell, which
between the OS, ethernet cards and other stuff adds up to big$$$. I
suggested that he consider linux as an alternative. You only need
seriel lines, no cards and the OS is free! The only problem being is
that the office is partial to this Geoworks program.

It seems that this is probably not an uncommen situation and if linux
can prove itself to be usable (for novices, the "I don't care whats
underneath, as long as it helps me do my work" kind) and stable, it
could be a viable alternative to Novell.



- Steve Nunez

To:  all
Subject: linux in business
Newsgroups:  comp.os.linux
Organization: engineering, University of Central Florida, Orlando
Cc: 
Bcc: 

Greetings all,
	I have a question about the dosemu in linux. Basically, can
the emulator run a program by the name of Geoworks Ensemble? (sp?) I
don't run the dosemu, or have this application so have no way of
finding out. Can the emu run graphics applications?

I am asking this for a friend of mine who is a self-employed computer
consultent. He is bidding for a job of installing a small network of
machines in a local realtor office. This office now has 3 386 machines
and wants to have 10 nodes, for agents to exchange files and email.

My friend and the other bidders were going to suggest Novell, which
between the OS, ethernet cards and other stuff adds up to big$$$. I
suggested that he consider linux as an alternative. You only need
seriel lines, no cards and the OS is free! The only problem being is
that the office is partial to this Geoworks program.

It seems that this is probably not an uncommen situation and if linux
can prove itself to be usable (for novices, the "I don't care whats
underneath, as long as it helps me do my work" kind) and stable, it
could be a viable alternative to Novell.



- Steve Nunez
Newsgroups: comp.os.linux
From: thor@csd.uwo.ca (Jim Thorsley)
Subject: VGA problem
Organization: Dept. of Computer Science, UWO, London Canada
Date: Fri, 22 Jan 1993 21:26:41 GMT


Well I gave up on my ATI Wonder card and went out and bought a Trident
card (tvga8900C, 1Mbyte). When I run X386 it works well, unfortunately ...
when I exit from X back to regular terminal mode I get black text on a
black background. I can't see any text. If I do an "ls" the disk makes
a noise but I don't see the results. Is there a program to reset the
video text mode to white on black text?

This problem is mentioned in the FAQ as a bug but I couldn't find a 
workaround.

Thanks in advance.

-Jim Thorsley
thor@csd.uwo.ca
Newsgroups: comp.os.linux
From: umisef@mcshh.Hanse.DE (Bernd Meyer)
Subject: Neue Files bis zum 01/26/93 auf der mcshh
Organization: Point of Presence & MCS Hamburg
Distribution: hanse
Date: Tue, 26 Jan 1993 00:31:00 GMT

Newsgroups: comp.os.linux
From: rob@dinner.asrc.albany.edu (Robert D. Seals)
Subject: Bad blocks (?) on hard disk
Organization: SUNYA - ASRC, Albany, NY
Date: Tue, 26 Jan 93 19:02:54 GMT

Hello,
I just got sls from tsx-11 today, and prepared things and dove
in to install on my hard disks.

Things seems sensible except that bad blocks on the hard disks
aren't mapped to a forwarding area. This makes installation nearly
impossible, since my disks have many bad blocks. Is there
an 'fsck' on the a1/a2 disks that can locate and deal with bad
blocks so that I may proceed with installation? If not,
what am I supposa do?

Waiting anxiously,
rob
-- 
------
Sing Little Birdy?
rob@dinner.asrc.albany.edu
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: There is no GAS in SLS
Date: 25 Jan 1993 08:13:55 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

cs911461@ariel.yorku.ca (CHRISTIAN D. ARMOUR) writes:



>Me again.

>This is second hand information.  A friend of mine tells me that 
>the GNU assembler gas is not to be found on the SLS disks.  If so,
>how can one compile kernels or for that matter, regular "hello
>worlds"?

>Thanks!


>cak

Yes it is there. Its known as as, so gcc will find it. I know this for a
fact since I helped install SLS last week, and recompiling the kernel is
the firs thing I always do.

Please try to avoid posting things you aren't really sure about (i.e second
hand information), since that just create's problems down the road when
people hear about it.

James
Newsgroups: comp.os.linux
From: gilles@dgbt.doc.ca (Gilles Gagnon)
Subject: Re: SLS
Organization: The Communications Research Centre
Date: Fri, 22 Jan 93 20:15:06 GMT

In article <1993Jan22.131617.5610@athena.mit.edu>, Alex Kambis <kambis@asdsun.larc.nasa.gov> writes:
|> 
...
|> 
|>    1) Xwindows works great! (but if I xlock as anyone but root,  it
|>       won't recognize my password.  My only? option is to reset.)
...
|> 
|> Many Thanks,
|> 		Alex.

On this problem, it happened to me once and CTRL-ALT-BACKSPACE got me out of
xlock by getting me out of Xfree completely. I am afraid that the fact that
I could get out of xlock and X11 by doing so could lead to a security problem.

I hope I am wrong.

-- 
Gilles Gagnon     gilles@dgbt.doc.ca      | The Communications Research Centre
					  | 3701 Carling Avenue, Ottawa CANADA
Newsgroups: comp.os.linux
From: evansmp@uhura.aston.ac.uk (Mark Evans)
Subject: Re: Missing stuff: pstat, tset, NIS?
Organization: Aston University
X-Newsreader: TIN [version 1.1 PL241235]
Date: Thu, 21 Jan 1993 12:42:16 GMT

Scott S. Bertilson (scott@geom.umn.edu) wrote:
: In article <SCT.93Jan18162524@barley.dcs.ed.ac.uk> sct@dcs.ed.ac.uk (Stephen Tweedie) writes:
: >In article <lma.727207214@dayton.Stanford.EDU>, lma@dayton.Stanford.EDU (Larry Augustin) writes:
: >
: >Pstat?  Nope.  Anyway, the kernel structures have been changing too
: >rapidly to make such a beast easy to maintain...
: 
:   Don't know where it is at in terms of revisions, but there was
: a very interesting program posted on the net several years ago
: which was called "nlist".  It provided a simple scripting language
: which made it possible to print anything that could be found in
: the kernel namelist with some formatting and even computation
: involving previously retrieved values.  I haven't done much with
: it lately, but it strikes me that maybe I should dig it up and
: see if it would port to Linux relatively easily.
: 					Scott

The current idea appears to be to impliment examination of any kernel
data structures by using the /proc filesystem.
The format of this is likely to be more stable (once all the bits have
been put in) than diging arround in /dev/kmen
i.e. no recompiling tools/rebuilding databases whenever the kernel is changed!


--
-------------------------------------------------------------------------
Mark Evans                                   |evansmp@uhura.aston.ac.uk
+(44) 21 429 9199  (Home)                    |evansmp@cs.aston.ac.uk
+(44) 21 359 6531 x4039 (Office)             |
From: loz@holmes.demon.co.uk (Laurence Culhane)
Newsgroups: comp.os.linux
Subject: kmem ps is nicer
Keywords: ps,proc,kmem
Date: 27 Jan 93 23:38:08 GMT
Organization: Disorganised linuxer

I've seen some people say how the /proc based 'ps' is the one to use, and
that users of Branko's kmem based ps should move to the proc based.

Well.  I use both.  I rely on the proc based while hacking and upgrading
kernels, but I'd be lost without a reliable kmem ps (etc).  Lots of the
code I use writes into a process's argv space so that it can convey
more information to the user via 'ps'.  For instance, sendmail can tell
you an awful lot about what is going on if you have a kmem based ps.

I for one hope that we *always* have the choice.  I want both available
and would hope that Branko will keep upgrading the kmem code for major
releases.   Obviously it's not so vital that minor hacks are made for
interim kernel patches.  BUT  having a kmem based ps available for all
major number kernel releases would be great.

Comments?  Mail them.  Don't post.



-- 
Laurence Culhane
Internet: loz@holmes.demon.co.uk
Voice: +44 604 230262
From: Daryl.Jurbala@f231.n273.z1.fidonet.org (Daryl Jurbala)
Newsgroups: comp.os.linux
Subject: Pt 1/2: linux hardware co
Date: Thu, 21 Jan 1993 22:52:00 -0800

ZHH>                    LINUX HARDWARE COMPATIBLITY LIST

ZHH>     As you can see I need LOTS and LOTS of input to make this list
work!

ZHH>BRAND NAME COMPUTERS

You can add "All BenchMark machines" here.
-Daryl
 * OLX 2.1 TD * Nothing is 100% certain, bug free or IBM compatible.

 * Origin: The Newtown Express BBS: 2400-16.8K 215-860-9724 5.1gigz
(1:273/231)

Newsgroups: comp.os.linux
From: spierce@wam.umd.edu (Stephen Pierce)
Subject: MudOS 0.9.15
Organization: University of Maryland, College Park
Date: Sat, 23 Jan 1993 04:13:58 GMT

  Help. I have been attempting to port MudOS 0.9.15 to Linux since a
kind MudOS person gave me the source. I managed (how I don't know) to
get all the files compiled. When I couldn't get the math libraries to link,
I made dummy functions that returned zero. The resulting driver did
correctly connect people trying to get into the machine, but it would
not do anything else. It might be because of the math functions, but somehow
I doubt it.
  So, I'm throwing in the towel. To anyone who has contacted me: Thanks for
your support, but this job is over my head. There aren't enough knowlegable
people to help me either. If anyone wants my 0.9.15 directory, please
ask me to send you a copy via uudecode/e-mail.
  
  If anyone has gotten 0.9.15 to work, please send me a .tar of your
src directory! I am very desperate and tired. If I get a working ./src
directory, I will mail to my "success" list, and inform them where they
can ftp it; otherwise, I can not continue..

Steve

Newsgroups: comp.os.linux
From: lam836@cs.cuhk.hk (Savio Lam)
Subject: Problem uploading with Seyon
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Thu, 21 Jan 1993 08:33:11 GMT

I am using GVC 2400 v.42bis modem, running Seyon as my comm program.
Download works fine but I get a lot of errors when uploading. The baud
rate is set at 9600. I've already tried turning on XON/XOFF and CTS/RTS
flow controls one at a time and both at the same time, but got the same
result. I have no problem uploading using Xcomm. Would anyone please help.

P.S. I am using rz, sz I got from tsx-11.mit.edu

Regards,
Savio Lam.
email: lam836@cs.cuhk.hk
Newsgroups: comp.os.linux