HDTenEightyP/NetNews huggingface dataset:
From: jhelberg@nl.oracle.com (Joost Helberg)
Newsgroups: comp.os.linux
Subject: Re: using shoelace with SCSI?
Date: 10 Sep 92 07:30:59 GMT
Organization: Oracle Europe
X-Newsreader: Tin 1.1 PL3

X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.


t-piersh@microsoft.com (Piers Haken) writes:
: How can I get shoelace to work with SCSI? I have sucessfully installed
: Linux (v0.97.2) on a machine with non-SCSI drives and got shoelace to
: boot it nicely etc... etc... Then I tried the same thing with a SCSI
: machine. I can get it to boot perfectly from floppy, mount the SCSI
: drives as the root and run from there. I have THAT very same bootimage
: as my /vmlinux file with the major/minor drive numbers set to 8/2 (sda2)
: repectively. I ran laceup according to the the guide (as I had done to
: the other machine) and it gave the expected results. Now, when I reboot
: the machine it gives me the familiar looking table, but when I select
: partition 2 to boot from it clears the screen, prints the Shoelace
: version message and hangs.
: 
: It boots DOS from the first partition, fine.
: 
: This makes me think that it's having trouble finding the second partition
: because it doesn't know the numberof heads etc... 'cos it's a SCSI disk.
: 
: Any help, pleeeeeeaaase!?

Please use LILO before other problems come up.
LILO is more general purpose and better for SCSI.

--  
   Joost Helberg                                Rijnzathe 6
   jhelberg@oracle.nl                           NL-3454 PV De Meern
   jhelberg@nl.oracle.com                       The Netherlands

   Oracle Europe BV                             Product Line Development	
   Phone: +31 3406 94211                        Fax:   +31 3406 65609
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: Best 'thing' to upgrade?
Date: 8 Sep 92 19:06:49 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep7.133714.21760@cs.hw.ac.uk>, scottd@cs.hw.ac.uk (Scott Dunn) writes:
| I have a 25MHz 386DX, 5 megs, 120MB HD, and am looking to upgrade my system.
| The options are :
| 	33MHz 486DX motherboard
| 	more RAM
| 	bigger HD
| 	387
| 	or a combo of some of the above.
| 
| Budget of about 400 pounds, which will get me a cheap 486 motherboard.
| 1MB cost about 25 pounds, I can go up to 8MB (motherboard limitation) this way.
| A 387 about 130 pounds
| I think my HD is big enough for the moment.
| 
| So, I guess the question is, would I be better getting 8 megs and a 387, or sticking with 5 megs and getting a 486?

  I think you have the wrong question. The real question is "what will
run better with each of these improvements?" right? Here's my guess
having done each at one time or another.

  CPU - a 486 will be all around faster, and assuming you get a real 486
the FPU will help X. You will then really run into memory size hurting
performance.

  Memory - will ease swapping and make the general operation of the
system faster. Unless Linus changes the way i/o is done it should make
i/o faster, too, due to more buffers.

  HD - will help you keep more stuff online. Buy it *only* if (a) you
are seriously short of HD now, and (b) if you can back it up to
something practical. You are correct on having enough, I believe.

  FPU - will help X a bit. A must for SX users, but not as huge a
difference for a moderately quick DX.

  If you were in the states I would say buy a 386DX40 board with cache
and 387 (about $300). That would give you about double the performance
very cheaply. It will not come near a 486-33, but it's quite cost
effective, and you could add 3MB memory and still have half the fund
left for future needs.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Changing form the Minix FS to Extended FS
Keywords: EFS mount
Date: 4 Sep 92 20:08:40 GMT
Organization: University of Helsinki

woody@cs.utexas.edu (James Woodgate) writes:
>Is it just a matter of mounting it as an EFS or do you
>need to re-partition/re-install the dev?

You need to make a new filesystem on the partition.  Which means that
all existing files will be destroyed.

--
Lars.Wirzenius@helsinki.fi
From: dan@systech.com (Dan Gill)
Newsgroups: comp.os.linux
Subject: Linux on a Microchannel box
Keywords: does it work
Date: 14 Sep 92 16:44:58 GMT
Organization: Systech Corp., San Diego, CA

Hello linux gurus,

I have downloaded linux, or at least enough to get started.  It boots
up just great on a ISA-bus pc, but if I try it on a NCR 486/25
MicroChannel box, it will not complete the boot sequence.  It loads
the bootimage from floppy, and then never gets much past where it displays
the int levels of com ports.

