HDTenEightyP/NetNews huggingface dataset:
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Leaving light on mounted removable devices
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Date: Tue, 12 Jan 1993 08:27:54 GMT

Joseph R. Pannon (danubius@halcyon.com) wrote:
: In article <JOHNSONM.93Jan11111850@amcl6.StOlaf.edu> johnsonm@stolaf.edu writes:
: 
: >Yes, but it would keep your floppy disk spinning the whole time it was
: >mounted.  Not good.  It is a simple hack, but it would wear out your
: >floppy, since they can only do a certain number of rev's before they
: >fail, and it's been my experience that they fail sooner than later... ;-)
: 
: Michael,
: I'm not sure that keeping the drive light necessarily goes together with
: the spinning.  As I recall, the DOS FASTBACK backup software managed to
: keep the drive lights on even during changing of the floppies,
: supposedly so that they could detect the actual change having taken
: place.  I have quit using FASTBACK years ago, when I got my first tape
: drive, but perhaps some current users might confirm this.

The way fastback did it (like many other backup programs, including one I wrote
many moons ago) was to keep hitting the drive - they also increased the
motor 'on' time.  I don't believe that one can turn the drive select light
on and off without spinning the motor.

Perhaps you could do a "test drive ready" (BIOS INT 13, service 10), but I
don't know if that woul stop the drive from spinning.  And, of course, you can't
use the "diskette change line status" because not all mfrgrs hook it up.

An interesting question...
-- 
Ed Carp			erc@apple.com, erc@saturn.upl.com	801/538-0177
1935 will go down in history.  For the first time, a civilized nation has
full gun registration.  Our streets will be safer, our police more efficient,
and the world will follow our lead into the future.  --Adolf Hitler
Newsgroups: comp.os.linux
From: chip@tct.com (Chip Salzenberg)
Subject: Re: Serial tty names and SCSI problems for .99p*
Date: Mon, 4 Jan 1993 14:38:05 GMT
Organization: TC Telemanagement, Clearwater, FL

According to pmacdona@sanjuan (Peter MacDonald):
>I plan on renaming the serial devices in the next SLS release to
>ttyS0, ttyS1 and ttyS2.  This because between Xwindows, emacs,
>screen, and tcpip, psuedo ttys are getting pretty much in demand.

I suggest using ttyp?? for ptys.  With two hex (or decimal, if you
like) digits after the "p", there's plenty of room for 64 ptys.
-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
  "you make me want to break the laws of time and space / you make me
   want to eat pork / you make me want to staple bagels to my face /
   and remove them with a pitchfork" -- Weird Al Yankovic, "You Make Me"
Newsgroups: comp.os.linux
From: hpa@eecs.nwu.edu (H. Peter Anvin N9ITP)
Subject: Dumb question: new executable format?
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Organization: You must be kidding!
Date: Tue, 12 Jan 1993 06:56:56 GMT

Since the new extfs now is in alpha, and will (sometime) support block
sizes other than 1K, and such a change is eventually slated for the
Linux kernel as far as I have understood, I would like to ask the
question: doesn't that cause a problem with the current Minix-style
executable format?

With a 1K block size, everything is dandy.  But with a 4K block size,
which has been discussed (or really anything > 1K)
the 1K header drives the pages in the executable out of alignment:

1K blocks | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | A | B | ...
4K blocks |       0       |       1       |       2       | ...
Exec file |Hdr|    Page 0     |    Page 1     |    Page 2     | ...

Either we could adopt BSD-style executables with a 4K header and lots
of wasted space, or we could do as someone suggested on comp.os.linux
(sorry can't remember your name, but for the record it was not my
idea) and put the header in the first page of the text segment,
supposedly including a header version number and a pointer (or even
better, a jump instruction) to the beginning of the actual code.

This would clearly require modifications of both the kernel and
linkers, possibly even compilers.  Maybe Linus and HJ could tell how
much of a hassle it would be to implement such a change.

	/hpa

