HDTenEightyP/NetNews huggingface dataset:
From: paula@atc.boeing.com (Paul Allen)
Newsgroups: comp.os.linux
Subject: Re: CMS Jumbo tape drives
Date: 7 Oct 92 00:41:32 GMT
Reply-To: paula@atc.boeing.com
Organization: Boeing Computer Services

In article 15904@umd5.umd.edu, colbert@astro.umd.edu (Edward J.M. Colbert) writes:
>If Linux has a problem interfacing with the CMS Jumbo tape drives because
>of the floppy-driver interface, then how about a program that runs from
>DOS that read the Linux filesytem?  Of course it means that you still have
>have DOS around (although you could run from floppy), but at least you 
>could USE the tape drive.

The only real problem Linux has with QIC-40/80 tape drives is that
nobody has taken on the task of modifying the floppy driver to
understand QIC-40/80.  This should be doable, given enough time and
persistence.  The specs for the QIC-40/80 interface are publicly
available, although not in electronic form.  Freeman Associates in
Santa Barbara will mail them to you simply for asking.

One reported problem with using QIC-40/80 drives under Unix is that the
lifetime of the media is severely shortened by start-stop operation.
Start- stop operation is pretty-much guaranteed by the multitasking
nature of Unix.  This might be handled by having the driver interleave
sectors and make several passes over the tape.  I used this technique
with some success in a floppy-tape driver for Xenix a long time ago.
(2:1 interleaving turned out to be a lot faster than 1:1 because it
avoided a *lot* of tape repositioning.)

Another issue to be handled is one of data integrity.  QIC-40/80 drives
have too high an error rate to be acceptable for backup storage without
some sort of error correction.  The QIC-40 standard specifies
Reed-Solomon error correction computed on 32K blocks at a time.
Something with similar robustness would have to be implemented before a
Linux QIC-40/80 driver would be usable.

It seems to me that writing a DOS program to read a Linux filesystem
and write the tape would be a lot harder than just doing the job for
Linux.  The DOS program would have to do everything the Linux version
would, plus it would have to be able to parse Linux filesystems, and it
would have to be developed under (yecchhh!) DOS.

At this point, the only way to use QIC-40/80 drives with Linux is to 
"tar -z" stuff over onto that big empty DOS partition you're not using
any more, and then use the DOS-based tape program to write it to tape.

There's no reason we can't have a QIC-40/80 driver for Linux.  Someone
just needs to make it a priority issue and fix it.  Unfortunately,
nobody (myself included) appears to consider it a high enough priority
issue.  It's sort of like capitalism.  People are willing to spend money
(time) on something they consider to be valuable.  Things that are
perceived as having low value tend not to get built.


Cheers!

Paul Allen

Paul L. Allen -- Paul.Allen@atc.boeing.com or ...!uw-beaver!bcsaic!Paul.Allen
Boeing Computer Services, Research & Technology, Computing Environment  (whew!)
"Whether you believe that you can or that you cannot, you're right!" (unknown)
Newsgroups: comp.os.linux
From: jjlawren@garfield.waterloo.edu (Jay Lawrence - DCS)
Subject: WANTED: Xview3 libraries?  Can anyone help?
Reply-To: jjlawren@garfield.waterloo.edu
Organization: Department of Computing Services, University of Waterloo
Date: Thu, 15 Oct 1992 14:23:29 GMT

I think the subject says it all.  I got the xview distribution, but I am
not quite that comfortable trying to do a compile.  Besides, I suspect
that whoever compiled the olvwm has the xview3 lib compiled...right?

If anyone does have the Xview3.a (or whatever) available and handy can
you help me out???  I want to get more openlook style programs on my
computer at home so it is more like the one at work.... :-))

Thanks in advance....
From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
Newsgroups: comp.os.linux
Subject: Re: Linux: system failure - HD format - HELP - SOS
Keywords: Linux HELP system failure
Date: 16 Oct 92 14:58:23 GMT
Organization: University of Helsinki