My question:

Is the problem the fact that I'm trying to run on a MCA box?

thanks,

dan
-------------------------------------------------------------------------------
#include <std/ideas.disclaimer.h>
                _      __      
      / /||\ | |   \   \                 Dan "The Veg" Gill  
   __/ /_|| \| | \  \   \--               dan@systech.com
  /_/ /  ||  \ |__\  \__ \__  
-------------------------------------------------------------------------------
"A gov't that robs Peter to pay Paul can always depend on the support of Paul"
-Bernard Shaw
-------------------------------------------------------------------------------
Systech Corp., 6465 Nancy Ridge Drive, San Diego, CA, 92121  (619) 453-7400x241
-------------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: How to boot a SCSI drive (w/ a WD7000 FASST)
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Mon, 14 Sep 1992 20:09:38 GMT

Drew Eckhardt (drew@kinglear.cs.colorado.edu) wrote:

: In article <1992Sep14.043836.11320@udel.edu> golden@pecan.cns.udel.edu (Edward Golden) writes:
: 
: >   First, how do I make 0.97 boot completely from the hard disk?  I'd like to
: 
: Install the master boot record of your choice, and either 
: LILO or Shoelace.

I tried using LILO and shoelace, but found them to be too complicated, so
what *I* do is to boot MSDOS, then use bootlin to boot the kernel from the
MSDOS partition.  I haven't had any problems with it, and I don't have to
screw with my partition table.  Works for me.

I don't know why more people aren't using bootlin, since it has less impact
on the system than anything else I've seen.
-- 
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: radel@bach.udel.edu (Todd Radel)
Subject: Re: running high speed modems under *nix
Organization: University of Delaware
Date: Fri, 11 Sep 1992 15:39:46 GMT

In article <lgvn70k.harp@netcom.com> harp@netcom.com (Gregory O. Harp) writes:
>In my somewhat limited experience of coding serial routines for DOS, I
>have noted that rates above 38.4Kbaud are usually achieved through
>tight polling loops rather than interrupt serial communications.
>Remember the DOS box, since it runs a single-tasking interrupt handler
>rather than a real OS, doesn't have to do anything other than hit the
>serial port.

Well, one of the DOS comm programs that someone mentioned as being
capable of 115.2Kbps is QModem, which I'm using right now.  Interestingly
enough, QModem won't allow anything above 38.4 unless "interrupt-driven
I/O" is set to ON in the config.  

I've got my Supra locked at 57.6Kbps with interrupt-driven I/O and
an NS16550AFN, and everything is fine -- even under MS Windows.  

Unfortunately, one of the main reasons I stopped using Linux (at least
temporarily) is that I couldn't get the modem to work reliably
at 19.2 or above.  If that ever gets fixed, we might have one more
public-access Linux site on our hands.



-- 
Todd Radel                   | "I obscenity in the milk of all," Agustin said,
CIS/English undergrad        | "if it does not seem like a lunatic asylum in
University of Delaware       | here." -- Hemingway, _For Whom the Bell Tolls_
A.I. duPont Institute, 1600 Rockland Road, Wilmington, DE  19899
From: hlu@poly2.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: Re: stderr buffering
Date: 7 Sep 92 20:35:38 GMT
Article-I.D.: serval.1992Sep7.203538.819
Organization: Washington State University

In article <Bu2sr4.Brv@acsu.buffalo.edu>, beers@acsu.buffalo.edu (Andrew Beers) writes:
|> 
|> I just got the sc package from tsx-11.  I press '?' for help, and the help
|> screen does not appear.  After a few more keypresses, the help screen appears
|> and then quickly disappears.
|> 
|> I have also noticed that when I press <ESC> to exit edit mode in vi, it can
|> take several seconds before the cursor will move back one space.
|> 
|> I compiled the unit conversion program units, and noted that fprintf's not
|> ending with a carriage return were not immediately sent to the screen.  All of
|> the fprintf's printed to stderr.
|> 
|> It is my understanding that stderr should not be buffered at all.  These three
|> cases lead me to believe that it is being buffered under Linux.
|> 
|> System:  386sx/25, 4Meg, 0.96pl2 (have noticed it with earlier kernels, also).
|> 
|> Any ideas on this problem?
|> 
|> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|> Andrew C. Beers, N2LUH             beers@cs.buffalo.edu  
|> SUNY Buffalo, Computer Science     {rutgers,uunet}!cs.buffalo.edu!beers