-- 
INTERNET:  hpa@nwu.edu   TALK:      hpa@delta.eecs.nwu.edu
BITNET:    HPA@NUACC     IBMNET:    16331@IBMX400
HAM RADIO: N9ITP         NeXTMAIL:  hpa@lenny.acns.nwu.edu
while ( 1 ) ; cp /dev/zero /dev/null & end
Newsgroups: comp.os.linux
From: bangell@cs.utah.edu (bob angell)
Subject: Looking for MakeDisketteImages under MSDOS
Date: 11 Jan 93 00:14:41 MST
Distribution: w


After using the SLS, it occured to me that I could benefit from
having the ability to write diskette images from the floppy drives
and then rawwriting them to another diskette size, etc.  Is this
available for the masses under MSDOS (the common denominator)?  If
so, where can I FTP or get it by mail?

Thanks for your help.

-Bob-

Bob Angell                               | Data Integration (multi-platform)
Principal, Management Systems Engineer   | Health Systems Engineering
Applied Information & Management Systems | Database design/development
1238 Fenway Avenue - SLC, UT 84102-3212  | Simulation/Modeling/Neural Nets
bangell@cs.utah.edu; Voice: 801-583-8544 | Product Reviewer-Major Publication

     [Standard Disclaimer: Speaking for the University of Utah, NOT!]




Newsgroups: comp.os.linux
From: Mike Stramba <stramba@zooid.guild.org>
Subject: netstat for Linux?
Organization: The Zoo of Ids
Date: Sat, 9 Jan 1993 11:15:17 GMT

Hello Linuxers !

Is there a 'netstat' or equivalent program for linux?

I'm trying to write some networking code, and want a way of monitoring the
state of tcp/ip.

Something very simple will do, i.e. showing what sockets have been opened, by
whom, what their status is.

If anybody has source for this, and it's reasonably short (couple hundred
lines or less) could you mail it to me?

---------

I'm also looking for some C coding examples for client / server, UDP and TCP
examples.

Just something simple, the bare bones (i.e. an echo or daytime setup).

Thanks for any input.

Mike

Newsgroups: comp.os.linux
From: richb@jti.com (Richard Braun)
Subject: It's installed, now what?  (was Re: A flight of marketing fancy)
Organization: Jupiter Technology Inc. / Waltham, MA
Date: Wed, 6 Jan 1993 15:42:21 GMT

I wrote:
>The way to make Linux applications happen is pure marketing savvy.

I was musing a number of hours after the above about where I go from
here with my newly-installed Linux system.  If I throw out my
mailing-list, address-book, word-processing, and spreadsheet programs
previously used on the system, and manage to decide that I never want
to use them again, I still have the following question:

	Now what?

The system has far superior communications capability than any DOS
machine.  It's got Internet email, and could have netnews if I wanted
to install it.  I started handing out the dialup number to a few of
my friends, but it occurs to me in this era of ubiquitous email
connectivity that there's little incentive for them to actually use
it as just another email drop.  It's got a great software dev
environment, but at the end of a workday the last thing I want to do
is go home & type "g++" at a relatively slow computer's command prompt.

So please follow up on this thread with your answers to "now what?"  What
useful things have you found you've been using your Linux system for since
you got it installed to your liking?

-rich
From: richb@jti.com (Richard Braun)
Newsgroups: comp.os.linux
Subject: Re: UUGETTY & Lock files...
Date: 5 Jan 93 20:55:30 GMT
Article-I.D.: jti.C0EFGJ.706
Organization: Jupiter Technology Inc. / Waltham, MA

kjv@exucom.com (Karl J. Vesterling) writes:
>	Where do I obtain a version of uugetty which functions, or at
>least has the documentation?  Here are the problems I am experiencing:
>
>	o Lock-files (They exist, BUT they all are invalid/stale)
>	  Maybe the pid in them is not the pid of the users shell, and
>	  is/was the pid of uugetty itself?  IE, uugetty creates the
>	  lock file, puts it's PID in the file, then exits, thus
>	  causing the lock file to be stale?