In article <wies.719221674@NewsServ> wies@Informatik.TU-Muenchen.DE (Rene Felix Wies) writes:
>
>Well, I got the following error message:
>
>  in /usr/src/linux/kernel/chr_drv:
>  I did a: touch *.c *.h
>  then a: make dep
>  followed by a: make
>  THE RESULT:
>	 cc -c tty_io.c
>	 cc -c console.c
>	 console.c: In function 'scrup':
>	 console.c: 360: fixed or forbidden register was spilled
>	 This may be due to a compiler bug or to impossible asm statements.
>	 make: ***[console.o] Error 1

You aren't supposed to run "make" by hand in the linux kernel
subdirectories: the makefiles are set up so that a make in the base
directory will compile the kernel.  The message you are seeing has to do
with the __asm__ statements in console.c - without optimizations gcc
runs out of registers, and gives up.  The correct optimizations and
other compiler flags for the kernel are set up in the main makefile, and
are needed to make a good kernel binary. 

Also, you seem to be running an older version of linux (0.96), which has
problems with newer binaries (and also has some serious known bugs
relating to both screen IO and the memory management routines). 

Try getting a newer version of linux (0.98.1 is ok, although it has some
problems with busmice and some disk drives).  The best way to then make
sure the kernel is recompiled correctly is to set up all parameters
(editing the main makefile to choose keyboard etc), and do a

	make clean ; make dep ; make

to get a good kernel Image.

		Linus
From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
Newsgroups: comp.os.linux
Subject: Re: SOLUTION: TeX and xdvi for SLS distribution
Date: 14 Oct 92 16:41:41 GMT
Organization: Virginia Tech, Blacksburg, VA


 what u call the MOST IMPORTANT STEP  is  WRONG!
  
   my TeX binaries are precompiled to look in /usr/TeX/lib/tex/fonts
for fonts and also in other places..with ur defines of 
  TEXFONTS and XDVIFONTS some of the stuff in my packages wont work right!

    the files TeXman.T.Z and README (tsx-11.mit.edu, pub/linux/packages/TeX)
 should be read (btw, i forgot to have mf (MetaFont) look in subdirs for 
 *.mf files..until i update TeXbin.T.Z, mv all mf files to 
  /usr/TeX/lib/mf/macros or, preferably into subdirs of 
    /usr/TeX/src/TeX+MF/typefaces - i will look in subdirs of the latter,
   as documented in mf.dvi from the TeXman.T.Z file )
     
    thomas (tdunbar@vttcf.cc.vt.edu)
Newsgroups: comp.os.linux
From: dennisf@miles.com (Dennis Flaherty)
Subject: Compress (Was Re: ANSWER: (Re: GCC report segmentation fault and dump core.))
Organization: Miles, Inc.  Diagnostics Divis.
Date: Wed, 14 Oct 1992 17:47:22 GMT

In article <1992Oct14.074008.20541@klaava.Helsinki.FI> wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
> davidsen@crd.ge.com (bill davidsen) brings up the question of using a
> better compression program than compress(1), suggesting info-zip zip and
> unzip as good replacements.
> 
> This has come up once or twice already, and I think that the main points
> have been more or less like this:
> 
> For:
> 	- better compression
> 	- built in crc checking
> 
> Against:
> 	- uncompress is everywhere in Unix-land, zip and unzip are not
> 	- most compression programs have a bad understanding of Unix
> 	  filesystem peculiarities (permissions, links, etc)
> 
> ...
> BTW, before we change compression programs, we should do a survey of the
> available options, so that we can choose the best one, and be convinced
> that there is enough reason to change.  I know of at least Zoo, LHa,
> yabba, and freeze as possible options.  However, all of these suffer
> from the fact that they are not supported, or at least not supported to
> the degree that zip and unzip are.  Most (all?) of them are one man
> projects, while zip and unzip are a product of a larger number of people
> (the INFO-ZIP mailing list).