That is a bug. I hope it will be fixed soon.

H.J.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: Compilation speeds (was Re: No patchlevel 3.}
Date: 9 Sep 92 13:24:46 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <BuA2E0.IGw@ux1.cso.uiuc.edu>, Upholder@uiuc.edu (THE Upholder of Truth) writes:

| (the most significant factor for compiling would, as has been said here 
| before by those more knowedgable than I, probably be the amount of memory.  
| Increasing from 2M to 16M on the 385sx/20 would likely reduce the time 
| to under an hour).

12MB will bring it down to under 40min on a 386SX16 + 387.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: jon@robots.ox.ac.uk (Jon Tombs)
Newsgroups: comp.os.linux
Subject: Re: Distribution sugestion for gcc.
Date: 5 Sep 92 20:00:41 GMT
Organization: Robotics Research Group, Engineering Science Dept, Oxford, UK.
Originator: jon@diomedes.robots

In article <1992Sep05.170344.14838@donau.et.tudelft.nl> wolff@hal.et.tudelft.nl (Rogier Wolff) writes:
>I have been thinking about the method gcc is being distributed.
>(partly because I had problems myself, and I seem to be not the only
>one)
>
>Anyway, how about creating a tar file with EVERYTHING in it. This could
>be done in two ways: 
>1)   all the files that are in there now + an install script.
>2)   ALL that gcc needs. Even the links etc that the install script makes.
>
>[...]
>Ok. Suggestions? pro's con's?

I suggest you get the compiler via the mcc-interim release.

I would also hope the next gcc is not tied to a particular kernel, why did
linus move his types.h to be <linux/types.h> when <sys/types.h> now just
includes it?  This means if a future kernel patch changes anything, the whole
of libc might then be incompatable. I'm not saying that the kernel and libc
should have separate include files, but until changes slow down then they 
should stay stand alone releases.  

I lost my /usr/src partition with a disk corruption, and couldn't compile
anything (even a helloworld.c program) until I replaced the kernel code.
Now I don't have time to work out if everything is correct as I haven't run
install.2.x on the replaced kernel code.

--
 Jon                    <jon@robots.ox.ac.uk>
	I'm not playing with my computer, I'm working!
Newsgroups: comp.os.linux
From: hlu@poly2.eecs.wsu.edu (H.J. Lu)
Subject: jump table 4.1 is on fgb1.fgb.mw.tu-muenchen.de (ispell 3.09)
Organization: Washington State University
Date: Mon, 14 Sep 92 20:47:03 GMT


I finaly got connected to fgb1.fgb.mw.tu-muenchen.de/129.187.200.1.
Jump table 4.1 is under pub/linux/GCC.

Hope you like the bonus. BTW, ispell in usrbin4.TZ is 3.09 not 3.07. You can
build a German dictionary. Try ftp.cs.ucla.edu or sunsite.unc.edu under
pub/Linux/Incoming. There is a half ported ispell 3.09. But it is
called 3.07.

H.J.
Newsgroups: comp.os.linux
From: mdw@theory.TC.Cornell.EDU (Matt Welsh)
Subject: Sync and mount on 0.97-pl3 don't work...
Organization: Cornell Theory Center
Date: Tue, 8 Sep 1992 20:59:32 GMT

Okay; so I just got the 0.97pl3 sources and recompiled. Note that I also
dyked out the SCSI driver stuff to save time and memory... now sync
won't work; it gives a "general protection:0000" followed by the list
of expected codes, with the last message saying "Segmentation fault".
Mount won't work either; it segmentation faults and dumps core.

Now I'm pretty sure I need to get the new mount sources, right? In any
case, sync doesn't work. What should I do?

mdw, going back to pl2 until this is fixed...


-- 
Matt Welsh    mdw@tc.cornell.edu        +1 607 253 2737
Random Hacker, Cornell Engineering and Theory Center 
  "People will say we're in love."  --Hannibal Lecter
Xref: sparky comp.os.linux:10488 comp.unix.bsd:5550
From: peter@micromuse.co.uk (Peter Galbavy)
Newsgroups: comp.os.linux,comp.unix.bsd
Subject: Shared libraries - info for 386BSD porting wanted
Keywords: shared 386bsd
Date: 11 Sep 92 15:35:37 GMT
Organization: MicroMuse Limited, London, England.

Hi,

Due to no response in the bsd group a couple of weeks ago, and the fact
I recently noticed that linux seems to have shared libraries I was
wondering if whoever knows *lots* about them can either (a) try to port
them or (b) help me port the implementaion across.