It took a bit of source-code reading, but I finally figured out how
to get uugetty working properly.  First off, there's an issue with
the contents of the lock files.  Apparently some software uses ASCII-
format PIDs, and other programs use binary-format.  (You can tell
by seeing if the file is 4 bytes long or about 10:  the 4-byte version
is binary.)  My version of kermit uses binary PIDs so I had to change
and recompile uugetty to do likewise.  (I've not checked the format
of the files created by uucp.)  It'd be nice if all this were
consistent in Linux 1.0.

The next trick is this:  you have to tell uugetty to wait before
creating a lock file.  This can be done by putting WAITCHAR=YES in
the /etc/default/uugetty.ttyxx file.

Problems with uugetty can sometimes be solved by putting DEBUG=0377 in
the uugetty.ttyxx config file; it'll create voluminous output in
the /tmp directory, which can be helpful especially if you compare
it with the source code.

I'm happy to say that once I went through all the code walk-through,
the program does work as advertised and makes my system far more
accessible.  (Especially with the nice new modem!)  As is typical of
Linux, the source code is wonderful and the doc leaves something to
be desired.  (Any tech writers out there, wanting to make a meaningful
contribution?)

-rich
From: kf8nh@kf8nh.wariat.org (Brandon S. Allbery)
Newsgroups: comp.os.linux
Subject: Re: Library 4.1 bug/feature?  fopen("fifo","a") fails
Date: Fri, 08 Jan 93 19:39:21 EST
Distribution: world
Organization: Brandon S. Allbery's Personal System

hlu@luke.eecs.wsu.edu (H.J. Lu) writes:
> It should be said "reverse what was done to iostream". I believe
> fopen ("foo", "a") means open "foo" and set r/w pointer at the
> end of the file.

It did in V7, but System III and System V (and SVID) say it should use
O_APPEND instead.  I don't know what POSIX has to say about it.

++Brandon

--
He's BAAAACK! Brandon S. Allbery     NOTE NEW ADDRESS!!! kf8nh@kf8nh.wariat.org
From: jefftep@cs.utexas.edu (Jeffrey Grills)
Newsgroups: comp.os.linux
Subject: Re: Internal compiler error while building kernel
Date: 9 Jan 1993 20:01:14 -0600
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: bovina.cs.utexas.edu
Keywords: gcc

In article <1992Dec28.010228.9589@cbfsb.cb.att.com> wto@cbnewsg.cb.att.com (William T. O Connell) writes:
>
>When building the kernel (via 'make all'), I occasionally get the 
>following error message and compilation stops:
>	gcc: Internal compiler error: program cc1 got fatal signal 4

>What is causing this compiler error? Any ideas?

> it dosen't happen as often now, but it was annoying.  I'm using 4.2 as
> well, and still occasionally get sig 11 fatals.

[attributions may be hosed]

This had been a common occurance on my machine for quite some time.
It was related to my Maxtor 7213at drive that I had.  Apparently,
you need a PCBA of at least 63 to use linux (this is some number on
printed on the drive).  I had this version, and I still have problems.

I called maxtor, and they sent me a new prom.  I just put it in recently,
and the problems have completely disappeared.  Free of charge.
Maxtor has redeemed themselves in my eyes, and now have a lifelong
customer.

Just another pssible reason...



-- 
jeff grills
jefftep@cs.utexas.edu
Newsgroups: comp.os.linux
From: marc@r-node.pci.on.ca (Marc G. Fournier)
Subject: Re: Getting talk, telnet, ftp to work
Organization: R-node Public Access Unix - 1 416 249 5366
Date: Tue, 5 Jan 1993 11:44:09 GMT

djr48312@uxa.cso.uiuc.edu (Dennis Robinson) writes:

>I've grabbed sls .99-1.  I also grabbed talk, and talkd.  I have no directoin
>in which to go now in getting talk, telnet and ftp to work...  Even in
>loopback mode.  The faq is simply not detailed enough in these areas, it
>assumes you have a network card.  ANy help is GREATLY appreciated.

	Looking around the 'docs' directory at tsx-11, I have found, what
