From: "MBMANAGER" <mrgate@space.laafb.af.mil>
Subject: Message Router delivery notification message
Reply-To: mrgate@space.laafb.af.mil
Organization: The Internet
Date: Mon, 9 Nov 1992 12:51:52 GMT


RE  Message ID: 32441070112991/59394@SSD
UA  content ID: Linux-Activists Digest #496
Generated by node: SPACE


Attempted delivery to:

    Route                 : @A1		<--
    Userid                : WILLIAMSEM
    Arrival date          :  7-NOV-1992 01:44

This delivery failed. Failure reason was "transfer failure".
Diagnostic was "message purged by operator".

From:	NAME: WINS%"Linux-Activists@news-digests.mit.edu" <WINS%"Linux-Activists@news-digests.mit.edu"@SPACE@MRGATE@SSD>
Subject: Linux-Activists Digest #496
To:	WILLIAMSEM@A1

Return-Path: <Linux-Activists-Request@news-digests.mit.edu>
Received: from bloom-picayune by space.laafb.af.mil with SMTP ; 
          Fri,  6 Nov 92 18:43:50 PST
Received:  by bloom-picayune (5.57/25-eef)
	id AA15766; Fri, 6 Nov 92 21:00:55 -0500
Message-Id: <9211070200.AA15766@bloom-picayune>
From: Digestifier <Linux-Activists-Request@news-digests.mit.edu>
To: Linux-Activists@news-digests.mit.edu
Reply-To: Linux-Activists@news-digests.mit.edu
Date:     Fri, 6 Nov 92 21:00:26 EST
Subject:  Linux-Activists Digest #496

Linux-Activists Digest #496, Volume #3            Fri, 6 Nov 92 21:00:26 EST