I realise that this will not be a trivial operation, but it is a starting
point.

At minimum, will someone tell me the "minimum working set" of linux source
files needed to understand how they are implemented. I take it there are
bits in exec() somewhere ? and the linker etc...

Thanks from a frustrated laptop owner without X386 due to lack of disk
space,
-- 
Peter Galbavy
Tech Support, Micromuse Ltd
Phone: +44 71 352 7774		E-Mail: P.Galbavy@micromuse.co.uk
From: mirons@ccs.northeastern.edu (Michael A. Irons)
Newsgroups: comp.os.linux
Subject: Re: File Managers for X
Date: 9 Sep 92 20:59:22 GMT
Organization: Northeastern University, CCS Dept.


	xdtm, where is it?? It's nice to hear about, but it doesn't
do much good if you don't know where it is.

					Mike Irons
				mirons@dworkin.ccs.northeastern.edu

-- 
 --
                                  Mike Irons;
                       mirons@Dworkin.CCS.Nortehastern.EDU	(School)
                 mirons%minix1.uucp@MecEng.COE.Northeastern.EDU	(Home)
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: whereis color-xterm
Date: 15 Sep 92 05:06:45 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

mike@gcnext.gac.peachnet.edu (Michael A. Murphy) writes:

>Will someone PLEASE direct me to the location of the port of 
>color-xterm for linux?  I remember a post to comp.os.linux or
>one of the mail-lists sometime past, but i can't seem to find the 
>thing anywhere.... 

I added color and a performance improvement to xterm.  I don't know
whether my changes ended up in the official xterm or not, but
you can get my version from athos.rutgers.edu, /pub/linux/xterm.tar.Z.
I believe this has both source and binary, done with 2.2.2 libraries.
There is some other color code floating around which people may
prefer to this.
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Lars is my hero!  (was Re: apologies, but I still need a little help)
Date: 5 Sep 92 08:38:40 GMT
Organization: University of Helsinki

mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
>Should we put a warning in the FAQ about getting text files by FTP???

No, I think that is basic FTP usage which anybody using FTP should know. 
Not that they do, text vs binary transfers causes a lot of trouble for
most people (I should know, I once ftp'd GNU Emacs sources in text mode,
and didn't realize something was wrong until I had downloaded them with
a 2400 bps modem; I was lucky, it worked after I translated CRLFs to LFs
and left lonely CRs alone).  The FAQ probably should mention it (does
it? too lazy to look up), although the real problem is that the FTP
programs don't check whether the file is a text file or not before they
muck it up.  They should check it, and ask for confirmation for
conversion first.

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux
From: donadio@wilbur.psu.edu (Beaker)
Subject: New GCC stuff
Keywords: GCC
Organization: Penn State Center for Academic Computing
X-Newsreader: Tin 1.1 PL3
Date: Wed, 16 Sep 92 04:00:33 GMT

  
Over the weekend I saw the post about the new version of GCC that supports
jump tables, but I have one question.  With the file-structure reorginazation
can I just install the new stuff, or do I have to delete the old(er) files
first?
 
--
Beaker aka Matt Donadio| When you've seen beyond yourself--then you may find
-----------------------| peace of mind, is waiting there--And the time will
mxd120@psuvm.psu.edu   | come when you see we're all one, and life flows on
donadio@wilbur.psu.edu | within you and without you.  --George Harrison
From: system@kryton.UUCP (Scott Beckstead)
Newsgroups: comp.os.linux
Subject: Re: Loadable device drivers for Linux [Was: Re: GNU kids on the bloc
Keywords: Linux, Mach, CISC, RISC
Date: 6 Sep 92 04:25:34 GMT
Organization: Paradox Alley F&SF BBS 805-492-8789

ujlh@pool.info.sunyit.edu (James Henrickson) writes:

   <aix stuff deleted>
> 
> We often discuss the idea of loadable device drivers, and they
> usually end up showing that loadable device drivers are wanted.
> I think it would be productive to discuss the implementation
> of loadable device drivers, so I'll start with what I think is
> a relatively simple implementation.  Note that I am not as familiar
> with Linux internals as some other people, so please correct any
> areas where my idea is weak.  I feel that an open discussion could 
> result in a reasonable implementation, with fewer trial-and-error 
> pains than are usually encountered when one or a few people attempt 
> such a feat.
>
  <possibly good stuff deleted>
 
> Ideas?  Suggestions?  Please reply to comp.os.linux, for further
> discussion.  I would prefer that even flames be posted instead
> of mailed to me, as any such flames would refer more to my lack of
> understanding of Linux internals than anything else, and may help
> others to better understand Linux.  :-)
> 
> This is not a complete plan, but merely a rough outline.  I have
> left out specific details of the implementation due to my lack
> of familiarity with Linux internals.  I also know that there are
> a lot of weak areas in my idea, but it is a good starting point
> for a serious discussion.
> 
> 
> -- 
> Jim H.
> *
> * James L. Henrickson
> * ujlh@sunyit.edu        "Some day I might have a real .signature!"