I think, is a very detailed accounting of tcp/ip.  I haven't seen it posted
here in a long time though...but it was the one I was looking for before.
Look for 'linux-networking.faq'

	It starts off with the ethernet stuff (which I don't have either), but
it gets down into the configuration files.  I haven't got my system set up yet,
as I haven't had time, but from what I skimmed from that file, it seems pretty
straight forward

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.10
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2500+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: Help with joining channel
Date: 4 Jan 1993 15:32:39 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

rsocia@alberti.cray.com (Rick Socia) writes:

>I sent the following email:

>To: linux-activists-request@niksula.hut.fi
>Subject: X-Mn-Admin: join SCSI

>And I got back:

>From: "Mail-Net server request handler" <linux-activists-request@Niksula.hut.fi>
>To: rsocia@alberti.cray.com
>Sender: owner-linux-activists@Niksula.hut.fi
>Subject: No known channel name given
>Message-Id: <93Jan4.204719eet.61865-8@niksula.hut.fi>
>Date: Mon, 4 Jan 1993 20:47:17 +0200
>Status: R


>You tried to send mail to a non-existing channel.

>By sending mail to:
>	linux-activists-request@niksula.hut.fi
>it's possible to get information how to use Mail-Net.



>Ok, I am ingorant about Mail-net.  Would some kind soul point me in the right
>direction?


>Rick Socia

The  X-Mn-Admin: join SCSI has to be on the first line of your message I
beleive. (Arl, correct me if I'm wrong).

James
From: Andy.Tainter@f615.n109.z1.fidonet.org (Andy Tainter)
Newsgroups: comp.os.linux
Subject: BUG in 0.99[p1] kernel c
Date: Mon, 04 Jan 1993 00:00:00 -0800

JS>From: jes@grendel.demon.co.uk (Jim Segrave)

JS>In article <725836861.AA28902@remote.halcyon.com>
JS>Andy.Tainter@f615.n109.z1.fidonet.org (Andy Tainter) writes:

JS>>You *CAN* have more than one card on INT 2, this is a cascaded int
and
JS>>you can have upto 7 (may be 6) devices using it...
JS>>
JS>>That is DOS, maybe linux cannot do that, but the hardware is set
upto
JS>>do
JS>>it...

JS>This is not quite correct. INT 2 is connected to the interrupt
request
JS>output of the second interrupt controller which in turn is connnected
to
JS>the ISA bus IRQ8..IRQ15 lines. When one of these lines has an active
JS>high edge, the second controller generates an interrupt request
which
JS>then activates the INT 2 input of the master interrupt controller.
This
JS>input is NOT connected to any line anywhere on the ISA bus. The
JS>interrupt controllers are programmed for cascade operation on the
master's
JS>INT 2 request line so that the interrupt vector passed to th CPU on
an
JS>interrupt generated on IRQ8..IRQ15 will get its vector supplied from
the
JS>second interrupt controller. Of course Linux upports this, if it
didn't,
JS>no non-SCSI disc would work.

JS>None of this has anything to do with sharing a bus IRQ line between
cards -
JS>the advice posted earlier is correct - you can not share interrupts
JS>between cards without modifying the motherboard with diode networks.
It
JS>may work at first but the long term effect is likely to be component
damage.

Interesting, we have done it on a couple of really loaded PC's at work
with no apparent problems...

Andy
___
 X SLMR 2.1a X This tagline stolen by Silly Little Mail Reader!

 * Origin: Enlightened Board (703) 370-9528 (1:109/615)

Newsgroups: comp.os.linux
From: danubius@halcyon.com (Joseph R. Pannon)
Subject: Re: Corrupt 'tar' man page
Organization: The 23:00 News and Mail Service
Date: Sun, 10 Jan 1993 06:00:26 GMT

In article <1io8dqINNrc@matt.ksu.ksu.edu> probreak@matt.ksu.ksu.edu (James Michael Chacon) writes:

>This is a texinfo file. Its readable under the info program. This should be
>available on tsx-11.mit.edu. You could get the tar sources from any gnu site.

Thanks, J. M., but that only is half the answer I need.  I want it to
work under the 'man' program, just as the other pages that do work.  In
other words, how can I convert that text into the format 'man' uses.
Or is tar a command that is 'not supposed' to have a 'man' doc format? 

Joe Pannon
Newsgroups: comp.os.linux
From: ian@indy.demon.co.uk.demon.co.uk (Ian Griffin)
Subject: Re: Problem Installing Linux 
Distribution: world
Organization: Demon Systems Ltd.
Reply-To: user@indy.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Thu, 7 Jan 1993 16:20:28 +0000

In article <bh.930105094140@lab12.eng.auburn.edu> bh@eng.auburn.edu writes:

>I just downloaded the latest SLS distribution for the 0.99 kernel.  When I
>tried installing it on my new machine (which has an Adaptec 1542 SCSI
>controller) I can't get it to run fdisk to partition the drive.  I get
>an error that it can't read /dev/hda.  Any suggestions?
>
>73 Brian
>KD4AEJ
>.
>
>

For a SCSI hard disk you should specify /dev/sda (a being the first SCSI
hard disk) 

example : fdisk /dev/sda

Note : hda is the first IDE hard disk.
From: hl377pe@unidui.uni-duisburg.de (J. Petersen)
Newsgroups: comp.os.linux
Subject: Remote load of Linux under Novell ???
Date: 12 Jan 1993 12:14:42 +0100
Organization: Universitaet Duisburg GH
NNTP-Posting-Host: unidui.uni-duisburg.de
Keywords: Linux Novell RPL



For some reasons I will try to run Linux on Diskless
PCs which are normally connected to a Novell-Network.
The point is, they have no disk. At Novell we use
the (RPL) a remote Program loader to load and start MS-DOS
on this machines. 
I would like to know if this could be possible with the
Linux-Image too.
Does anyone got expieriences with this stuff  ?

please mail direct to :
  pfeil@zeus.uni-duisburg.de

Thanks in advance.
-tom

Newsgroups: comp.os.linux
From: eric@tantalus.nrl.navy.mil (Eric Youngdale)
Subject: Re: X Libraries: 2.0 -> 2.1
Organization: Naval Research Laboratory
Date: Wed, 6 Jan 1993 13:22:46 GMT

In article <9301060443.AA02375@deepthought.cs.utexas.edu> STDN%MARIST.bitnet@YaleVM.YCC.Yale.Edu (Dan Newcombe) writes:
>Hi all... One more question and I'll go away (until I baffle myself
>again).  Anyway...  I was looking to clean up my hard drive as it is
>at 60% capacity and I noticed that for all the X stuff there was
>2.0 and 2.1 versions (libXaw, libX11, etc).  I compressed (not
>deleted, I'm getting smarter) the 2.0 stuff, and found that X would
>not run cause it relied on it.  How can I get X to recognize the
>newer stuff, as I suppose it would be better to use that, plus I could
>erase the older ones.  Thanks...

	With the X libraries the only way to use 2.1 is to relink your
binaries.   This is because the X libraries are not the jump-table variety and
version 2.1 is not binary compatible with 2.0.

-Eric

-- 
Eric Youngdale
Newsgroups: comp.os.linux
From: kfisher3@mach1.wlu.ca (kevin fisher U)
Subject: man probs (believe it or not)
Summary: something screwed up...
Organization: Wilfrid Laurier University
Date: Tue, 5 Jan 1993 18:56:38 GMT

A small problem...after I installed Openlook/Xview/Xv, my 'man' command
reports a weird warning..
Warning: couldn't stat file /usr/local/man!

What does this mean, by any chance?  Did something get nuked in the install
process?  I checked my housemate's linux /usr/local and he didn't have a man
there either...


-- 
--------------------------------------------------------------------------------
Kevin Fisher  ><> 	|  "Thank you.  You can't believe everything you
kfisher3@mach1.wlu.ca   |  see and hear, can you?" - Hendrix, 'EXP'
________________________________________________________________________________
From: gary@minster.york.ac.uk
Newsgroups: comp.os.linux
Subject: Help with ET4000 and ...etc
Date: 11 Jan 93 10:17:50 GMT
Organization: Department of Computer Science, University of York, England

I've just spent several days trying to get my monitor working
with X in 1024x768i mode on an ET4000. It's not a happy story.
I found the spreadsheets to be very misleading (as is some of the
documentation).

The values calculated by the spreadsheets for the timings were well
out when the specification and actual as measured on the card
output were compared.

The method I used, which is really awful, but at least has partially
worked, was this. Find some working software (probably MS-windows)
whcih puts your card and screen into the appropriate mode. Stick
an oscilloscope into the video out socket and measure
the timing.

Put these values into a modegen spreadsheet of your choice and use the
calculated values in yur X setup. Use the scope again to measure the
difference. Tweak the values in the spreadsheet. Iterate ... MANY TIMES!

It's a horrible method. I can't believe that the spreadsheets are
generally as wrong as I've found them to be (factors of 4 and more
between specified and actual output). Therefore I must conclude that
there is some strange interaction going on between the various bits
and pieces of hardware and sofwtrae I have here.

BTW - thanks to all the people who have put in some much work with
Linux, X, and the SLS kit. Apart from X it's  a joy to install.

Keep at it... and good luck..

cheers... gary
Newsgroups: comp.os.linux
From: rajat@watson.ibm.com (Rajat Datta)
Subject: Re: DOS emulation
Date: Thu, 07 Jan 1993 22:18:50 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

In article <1993Jan7.184329.8050@bernina.ethz.ch> almesber@nessie.cs.id.ethz.ch (Werner Almesberger) writes:
>
>If you mean "switching to a different VC", why not ? The display memory
>could be mapped to the physical frame buffer while the respective VC is
>in the "foreground" which is copied to a buffer in user space when
>switching to a different VC. Now, that buffer memory could be mapped to
>the display memory and the DOS program could happily continue to
>scribble to what it thinks is its screen. It would even run faster ;-)
>
>- Werner