I have put freeze up on tsx-11; version 2.3.3 is in
sources/usr.bin/freeze.tar.Z, and version 2.3.5 is waiting in /incoming
as freeze2.3.5.tar.Z.  Freeze has the distinct advantage over Zip of
being primarily a Unix implementation, designed to replace Compress.
Frozen files end in .F, so frozen tarchives end in .tar.F.  I threw in
some shell scripts to make handling of frozen tarchives easier, and
for converting .Z files into .F files.  Version 2.3.5 supports longnames
for the ext fs.

Freeze is LZW compression (like Compress) plus Huffman coding.  It is
a little slow, but typically results in files 25-30% smaller than Compress
makes.
-- 
Dennis T. Flaherty     dennisf@Miles.com
Miles, Inc.            dflahert@chekov.helios.nd.edu
Diagnostics Division
My doctor says Mylanta, but my boss says Alka-Seltzer!
From: Eric.Eskam@f234.n209.z1.fidonet.org (Eric Eskam)
Newsgroups: comp.os.linux
Subject: RE: comp.os.linux <--> FidoNet link???
Date: 15 Oct 92 07:17:49 GMT

In a message to everyone written on Tuesday, October 13, 1992 at 3:12:33
AM,
UMCC Fido-Net Liaison writes:

UFL> In recent days, I've noticed a couple of message here in
comp.os.linux
UFL> that have FidoNet taglines attached to them.  Is comp.os.linux
being
UFL> gated into FidoNet, and if so what's the areaname?  (Not sure
which
UFL> would be the cheapest way for me to get it, but I'd sure like to
check
UFL> it out).


Yup, comp.os.linux is being ported.  I have FTP access from the DOS
networked
machines at work, but currently am using my BBS as a mail server since I
don't 
have an account on a unix box at work (ack!).

The Fidonet areaname is LINUX and it is a backboned area (luckly, we
have a
STAR in our net - makes getting "obscure" echos easy).

There is also a UNIX echo (areaname is UNIX) that is more general but
not
quite as interesting as this one :-)

Eric

 * Origin:  * Persistence of Vision  *  (702) 293-3882  * (1:209/234)
Newsgroups: comp.os.linux
From: sl313028@silver.ucs.indiana.edu (Jon Marcus Madison)
Subject: Re: Linux doesn't recognise my mfm-controller
Keywords: mfm
Organization: Indiana University
Date: Thu, 15 Oct 1992 19:23:41 GMT