Contents:
  Re: Physical Memory Problems (Scott Hou)
  Re: modem help (Andrew J. Cosgriff !)
  Re: What is 'proc'? (Andrew J. Cosgriff !)
  Re: SLS install in 2 MB (Mark W. Eichin)
  Has Anyone gotten Trident 8900C and SLS 0.98 to work (Frank Houston)
  Re: compiling ghostscript/view (Carl vonLoewenfeldt)
  Re: Anyone compile gwm-1.7 with Linux ? (Antti V{h{lummukka)
  X11 w/ 2Mb --> Don't bother... (Charles F. Teague II)
  Re: IDE faster than Mips SCSI disk????? (Michael O'Dell)
  Re: linux-0.98.3 termcap problem (Al Clark)
  Mouse problems on Com 1 (Chris Bugosh)
  IDE faster than Mips SCSI disk (Othman Ahmad)
  Re: What is 'proc'? (James Michael Chacon)
  Possible cause of keyboard lockups in XFree (Andrew J. Cosgriff !)

----------------------------------------------------------------------------

From: sh0002@medtronic.COM (Scott Hou)
Subject: Re: Physical Memory Problems
Date: Thu, 5 Nov 1992 23:56:03 GMT

I have both OPTI and BITECH 386-40 boards running Linux (24 hours a day,
I might add) without any problems. One board even survived a power
supply blow out (in which the full wave bridge rectifier literally
blew the bottom into pieces) because it has worked just fine ever
since I put in a new power supply.

As for a 486 board, I have the 3/486 upgradable running Linux
with no problem but that one hasn't been running 24 hours a day.



--
Scott Hou                          phone: 612-574-8660
Consulting at Medtronic, Inc.      email: scott.hou@pace.medtronic.com

------------------------------

From: ins217t@aurora.cc.monash.edu.au (Andrew J. Cosgriff !)
Subject: Re: modem help
Date: Fri, 6 Nov 1992 04:28:47 GMT

Jim.Danley@f20.n233.z1.fidonet.org (Jim Danley) writes:

|ST > Anyway I'm trying to setup the inittab so that I can have a    
|   > dial-up.  
|   
|Scott,

|Run, don't walk, to tsx-11.mit.edu and grab

|    /pub/linux/sources/sbin/gettyps202.tar.Z

|It includes everything you'll need including src, Makefile, man pages,
|and a
|very good description on how it all works.  I was especially pleased
|with
|uugetty which allows me to use one modem on /dev/ttys2 for dialing in
|AND out
|with one config.  I spent a few hours with this package tonight and am
|very
|pleased with the outcome.  Check it out.
Just make sure you use the right syntax, though - the tty line and the baud
rate are the other way around from normal getty - I forgot this and
ended up having to sector edit my inittab file from DOS (eurgh)

Let's be careful out there !

Cos !
-- 
Andrew J. Cosgriff !    ins217t@aurora.cc.monash.edu.au
                        ins217t@lindblat.cc.monash.edu.au
                        cos@yoyo.cc.monash.edu.au
"Language is a virus from outer space" - William S. Burroughs

------------------------------

From: ins217t@aurora.cc.monash.edu.au (Andrew J. Cosgriff !)
Subject: Re: What is 'proc'?
Date: Fri, 6 Nov 1992 04:41:26 GMT

jwinstea@fenris.claremont.edu (Jim Winstead Jr.) writes:

|In article <1992Nov3.051046.29607@cs.tulane.edu> butler@cs.tulane.edu (Larry Butler) writes:
|>I see references to a fs called 'proc'. What is that? What are it features?

|The 'proc' filesystem isn't really a real filesystem when compared to
|say, the MS-DOS or Minix filesystems, but instead is a sort of
|'psuedo-filesystem'.  It provides a way of looking at (and accessing?)
|processes via the filesystem.  For example, I have a proc filesystem
|mounted at /proc, underneath /proc, there are bunch of directories
|corresponding to various processes (for example:

|       1/     21/    2925/  2992/  2996/  35/    38/
|       20/    22/    2926/  2993/  3/     37/    8/

|Now, underneat each on of these, the following appears:

|       cwd@   exe@   fd/    lib/   mem    root@

|The links (cwd, exe, and root) are symlinks to the current working
|directory, the executable, and the root of the processes filesystem,
|respectively.  The fd directory provides a way to access the file
|descriptors of the process, lib is the libraries being used, and mem
|is analagous to /dev/mem.

So how do you mount it ? Do you need to recompile mount or something ?

<excuse the ignorance, i only just found out what it was the other day, and
am a little unsure what to do with it...>

Cos !
-- 
Andrew J. Cosgriff !    ins217t@aurora.cc.monash.edu.au
                        ins217t@lindblat.cc.monash.edu.au
                        cos@yoyo.cc.monash.edu.au
"Language is a virus from outer space" - William S. Burroughs

------------------------------

From: eichin@athena.mit.edu (Mark W. Eichin)
Subject: Re: SLS install in 2 MB
Date: Sat, 7 Nov 1992 00:19:03 GMT

In article <Bx94ur.8wq@news.cso.uiuc.edu>, walk@mrcnext.cso.uiuc.edu (Todd Walk) writes:
|> I've got the SLS version and when I do a "doinstall" it tells me
|> I'm out of memory (I've only got 2 MB).

and sior@i50s3 (Marios Siormanolakis) responds, correctly and in detail:
|I've had the same problem.
|My solution:
|1. create Linux partition as mentioned in README (eg /dev/hda2)
|2. additional create a swap partition (eg /dev/hda3)
|6. mkfs /dev/hda2 BLOCKS
        The one other possible problem is that if /dev/hda2 is big
enough, mkfs will run out of memory; you can get more room by hitting
Alt-F2 and typing "exit" to the second shell that SLS automatically
starts. (I needed this to mkfs 60M on an AST laptop...)
        I don't know, offhand, *why* mkfs uses memory in proportion to
the size of the partition; I'll look at it this weekend if noone else
has any suggestions...
                                _Mark_ <eichin@athena.mit.edu>
                                MIT Student Information Processing Board
                                Cygnus Support <eichin@cygnus.com>


------------------------------

From: fh8n@uvacs.cs.Virginia.EDU (Frank Houston)
Subject: Has Anyone gotten Trident 8900C and SLS 0.98 to work
Date: Fri, 6 Nov 1992 14:26:12 GMT

Hello World

If anyone out there has gotten X to work  on a trident 89000C 
from SLS, could you please mail me your Xconfig and and modification
you did to SLS to get it to work.

I simply cannoy get past this TCP %^#$%# that startx
keep complaining about.

        TCP : invalid argument

then everything just dies.

First I looked in xinit/serverargs for X -pn.
Then I recompiled the Kernel to include tcp/ip in the Kernel.

The next step will probably be jettisoning all the X stuff 
from SLS and installing Xfree from tsx-11.

Thanks for you help



-- 
                                                                                         Frank Houston 
                                                                     |   University of Virginia
VOICE   : (804)982-2294                  |   Thornton / Comp Sci
Internet: fh8n@opal.cs.virginia.edu      |   Charlottesville Va 22901

------------------------------

From: carl@boxelder.Berkeley.EDU (Carl vonLoewenfeldt)
Subject: Re: compiling ghostscript/view
Date: 6 Nov 92 14:24:40 GMT
Reply-To: carl@boxelder.Berkeley.EDU (Carl vonLoewenfeldt)

In his note, Michael says:

'Ghostview failed as well:
'# make
'gcc -fwritable-strings -fomit-frame-pointer  -O2 -m386 -DNO_ASM  
-I/usr/X386/include  -D_POSIX_SOURCE '-D_BSD_SOURCE -D_GNU_SOURCE     
-Dlinux  -DFUNCPROTO=11 -DNARROWPROTO -DNON_BLOCKING_IO  -DSELFILE
'-DHOME_ON_DEMAND   -c misc.c -o misc.o
'misc.c:61: conflicting types for `sys_errlist'
'/usr/include/errno.h:8: previous declaration of `sys_errlist'
'make: *** [misc.o] Error 1

I got exactly the same problems. I had to modify the files misc.c, line
61, (and another - 
I forget) as follows:

#ifdef notdef
(the offending sys_errlist declaration)
#endif /* notdef */

Then it compiled fine. As I said in my previous note, the result was a
GhostView that
comes up beautifully, but when I attempt to use it on an *.eps file, I
get a "dynamic malloc"
error with the info that I have insufficient memory (I think - I'm
remembering.) However,
my 8MB system with 16MB swap has NOTHING else running except for X.

Another problem, as I said in a followup note -- make doesn'w work
properly. It fails to
detect that *.o files exist, and are newer than their respective source files. 
Further, make seems to ignore any make targets, such as "install" or "clean".           


Carl vonLoewenfeldt

------------------------------

Crossposted-To: kl.test,alt.test
From: ana@tele.nokia.fi (Antti V{h{lummukka)
Subject: Re: Anyone compile gwm-1.7 with Linux ?
Reply-To: ana@tele.nokia.fi
Date: Fri, 6 Nov 1992 12:22:03 GMT


In article <1992Nov6.101802@informatik.uni-kl.de> l_kornst%informatik.uni-kl.de@stepsun.uni-kl.de (Leif Kornstaedt) writes:


|   Yes, perhaps, but where can one get a lex or a yacc? I thought they were
|   (c) AT&T.  I too had many problems with bison and would like to get an
|   implementation closer to the original.


You could try the byacc. It is available at least at tsx-11 in the same
directory as ingres (which I did not get to compile!).


        ana


::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Name: Antti V{h{lummukka     ::  Email: ana@tele.nokia.fi        ::
:: Phone: +358 0 511 6294 work  ::         ana@otax.tky.hut.fi      ::
:: Fax:   +358 0 511 5615       ::         Antti.Vahalummukka@hut.fi::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

--
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Name: Antti V{h{lummukka     ::  Email: ana@tele.nokia.fi        ::
:: Phone: +358 0 511 6294 work  ::         ana@otax.tky.hut.fi      ::
:: Fax:   +358 0 511 5615       ::         Antti.Vahalummukka@hut.fi::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

------------------------------

From: cteague@ra.cs.umb.edu (Charles F. Teague II)
Subject: X11 w/ 2Mb --> Don't bother...
Date: 6 Nov 92 07:25:32 GMT


  This is a quick note to anyone who is interested enough at the idea
of being able to run Xwindows on their PC, but who only has 2Mb of RAM:

  "Don't Bother."

  I saw the messages that said you should have at least 4 Mb (some said at
least 8 Mb) to run X11 effectively, but through a lack of strong wording,
and (admittedly) my hope that I could get by w/ 2Mb, I decided to try
anyways.  So, 7 disks * 1.2 Mb * 2400bps == about 1.5 weeks later, and I
have the SLS (0.98) x disks.  I install it last night, and after playing
around for a bit, setting up Xconfig, I finally run X tonight.

  Ouch!  I never heard my HD swap so much!  X functioned, but with hideous
delays! (and all I had running was xclock + xterm...).  Plus, since twm is
smart enough to wake up windows when they are under the mouse, simply moving
the mouse around while waiting for it to finish loading something can result
in it waking up (+ therefore swapping in) and then putting back to sleep (+ 
therefore swapping back out) other applications, slowing it down even worse!

  This is not to put down X...  What I saw looked pretty good.  It's just that
2Mb is TRULY NOT ENOUGH MEMORY!

  Hopefully, this message will save anyone who is in the position I was in
2 weeks ago the trouble of transfering 7 disks worth of X files.

        Sincerely,
--
Charles F. Teague II  Net:cteague@cs.umb.edu  Real:33 Sidney Ave, Lynn MA 01902
+------------------------------------+-----------------------+----------------+
| Computers are so powerful because  | "Don't do what I SAY, | 'lush' CS 1993 |
| they do whatever you tell them to. |  do what I mean!!!!"  | TKE-zm sn 603  |
+------------------------------------+-----------------------+----------------+
Hi!  I'm a replicating .sig virus!  Join in the fun and copy me into yours!

------------------------------

Crossposted-To: comp.arch,comp.unix.bsd
From: mo@gizmo.bellcore.com (Michael O'Dell)
Subject: Re: IDE faster than Mips SCSI disk?????
Reply-To: mo@bellcore.com
Date: Fri, 6 Nov 92 14:29:46 GMT

from our experiences trying to qualify drives and controllers
for a computer project i was involved with a few years ago....

one must be very careful that one isn't comparing the
performance of two disk controllers and not the attached drives.
it is VERY tricky to sort out why one disk goes faster
than another, and when and under what circumstances.
controller startup latencies vary by geologic timescales,
or so it seems if one tries hard to measure them accurately.
we'll not even go into latencies caused by the number of
times the controller must be touched to actually start a transfer.

the same caveats apply to measuring the performance
of the underlying drive and electronics (with it's
embedded controller <see above>) versus
measuring the performance of the transfer channel
implementation.

transfer channel protocols (IDE vs SCSI-2) are compared
with timing diagrams, but that is admittedly less interesting
than comparing implementations which govern what one
really gets.  the problem, however, is really *knowing*
what one is measuring.

        -Mike O'Dell

Bellcore??? Bellcore isn't allowed opinions. Any found here are mine.

------------------------------

From: aclark@netcom.com (Al Clark)
Subject: Re: linux-0.98.3 termcap problem
Date: Fri, 6 Nov 1992 05:43:35 GMT

In article <1992Nov6.111844.90524@vaxc.cc.monash.edu.au> apm233m@vaxc.cc.monash.edu.au writes:
|In article <92308.071727NU013809@NDSUVM1.BITNET>, Greg Wettstein <NU013809@NDSUVM1.BITNET> writes:
| [stuff deleted]
|> After logging into a couple of systems I suddenly noticed that the virtual
|> console was restricting itself to 24 lines.  For example if less is used
|> to view a file and the sh prompt is on the bottom line of the screen the
|> entire output gets displayed on the bottom line of the screen.  Using
|> less with the prompt at the top of the screen causes less to use the
|> console as if it had 24 lines.
| [stuff deleted]
|Have you also tried sending ctrl-O to the VT? (can be done by ^Q ^V ^O if
|using BASH) This fixes some problems, but not the 24 line problem for me.
|
| [stuff deleted]
|Actually, I can live with a 24 line VT. Unfortunately, what I see is
|in effect a split-screen VT: one window of 24 lines and one of 1 line.
|If the cursor moves into the one-line window at the bottom of the
|screen then it tends to stay there (some programs, such as emacs can
|still make use of the whole screen). A 1-line VT is very difficult to
|live with!
| [stuff deleted]
|---------------
|Bill Metzenthen

As a workaround, just use 'tput clear'
You can alias "clear" to this or make a shell script.  I find
it gets me out of the mode (maybe just to 24 line window), but
it works.
-- 
Al - aclark@netcom.com - My opinions are my own.

------------------------------

From: Chris.Bugosh@f340.n226.z1.fidonet.org (Chris Bugosh)
Subject: Mouse problems on Com 1
Date: Thu, 05 Nov 1992 16:12:00 -0800

For those of you that are having problems with your mouse on COM1, (If I
remember correctly) in the older packages (.96x) Linus used ttys1 for
COM1, in .98pl1, it is now ttys0.  So, in Xconfig, all you have to do is
change the "/dev/ttys1" to /dev/ttys0" and you'll be all set.

Chris

 * Origin: The MIDI Exchange - Columbus, Ohio - (614) 846-1274
(1:226/340)


------------------------------

Crossposted-To: comp.arch,comp.unix.bsd
From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
Subject: IDE faster than Mips SCSI disk
Date: Fri, 6 Nov 1992 03:39:42 GMT

These figures are not meant to be a thorough study. More of a provocation
for more soul searching. The widespread belief that SCSI-2 is "defininely
faster than IDE" is questionable, in fact under some circumstances, entirely
false.
        The results are not surprising for those who study the technical
specs of these disks. IDE has more potential for high speed because of its
lack of protocaol overhead. Its closeness to the disk also make it very
reliable and efficient.
        There are advanced disks which can do simultaneour multiple-head reads,
but these techniques can also be used for IDE as well.
        IDE is just a simple interface definition, just like SCSI-2, but IDE,
is optimised for HARD DISKS, SCSI is not. SCSI is more general purpose.

The mips machine under test runs on ultrix. Although it has up to 10Gbyte 
of hard-disk, it is not so heavily loaded. We only use it for email and
news feed. Fragmentation can be severe because I cannot even have 32 
megabyte free space in /usr/tmp , only 30 Mbytes.

        IOZONE: Performance Test of Sequential File I/O  --  V1.14b (1/31/92)
                By Bill Norcott

        Operating System: ULTRIX

        Send comments to:       norcott_bill@tandem.com

        IOZONE writes a 30 Megabyte sequential file consisting of
        61440 records which are each 512 bytes in length.
        It then reads the file.  It prints the bytes-per-second
        rate at which the computer can read and write files.


Writing the 30 Megabyte file, 'iozone.tmp'...91.000000 seconds
Reading the file...49.000000 seconds

IOZONE performance measurements:
        345684 bytes/second for writing the file
        641985 bytes/second for reading the file
****************************************************************************
This PC machine runs on 386bsd. Using 1 megabyte test file it is faster than
a similar 486/50Mhz EISA SCSI-2 hard-disk.

486/33 Maxtor 7120 200Mbyte

Writing the 32 Megabyte file, 'iozone.tmp'...91.283333 seconds
Reading the file...67.116667 seconds

IOZONE performance measurements:
        367586 bytes/second for writing the file
        499942 bytes/second for reading the file
--
Othman bin Ahmad, School of EEE,
Nanyang Technological University, Singapore 2263.
Internet Email: eoahmad@ntuix.ntu.ac.sg
Bitnet Email: eoahmad@ntuvax.bitnet


------------------------------

From: probreak@wyatt.ksu.ksu.edu (James Michael Chacon)
Subject: Re: What is 'proc'?
Date: 6 Nov 1992 01:20:46 -0600

ins217t@aurora.cc.monash.edu.au (Andrew J. Cosgriff !) writes:

|So how do you mount it ? Do you need to recompile mount or something ?

|<excuse the ignorance, i only just found out what it was the other day, and
|am a little unsure what to do with it...>

|Cos !
|-- 
|Andrew J. Cosgriff !   ins217t@aurora.cc.monash.edu.au

You need to mount a block device as a proc filesystem onto some directory.
My fstab entry looks like this.

/dev/ram        /proc   proc    defaults

Works fine from there.

James


------------------------------

From: ins217t@aurora.cc.monash.edu.au (Andrew J. Cosgriff !)
Subject: Possible cause of keyboard lockups in XFree
Date: Fri, 6 Nov 1992 06:25:51 GMT

Erm, I've found a possilbe cause of keyboard lockups in Xfree86...

I got the new admutils and new poeigl and compiled...

It linked /dev/tty1 to /dev/console (which was prev. linked to tty0)

When I started X this afternoon, the keyboard wouldn't respond...

Changing the link back did the trick...

<Just in case any of you out there in netland are having sim. probs>

BTW, the new login didn't work when i compiled it
- i had to delve for the emergency boot disk to put the old one back...
(and it was 80K compared to 5K for the old one !!!)

Enjoy !
Cos !
-- 
Andrew J. Cosgriff !    ins217t@aurora.cc.monash.edu.au
                        ins217t@lindblat.cc.monash.edu.au
                        cos@yoyo.cc.monash.edu.au
"Language is a virus from outer space" - William S. Burroughs

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux) via:

    Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    tupac-amaru.informatik.rwth-aachen.de	pub/msdos/replace

The current version of Linux is 0.97 released on August 1, 1992

End of Linux-Activists Digest
******************************

Newsgroups: comp.os.linux