Yikes!  It's nowhere near this simple if the DOS program is doing
graphics, especially in 16 color modes.  What's being written by the
program and what actually gets put in display memory is quite
different and governed by the settings of the VGA registers.  In fact,
writing a 8 bit byte can actually result in setting 32 bits in the
graphics memory.  So, if you were running a DOS graphics session under
a non-displayed VC, you would actually have to simulate the operation
of the VGA card in writing to graphics memory.

And, come to think of it, it's not just the graphics memory either.
It's also the VGA card registers that the DOS program could be
modifying.  That's in I/O space.  Presumably, the non-console VC DOS
process cannot be allowed to muck around with the current VGA regs.
So those have to be trapped and their function simulated.

All in all, I suspect doing full software VGA (and SVGA) emulation is
not very attractive.

-- 
rajat (rajat@watson.ibm.com)
From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig)
Newsgroups: comp.os.linux
Subject: Re: BUG of feature: cannot move `foo' accross file systems
Date: 5 Jan 93 11:56:44 GMT
Reply-To: ig25@rz.uni-karlsruhe.de
Organization: University of Karlsruhe, Germany
NNTP-Posting-Host: fg70.rz.uni-karlsruhe.de

In article <1993Jan5.100758.21535@klaava.Helsinki.FI> kankkune@klaava.Helsinki.FI (Risto Kankkunen) writes:
>So, would it be The Right Thing to modify GNU mv?

The best thing would be to tell GNU mv's maintainer about the problem,
maybe even send him (or her) a patch.  Chances are it'll be included
in the new version.

>Does POSIX say anything about this?

A strictly POSIX.1 conforming program does not use symlinks; there is no
POSIX - specified way of telling wether a file is a symlink or not.
-- 
Thomas Koenig, ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet
The joy of engineering is to find a straight line on a double logarithmic
diagram.
Newsgroups: comp.os.linux