In article <1992Oct15.115450@cs.utwente.nl> roana@cs.utwente.nl (Room 101) writes:
>Hi,
>
>  Yesterday I tried to install the sc.tamu.edu-kit. The boot disk boots well, but
>Linux sais it detects 0 disks and 0 tapes. I have a 386/40 with two VERY OLD 20
>Mb Harddisks that use the old MFM controller. Next to that I have a multi-I/O
>card that has an IDE controller on it. I configured my CMOS RAM as if I had no
>harddisks at all, because of the MFM's own BIOS. This worked fine under Messy-DOS.
>
according to what i read in the FAQ (if you don't have it, get it),
Linux doesn't work with the old (MFM) drives.
>
>Andre
>roana@cs.utwente.nl
>


-jon madison
sl313028@silver.ucs.indiana.edu
(oh, FAQ's at nic.funet.fi under pub/OS/Linux.)

Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: usleep().....does linux have it???
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Date: Sat, 10 Oct 1992 04:05:08 GMT

Matthew A. Lewis (mal11@po.CWRU.Edu) wrote:

: just wondering :)

Yup. usleep(long microseconds);
-- 
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: ramesh@utdallas.edu (R. Ramesh)
Subject: Re: ANNOUNCE: libdisk is on tsx-11.
Reply-To: ramesh@utdallas.edu
Organization: The University of Texas at Dallas, ACC
Date: Fri, 9 Oct 1992 20:32:12 GMT

>In article <1992Oct9.040653.7509@serval.net.wsu.edu>, hlu@eecs.wsu.edu (H.J. Lu) writes:
|> People are having some trouble to install the Linux C library 4.1. I just made
|> a Linux C library 4.1 disk. Please try it and tell me what you get.
|> 
|> It is just a repacked Linux C library 4.1. Nothing is new.

 < a lot of stuff deleted>

|> 
|> H.J.
|> hlu@eecs.wsu.edu
|> 10/06/09

Is it possible to make disks for /usr/include/*, because people like me, if
any, who have installed several versions of gcc+kernelinc's over a period
could have made small mistakes that don't show up in most programs, but can
kill you on that one program when it uses the buggy .h file. (I am still not
sure whether my const.h is the correct one, but haven't seen any problem
except I cannot get a running 0.98.1 kernel)

Ramesh
From: pm2@doc.ic.ac.uk (Paul Ma)
Newsgroups: comp.os.linux
Subject: ATI Graphics Ultra
Date: 9 Oct 1992 13:32:25 +0100
Organization: Department of Computing, Imperial College, University of London, UK.
Distribution: world
NNTP-Posting-Host: oak41.doc.ic.ac.uk

Hi,

I know this is probably a FAQ.  How do you install X for an ATI Graphics 
Ultra?  Do you use the x.8514.src.T.Z or what?  I have got the SLS
distribution and I am using an ATI Graphics Ultra 1MB.

Thanks in advance!

Paul.

Newsgroups: comp.os.linux
From: mcampbel@cs.ucf.edu (Mike Campbell )
Subject: Newbie partitioning question
Organization: University of Central Florida
Distribution: comp
Date: Fri, 9 Oct 1992 21:31:12 GMT

I have a 120 meg quantum scsi drive, partitioned right now into 60 dos
and 60 coherent.  I'd like to drop coherent altogether and put linux in
its place.

I have read about the the partitioning schemes, and my question(s) concern
this and swap space.

First, is it necessary to have a /root and /usr partition, or can they reside
on the same one?

Also swap space.  Is a swap file necessarily needed on a seperate partition?

If I want a swap of 10 megs, should I re-partition the remaining 50 into
something else?  What are the advantages of doing so  (or not?)

Thanks very much!

Mike
From: eric@tantalus.nrl.navy.mil (Eric Youngdale)
Newsgroups: comp.os.linux
Subject: Re: [Summary] Re: Can I use gcc to develop MS-DOS apps ?
Date: 7 Oct 92 14:32:24 GMT
Organization: Naval Research Laboratory

In article <1992Oct7.121738.2509@ccu.umanitoba.ca> rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
>I wrote :
>> Is it possible to develop an MS-DOS application on Linux
>> using g++ 2.2.2d ? [No flame please].
>> Like a -target msdos switch for cross compiling ?
>
>Got several replies (thanks) and all of them suggested "djgcc".
>
>Although that's not what I want though. I want to develop the application
>using linux. If I use gjgcc (under MS-DOS) I can't compile in one 
>screen (tty) while editing (or downloading program) in another screen.

	This sounds like a job for the DOS emulator.  This will let you run
non-protected mode DOS programs under linux, so you would need Microslime or
Borland or some such compiler, but it would all be under linux.  I think that
the DOS emulator was rather buggy when I tried it, but someone who is more
familiar with it could let us know what the current status is.

-Eric

-- 
Eric Youngdale
Newsgroups: comp.os.linux
From: krouth@etcs03.eld.ford.com (Kevin C. Routh)
Subject: Another SLS problem(?)...
Reply-To: krouth@etcs03.eld.ford.com
Organization: The Internet
Date: Thu, 15 Oct 1992 13:28:29 GMT

I was unable to get lilo to work with my SLS 0.98 release.  I had
previously used shoelace, but wiped my Linux partition for the upgrade.
Anybody have any insite into getting lilo up and running?  What files do
you need and where do they need to be?  Thanks for the time and help.


-- 
Kevin C. Routh                     Internet:    krouth@etcs03.eld.ford.com
Ford Microelectronics              IBMmail (PROFS):               USFMCTMF
ELD IC Engineering
17000 Rotunda Drive, B-121         Voice mail:              (313) 337-5136
Dearborn, MI  48121-6010           Facsimile:               (313) 248-6244

Newsgroups: comp.os.linux
From: kranz@cs.tulane.edu (Barry Kranz)
Subject: Booting off hard drive
Nntp-Posting-Host-[nntpd-7892]: thor
Keywords: boot
Organization: Computer Science Dept., Tulane Univ., New Orleans, LA
Date: Sat, 10 Oct 1992 23:19:56 GMT

Greetings,  could someone hint at how to install linux to boot off
my hard drive.  I followed instructions posted by HJ and when I attempt
to boot I get an "L" on the screen and continuous seeks to my floppy.
I have a 120 mb IDE drive and I preformed the following instructions to a
bootable root disk.

mkfs /dev/hdxx yyyyy (where y is K bytes)
mount /dev/hdxx /mnt
(cd /; cp -av . /mnt)

I edited /mnt/etc/fstab to make sure it had my drive boot as root.

cd /mnt/etc/lilo
rm map boot.????
./lilo -r /mnt -b /dev/hdxx -i boot.b -v -v -v /vmlinux

That was the end of the instructions.  It was now supposed to boot from hdxx.

ANY IDEAS?

IF NOT, Does any one know how to clear the boot sector?  Even after deleting
all partitions of the drive, I can't seem to do it.

Thanx in advance.

Barry@pegasus.cs.tulane.edu
Newsgroups: comp.os.linux
From: s9100786@sg04 (Matthew Jackson)
Subject: Extfs stable ?
Reply-To: M.Jackson@unsw.edu.au
Organization: School of Banking and Finance, University of New South Wales
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 9 Oct 1992 02:04:51 GMT

Sorry but I haven't been keeping up with the extended fs issues. 

I remember reading that the format was going to change so that all 
filesystems would have to be remade. Has the change happened ? I am 
using 0.98p1 and want to know how I should partition a new disk I 
am likely to get tomorrow. I don't really want to repartiton later. 

I would appreciate a quick answer otherwise I will just do 64/64/64 
plus change.

Thanks in advance,

--
Matthew Jackson                       | Computing Officer
M.Jackson@unsw.edu.au                 | School of Banking and Finance
61-2-697-3553                         | University of New South Wales
                                      | Sydney, Australia
Newsgroups: comp.os.linux
From: Ching-Hsiang Chen <chchen@stat.fsu.edu>
Subject: X 2.1 problem
Reply-To: chchen@stat.fsu.edu
Organization: The Internet
Date: Thu, 8 Oct 1992 22:29:41 GMT

I've installed XFree86 1.1 (xbin2.1.TZ etc...) and is running OLVWM.
When I got just 1 Xterm window opened (the login window), everything
is fine but when I do something in 2nd or more windows, some shell commands just
core dump or have broken pipe. It's quite strange that this never
happened in the login window.                           
The message shown after I did 'ls -l | more'(core dump) and exited X was:

XIO: fatal IO error 32 (Broken pipes) on X server ":0.0"
     ....
xinit: Interrupted system call.
 
I am running Linux 0.98 patch 1, X2.1 on a 386/33 w/ 5mb RAM.
Above situation happened both in TWM and OLVWM.

Steve Chen             chchen@stat.fsu.edu
Newsgroups: comp.os.linux
From: hlu@eecs.wsu.edu (H.J. Lu)
Subject: Re: mount* paradox
Organization: School of EECS, Washington State University
Date: Mon, 12 Oct 92 17:48:12 GMT

In article <1bbmpjINNpqs@usenet.INS.CWRU.Edu>, mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
|> 
|> In a previous article, richard@syma.sussex.ac.uk (Richard Harry) says:
|> 
|> >From article <1b9fiqINNfkq@usenet.INS.CWRU.Edu>, by mal11@po.CWRU.Edu (Matthew A. Lewis):
|> >> 
|> >> H.J's new rootdisk supposedly has a new mount on it but i didn't
|> >> want to have to get his rootdisk. So I thought I would manually
|> >> copy stuff over after mounting the floppy. Unfortunately, 
|> >
|> >???? I don't understand, you don't want to get his rootdisk yet you want
|> >to mount it. How do you mount a disk you haven't got  ? :)
|> >
|> >Assuming you have actually got it, why not boot using this *bootable*
|> >rootdisk, mount your hard disk on /mnt and cp the mount binary from the
|> >floppy to your newly mounted hard disk.
|> 
|> 
|> I wanted something that was unfortunately on the wrong media of my boot
|> floppy drive a:. I think I read that the HJ rootdisk 1.44 MB has some
|> more stuff than the 1.2 MB version.
|> 
|> I guess I could have open up my computer and switched the cables to my
|> floppy drives........  :)
|> 
|> 

You don't have to. Get my Linux Base System. It has almost everything you want.

|> -- 
|> maThiEu a. LeWis    
|> cyber-mercenary         This sentnce has threee errors. 
|> Thieves Like Us      
|> mal11@Po.cwru.edu    

H.J.
From: ramirez@mcclb0.med.nyu.edu
Newsgroups: comp.os.linux
Subject: PEX and XFree86
Date: 13 Oct 92 23:41:54 GMT
Organization: NYU Medical Center, New York, NY 10016, USA

Hello *,

	I was wondering if the PEX extensions are going to be added to XFree86
for Linux in the future.

	What are your opinions on performance and possibilities of this being
done?

Thanks in advance
ramirez@mcclb0.med.nyu.edu
Newsgroups: comp.os.linux
From: uufido@ccu.umanitoba.ca (UMCC Fido-Net Liaison)
Subject: comp.os.linux <--> FidoNet link???
Organization: University of Manitoba, Winnipeg, Canada
Date: Tue, 13 Oct 1992 03:12:33 GMT

In recent days, I've noticed a couple of message here in comp.os.linux
that have FidoNet taglines attached to them.  Is comp.os.linux being gated
into FidoNet, and if so what's the areaname?  (Not sure which would be the
cheapest way for me to get it, but I'd sure like to check it out).

TIA for any help provided...

Chris

-- 
-------------------------------------------------------------------------
U of Man Computer Club/FidoNet Liason: | "I typed it in right, but the
Internet: uufido@ccu.umanitoba.ca      | @%&* computer read it backwards!" 
-------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: problems moving xfree86-1.1 to another dir
Organization: Harvey Mudd College, WIBSTR
Date: Sat, 10 Oct 1992 22:11:11 GMT

In article <1b755eINN5ij@usenet.INS.CWRU.Edu> mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
>due to personal preference, I would much rather have the X binaries
>in /usr/bin/X11 than in the /usr/X386 heirarchy. However, I have run
>into some problems when attempting to move all those files around.

	ln -s /usr/X386/bin /usr/bin/X11
	ln -s /usr/X386/lib/X11 /usr/lib/X11
	ln -s /usr/X386/include/X11 /usr/include/X11

The third one is the only one I felt was really necessary, but the
others will make the difference between a X11v1.1 and Xfree86
installation unnoticeable.

>First, in the Xconfig file, there is a path for rgb, the colors. After
>moving the files to my desires and chaning the Xconfig accordingly, any
>startx will fail to find the rgb stuff. I find this bizarre. Is the dir
>somehow compiled into the binaries???

The easiest way to find this out would be to 'strings foo | grep X386'.
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
Newsgroups: comp.os.linux