Every time this subject comes up I look over my shoulder at my Amiga.
Would any one out there like to borrow my Amigados Tech manuals to see
how to  properly do loadable libraries and device drivers??? Better yet,
since mine were printed in 1984, Get a new copy of the tech manuals from
your local Commodore dealer.  They have been doing this in a multitaking
environment since 1983 and I am pretty sure they have it close to right. 

Scott



System Administrator Paradox Alley  F&SF BBS and Usenet News/Mail 
805-492-8789  Thousand Oaks, Ca. The Place For Science Fiction and Fantasy
"Spin My Nipple Nuts and Send Me to Alaska!" Kryten, Red Dwarf
Newsgroups: comp.os.linux
From: genie@netcom.com (The Genie)
Subject: Linux 0.97 Patch level 3
Date: Mon, 07 Sep 92 21:11:23 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


Hi.

Well, I've been able to decode Linus' path level 4 for
the 0.97 system, but am hesitant to install it, since
I haven't done patch level 3 yet.  So started my
quest to find 0.97 patch 3.

To my amazement, none of the ftp sites I checked
(nic.funet.fi, sunsite,unc,edu, tsx-11) had it!
Is there something I am missing or am I just missing
the obviously listing at the ftp sites?

Gene
Newsgroups: comp.os.linux
From: bjones@cambria.columbus.oh.us (Bill Jones)
Subject: Re: thanks for the help...questions regarding getty_ps
Organization: Cambria Mail and News Gateway -- Columbus., OH
Date: Fri, 11 Sep 1992 22:34:54 GMT
X-Newsreader: Tin 1.1 PL4

jonathan@nova.next.nd.edu (Jonathan Bradshaw) writes:
: In article <6087@pdxgate.UUCP> moyerg@rigel.cs.pdx.edu (gary a moyer) writes:
: >
: >Now I am in the progress of trying to get the getty_ps package to
: >work.  The problem:  no connection using either getty (on a virtual
: >console) or uugetty (to my modem).  I compiled them with the debug
: >mode on and ran using debug mode 0377 (show _all_ debug info).
: >Everything appears okay here, but the process just dies.
: 
: I installed the GETTY_PS package and have been able to dial in from remote
: (2400bps) using UUGETTY and run it for all my ttys. I found that setting the
: debug to full on causes dialins to get screwed up. What I found was the other
: modem connects at 1200bps instead of 2400bps but uugetty is talking at 2400bps!
: I know its wierd but the problem goes away when turning off debug information!
: Obviously this is a timing problem.  However, the process has never "died" on
: me but the package does work.

I, on the other hand, am running uugetty on ttys2 and _HAVE_ to have the
debug on (-D 0377) or it will not answer the phone.  I have had some
problems with one of my uucp feeds trying to hook in at 9600bps and getting
shunted to 2400bps, but this appears to be a random thing -- it has happened
once only so I attribute it to a bad phone line.

Bill

--
===============================================================================
Bill Jones
bjones@cambria.columbus.oh.us
===============================================================================
Newsgroups: comp.os.linux
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Subject: Re: Splitting comp.os.linux
Organization: State University of New York -- Institute of Technology
Date: Thu, 10 Sep 1992 07:07:50 GMT

I don't think we should split the newsgroup, but instead try to
supplement it with another mailing list.  

I'm using rn (yuck!), and the KILL file just isn't helping much.  I've 
noticed a lot more activity on this news group since school started
again (as would be expected), and the number of postings in each thread 
is relatively small but a lot of threads are very similar in nature.  I 
like to help people but it is hard for me to find the time if it takes 
so long to read all of these posts.  

If only someone would write a news reader that used AI techniques to
learn what I don't like and then kill the files automatically.  Now THAT
is a good idea!  :-)

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
Newsgroups: comp.os.linux