Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA18979; Thu, 30 Nov 95 02:36:32 EST
Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP
	id AA12204; Thu, 30 Nov 95 02:35:31 EST
Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id CAA12571 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Thu, 30 Nov 1995 02:22:41 -0500
Message-Id: <199511300722.CAA12571@senator-bedfellow.MIT.EDU>
From: Digestifier <Linux-Development-System-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development-System@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU
Date:     Thu, 30 Nov 95 02:22:38 EST
Subject:  Linux-Development-System Digest #65

Linux-Development-System Digest #65, Volume #2   Thu, 30 Nov 95 02:22:38 EST

Contents:
  Re: How to make HD spin down? (Richard Jones)
  Re: Status of Hitachi CD-ROM device driver (Jim Hague)
  more on a.out core dumps. (Steven Butler)
  Re: Dualmon Patches for 1.2/1.3? (Scot E. Wilcoxon)
  Re: Has any one heard of VAX? (Richard Jones)
  Re: undelete / unrm / file recover for linux? (Doug Merritt)
  Re: Anyone working on a tape file system ? (Frank Ranner)
  1.3.45 - can't even boot! Help!! (Uri Blumenthal)
  Re: linux stable at 1.2.13??? (Mike Herman)
  Re: [kernel patch] Interface-based firewalling for point-to-point links (Bob Amstadt)
  Re: Netscape 2.0 breaks RedHat 2.0 Linux (Henrik Storner)
  Re: Bug in libc 5.0.9 ?? (Jon Callan)
  HELP: Compiling the Kernel: <<<<<< Segmentation fault >>>>>>> (The Unix Mighty)
  Re: Anyone working on a tape file system ? (Michael Elizabeth Chastain)
  Modules (Marc Olzheim)
  Re: Endless segfaults under 1.3.xx: Why? (Rogier Wolff)
  Re: fatal signal 11 on cc1 everytime i try to compile a kernel.. (Rogier Wolff)
  Re: VESA 2.0 and SVGALIB (Albert Cahalan)
  Re: sparc Linux? (Andrew R. Tefft)
  Re: SIGSEGV signal handler ("Leonard N. Zubkoff")
  Re: Linux for DEC/MIPS (James Mcpherson)
  Re: "Virtual Memory Exceeded"--but no sounds of thrashing (Jason Mcmullan)
  Re: linux stable at 1.2.13??? (Klaus Lichtenwalder)

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

Subject: Re: How to make HD spin down?
From: rwmj@doc.ic.ac.uk (Richard Jones)
Date: 28 Nov 1995 13:26:48 GMT

Carl Schott (cgschott@psu.edu) wrote:
: sp@questor.org wrote:
: : In article <497037$82v@arcadia.informatik.uni-muenchen.de>,
: : Thiemo Gehrke <tgehrke@lrz.fh-muenchen.de> wrote:
: : >Hi Folks,
: : >
: : >I got a tool from a friend, thats makes my hard disc spin down after a 
: : >given time (it's for D*S). So I watched out for a similar one for Linux,
: : >cause i didn't know before, how silent my comp can be if it wants to. :-)
: : >I have D*S and Linux on different drives, so I always do not need both of 
: : >them.
: : >
: : >Does anybody know a tool that will work for me?

: "hdparm" will do this for IDE drives that support a spindown timeout.
: (Look for the "-S" switch).

Works great except for my root disk. I _think_ syslogd likes to write to a
file every so often, so negating the effects of the spindown! Anyone know
how to cure this?

Rich.

--
"The real tight interface is between the book and the reader - the world of
the book is plugged right into your brain, never mind the [virtual reality]
bodysuit"
-- from The Age of Missing Information, by Bill McKibben.

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

From: jim@oxfordcc.co.uk (Jim Hague)
Subject: Re: Status of Hitachi CD-ROM device driver
Date: 29 Nov 1995 09:42:19 -0000

In article <DIEtzx.13K.B.ss1@bath.ac.uk>,
Mark Hindess a.k.a. Beanz. <mapmrh@bath.ac.uk> wrote:
>The Documentation/devices.txt file in the latest kernel distribution has an
>entry for "Hitachi CD-ROM (/dev/hitcd)". It claims that a driver is under
>development. What is the status of this driver?

Having just found an old but working Hitachi drive in a skip, I'm
interested too. Anybody know anything?
-- 
Jim Hague - jim@oxfordcc.co.uk (work), bears@cix.compulink.co.uk (play)

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

From: cs315886@student.uq.edu.au (Steven Butler)
Subject: more on a.out core dumps.
Date: 28 Nov 1995 03:16:38 GMT

It seems that theh problems I was having was caused by an old version of
iBCS.  When I removed it from my rc scripts sdoom and netscape work 
again, which is probably why it didn't appear in my System.map.

Cheers,
Steve.


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

From: sewilco@fieldday.mn.org (Scot E. Wilcoxon)
Crossposted-To: comp.os.linux.hardware,comp.os.linux.x
Subject: Re: Dualmon Patches for 1.2/1.3?
Date: 23 Nov 1995 23:04:44 -0600

Now if I could just get this RGB monitor to show some text inside the
highlighted rectangles where the text is being put...
-- 
Scot E. Wilcoxon        sewilco@fieldday.mn.org
        Laws are society's common sense, written down for the stupid.
        The stupid refuse to read.        Their lawyers read to them.

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

Subject: Re: Has any one heard of VAX?
From: rwmj@doc.ic.ac.uk (Richard Jones)
Date: 28 Nov 1995 13:29:56 GMT

Amit Chatterjee (amit.chatterjee@bnr.ca) wrote:
: Jordi Guillaumes i Pons <jguilla@ibm.net> wrote:

: >- It's too fat. When I started working with VMS (I've been VMS system
: >programmer and admin for four years, 1987-1991) it ran happily an in a
: >uVax-2000 with 4MB (microVMS version 4.6).  When I left that platform,
: >it crawled in our VAXStation-3100 with 8MB (VMS 5.3). 
: >

: Unfortunately, that is the case with most of the operating environment today.
: Sometimes around mid-80s, I remember installing Xenix on a 286, 10MHz PC with 1
: MB RAM and a 20MB disk (10MB for MS-dos and 10MB for Xenix).

Luxury! I had Minix running in 512K on an 8086 with _no_hard_disk_. And
before that I had a ZX81 with 1K of RAM and an infinitely big, but rather
slow, cassette store.

Rich.

--
"The real tight interface is between the book and the reader - the world of
the book is plugged right into your brain, never mind the [virtual reality]
bodysuit"
-- from The Age of Missing Information, by Bill McKibben.

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

Crossposted-To: aus.computers.linux,comp.os.linux.development.apps,comp.os.linux.misc
From: doug@netcom.com (Doug Merritt)
Subject: Re: undelete / unrm / file recover for linux?
Date: Wed, 29 Nov 1995 17:07:30 GMT

In article <48ruta$73c@information-retrieval.village.org> drew@chopper.poohsticks.org (Drew Eckhardt) writes:
>In article <deejayDIBrEp.D8q@netcom.com>Jack Wilson <deejay@netcom.com> wrote:
>>If you want *real* protection, put all your critical data on [...]
>
>If you want *real* protection, mount things read-only where 
>possible, use a backup system, store backups off site, use a 
>UPS, and mirror your disks.

It's been occasionally pointed out for decades that the *best*
form of backup is to release the critical data as freeware to the
net, so that people back it up for you on tens of thousands of
different disk drives. :-)

Drew of course has in fact taken that approach with his scsi driver...
        Doug
-- 
Doug Merritt                            doug@netcom.com
Professional Wild-eyed Visionary        Member, Crusaders for a Better Tomorrow

Unicode Novis Cypherpunks Gutenberg Wavelets Conlang Logli Alife Anthro
Computational linguistics Fundamental physics Cogsci Egyptology GA TLAs

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

From: Frank Ranner <franner@pcug.org.au>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Anyone working on a tape file system ?
Date: Thu, 30 Nov 1995 12:22:36 +1100



> Silly that may sound, but if you have more than 32 MB of memory and run 
> Windows (poor, deluded fool), then MS recommend using the rest of the 
> memory as a ramdisk and swapping to it.
> 
> Somebody, please, prove me wrong.
> 
You are probably correct. The reason is that Windows will run out of 
'free resources' long before it runs out of main memory. Someone once 
said 'Only Microsoft would replace the 640K barrier with a 64K barrier' a 
reference to the fact that critical memory heaps in the GDI and USER 
modules are 64K segments.

Us Linux users have got it easy: If the disk goes off its brain and the 
machine slows to a crawl, add another 4 or 8 megs!

Frank Ranner


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

From: uri@watson.ibm.com (Uri Blumenthal)
Subject: 1.3.45 - can't even boot! Help!!
Date: 30 Nov 1995 02:23:23 GMT

Hi,
        I'm in need of [urgent] help, please.

        I've been successful in compiling/installing kernels
        up to 1.3.42. Then I skipped a few releases and got
        1.3.45. Now - the problem.

        Whenever I try to boot it up [via lilo] it gives me an
        empty screen with one letter 'd' in the upper left
        corner. No messages, no info useful to determine
        what the f*** is going on.

        The machine is:
                - Gateway box, Micronics motherboard;
                - P24T (Pentium Overdrive) 66MHz;
                - 32MB RAM;
                - VESA Local Bus;
                - Diamond Stealth VLB (S3-968) video card;
                - IDE hard drive;
                - .....[the rest is not important, I guess]

        Compiler suite:
                - gcc-2.7.1;
                - libc-4.7.5/5.2.14;
                - ld.so-1.7.11.

        Kernel compiled as a.out, NOT as ELF. In config, PCI
        is disabled...

        1.3.37 is what I'm running right now [no problem]. 
        1.3.42 had troubles with ARP, otherwise booted up
        just fine. 1.3.4[34] I skipped... Same config, of
        course, for all of the above [yeah, I rerun it as
        I patched it for 1.3.45 - and saw no complains].

        In /etc/lilo.conf I have "vga = normal".

        Please, please, e-mail me how to get this blasted kernel
        to at least boot on my box! I'm out of guesses.
-- 
Regards,
Uri.
-=-=-==-=-=-             uri@watson.ibm.com
<Disclaimer>
I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.



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

From: mike@hernix.org (Mike Herman)
Subject: Re: linux stable at 1.2.13???
Date: Wed, 29 Nov 1995 01:00:03 GMT

I ran that short script under 1.3.20 for hours without any problems.

-- 
==========================================================================
Mike Herman             mike@hernix.org         hernix!mike
Hernix provides low volume email and UUCP feeds in the Cleveland area.
==========================================================================

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

From: bob@piglet.amscons.com (Bob Amstadt)
Crossposted-To: comp.os.linux.networking
Subject: Re: [kernel patch] Interface-based firewalling for point-to-point links
Date: 26 Nov 1995 17:21:41 -0800

In <49ae2p$lng@kelewan.dandelion.com> "Leonard N. Zubkoff" <lnz@dandelion.com> writes:

>In article <DInxu6.9p@isil.lloke.dna.fi> rjs@spider.compart.fi (Riku Saikkonen) writes:

>  Someone might have noticed that if you have a point-to-point link and an
>  Ethernet or similar link in the same machine, they have the same interface
>  (IP) address and thus cannot be firewalled with the normal interface-based
>  firewall in the Linux (1.2.x at least) networking code. Here's a patch for
>  that.

>  This changes the firewalling code so that the interface address specified to
>  ipfw (iface xxx.xxx.xxx.xxx) is the address of the _other_ end of the link
>  (not this machine) for point-to-point links (and this machine's address for
>  all other links, as it has always been).

>I can't speak for how anyone else has their system configured, but I give
>my PPP interface a different local IP address than my ethernet interface,
>so this has never been a problem.  I wasn't aware it was reasonable to have
>multiple interfaces with the same local IP address.

As a matter of fact, you should never give two different interfaces the same
IP address.  I have one system that many PPP links and one ethernet link, and
I give all of the interfaces unique IP addresses.  Once you do this, everything
including the firewall code works just as it should.
-- 
--
Bob Amstadt
bob@amscons.com

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

From: storner@osiris.ping.dk (Henrik Storner)
Subject: Re: Netscape 2.0 breaks RedHat 2.0 Linux
Date: Tue, 28 Nov 1995 07:37:50 GMT

njeru@yoko.mit.edu (James Njeru) writes:
>I recently installed RedHat 2.0 ELF with a.out support (using defaults 
>all the way). The libc is libc 5.0.9 shared. The ld.so is
>ld.so.1.7.5.

>All looked fine for all until I run netscape 2.0x.
>After I start netscape, I am unable to run any other command
>(eg "ls" or "who" or "free") on my system until I quit
>netscape! The message I get when I try an "ls" in any window while
>netscape is up is:
>
>        > ls
>        ls: can't map '/dev/zero'
>        ls: can't map '/dev/zero'
>        ls: can't load library 'libc.so.5'

Hmm - I just noticed a posting on the linux-msdos mailing list. There are
a couple of possible solutions:
 - get a newer ld.so (1.7.11)
 - upgrade to one of the more recent kernels (> 1.3.40)

Newer ld.so versions can be found on ftp.ods.com in /pub/linux

-- 
-- 
Henrik Storner             | "Netnews is far more addictive than cocaine." 
(storner@osiris.ping.dk)   |                                    Rob Stampfli


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

From: jon@west27.demon.co.uk (Jon Callan)
Subject: Re: Bug in libc 5.0.9 ??
Date: 27 Nov 1995 21:04:49 -0000

Wotcha,

I think the problem is that there is NO defined behaviour
when you use a % sign and some odd character...

from my man page:

       The  effect of padding the %p format with zeros (either by
       the 0 flag or by specifying a precision), and  the  benign
       effect  (i.e.,  none)  of  the # flag on %n and %p conver-
       sions, as well as other nonsensical combinations  such  as
       %Ld,   are  not  standard;  such  combinations  should  be
       avoided.

Jon
--
''''''''''''''''''''''''''''''''''''''''''''''''''
##################################################
``````````````````````````````````````````````````

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

From: bikesh@scus1.ctstateu.edu (The Unix Mighty)
Crossposted-To: alt.os.linux,comp.os.linux.misc,comp.os.linux.hardware,comp.os.linux.setup
Subject: HELP: Compiling the Kernel: <<<<<< Segmentation fault >>>>>>>
Date: 30 Nov 1995 04:02:35 GMT

Hi,
        I just got kernel 1.3.45
Everytime I try to compile..
BTW I have tried almost every 1.3.?? kernels
I get the same error.. on each and every one..
The get this errors
**********************************************************************
ld -m elf_i386  -r -o kernel.o ksyms.o sched.o dma.o fork.o
exec_domain.o panic.o printk.o sys.o module.o exit.o signal.o itimer.o
info.o time.o softirq.o resource.o
make[1]: *** [kernel.o] Segmentation fault (core dumped)
make[1]: *** Deleting file `kernel.o'
make[1]: Leaving directory `/usr/src/linux/kernel'
make: *** [linuxsubdirs] Error 2
**********************************************************************


Any help app..
Thankx a bunch          

Bikesh

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

From: mec@treflan.shout.net (Michael Elizabeth Chastain)
Subject: Re: Anyone working on a tape file system ?
Date: 30 Nov 1995 03:09:31 GMT
Reply-To: mec@duracef.shout.net

In article <m2ag5klp11.fsf@iwtspc09.mpi.nl>,
Marc Fleischeuers <marc@mpi.nl> wrote:
> Its silly to swap on a tape!

Ok, I agree with this.

> I have a 5 Mb ramdisk to swap, its really fast!

Either I am missing a clue, or you are!

Why don't you simply let the OS use the ram and keep applications in it
so it doesn't have to swap at all?

Michael Chastain
mec@duracef.shout.net

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

From: marcolz@stack.urc.tue.nl (Marc Olzheim)
Subject: Modules
Date: 29 Nov 1995 13:21:29 GMT



Hello,

Recently i've begon experimenting with modules, using kernel 1.3.45.
For instance i have compiled the lp.o as a module (using make config),
but when I insmod it, it says:
#insmod lp.o
_bad_user_access_length undefined
#

Some other modules say the same thing....

Am i doing something wrong ?

Marc Olzheim
--

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

From: wolff@socrates.et.tudelft.nl (Rogier Wolff)
Crossposted-To: comp.os.linux.setup
Subject: Re: Endless segfaults under 1.3.xx: Why?
Date: 29 Nov 1995 13:19:08 GMT
Reply-To: r.e.wolff@et.tudelft.nl

: >rsm@math.arizona.edu (Robert S. Maier) writes:
: >
: >: I recently installed Linux 1.3.40 on a Pentium-133 bought via mail order
: >: from Comtrade, and I'm having real problems.  The system functions
: >: flawlessly, except that processes occasionally segfault and die.  

You might take a look at the "sig11 faq" at:

            http://einstein.et.tudelft.nl/~wolff/sig11/


                                        Roger.


--
 *** War doesn't determine who's right ****** War determines who's left. ***
 ** EMail: R.E.Wolff@et.tudelft.nl * Tel +31-15-2783643 or +31-15-2137459 **
 *** <a href="http://einstein.et.tudelft.nl/~wolff/">my own homepage</a> ***

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

From: wolff@socrates.et.tudelft.nl (Rogier Wolff)
Subject: Re: fatal signal 11 on cc1 everytime i try to compile a kernel..
Date: 29 Nov 1995 13:21:00 GMT
Reply-To: r.e.wolff@et.tudelft.nl

Esdras (esdras@worldnet.net) wrote:

: This is kindda funny 'cause it happens only on one of my 3 pc's.. On
: the 4dx4-1oo, i always get a fatal signal 11 on cc1... no matter what
: version of the kernel i try to compile... and i couldn't find what
: that signal 11 is...

Do take a look at the "sig11 FAQ" at:

        http://einstein.et.tudelft.nl/~wolff/sig11/

                                Roger.


--
 *** War doesn't determine who's right ****** War determines who's left. ***
 ** EMail: R.E.Wolff@et.tudelft.nl * Tel +31-15-2783643 or +31-15-2137459 **
 *** <a href="http://einstein.et.tudelft.nl/~wolff/">my own homepage</a> ***

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

From: albert@krakatoa.ccs.neu.edu (Albert Cahalan)
Subject: Re: VESA 2.0 and SVGALIB
Date: 30 Nov 1995 04:45:19 GMT

>>>>> "P" == Patrick J Randerson <pjr+@andrew.cmu.edu> writes:

P>  I hope this is the right place for a question about SVGALIB work. My
P> question is: What is the current status of SVGAlib development?  I'm
P> anxious to find a fast, clean, interface to the VGA (aren't we all?), and
P> the current SVGAlib is good...but a little behind the times.  Especially
P> when it comes to card support. I'm not even sure how to go about adding a
P> new card driver.  I've also heard rumours of work going on to make some
P> function of SVGAlib under kernel control (is it true?) and am wondering if
P> there's anything being done to support the next generation of Vesa 2.0
P> cards.  Something that provides VBE 2.0 functionality might be a great
P> addittion.  Is anyone working on such a project, or, in that case, is
P> anyone working on SVGAlib? If so, I'd be gratefull to get a little dirt on
P> VGA development.
 
People _are_ working on it!  We could use some help though.

There is a mailing list at linux-ggi@eskimo.com, and I think
you send mail to majordomo@eskimo.com to subscribe.  I can
look it up for you if you can't get it to work.  Feel free
to lurk a bit, it's not like the kernel list so your mailbox
won't explode.

Right now we have a nice design with some prototype drivers.
The system is fast enough for an X server, secure, lets
normal users write video programs, and keeps a crashed app
from leaving you in graphics mode.  The system works with
weird modes and accelerators too.

It is _not_ ready for users, but it is ready for serious
driver development.  Many of the features are not complete,
but most of the design problems have been solved.  I think
we just solved the last big one, what to do with video memory
when you switch consoles and start another video app.

BTW, we are _not_ putting a whole damn graphics library into
the kernel.  No need to panic.
--

Albert Cahalan
albert@ccs.neu.edu

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

From: teffta@erie.ge.com (Andrew R. Tefft)
Subject: Re: sparc Linux?
Date: Tue, 28 Nov 1995 16:39:04 GMT

Is there a mailing list for linux-sparc? I had thought there was one
on vger.rutgers.edu but it wasn't there when I tried to subscribe.

-- 

Andy Tefft               - new, expanded .sig -     teffta@erie.ge.com


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

From: "Leonard N. Zubkoff" <lnz@dandelion.com>
Subject: Re: SIGSEGV signal handler
Date: 28 Nov 1995 11:13:29 -0800

In article <49e77s$k40@cmcl2.NYU.EDU> baratloo@wilma.cs.nyu.edu (Arash Baratloo) writes:

  Could some kind soul tell me how can a SIGSEGV signal handler
  determine the memory location that caused the violation?

The following program should demonstrate this (on Linux 1.2.13).  I wrote
this a while back when I was tracking down a memory fault triggered by cpp,
and wanted to know the exact memory location of the fault, the code
sequence, and a stack trace.

                Leonard


#include <unistd.h>
#include <errno.h>
#include <fcntl.h>
#include <stdarg.h>
#include <stdio.h>
#define __KERNEL__
#include <signal.h>
#undef __KERNEL__


static void FatalSignalHandler(int SignalNumber,
                               struct sigcontext_struct SignalContext)
{
  unsigned char *CodePointer;
  unsigned long *StackPointer;
  int i;
  fprintf(stderr, "\n*** Signal %d Received ***\n", SignalNumber);
  fprintf(stderr, "gs = %X, __gsh = %X\n",
          SignalContext.gs, SignalContext.__gsh);
  fprintf(stderr, "fs = %X, __fsh = %X\n",
          SignalContext.fs, SignalContext.__fsh);
  fprintf(stderr, "es = %X, __esh = %X\n",
          SignalContext.es, SignalContext.__esh);
  fprintf(stderr, "ds = %X, __dsh = %X\n",
          SignalContext.ds, SignalContext.__dsh);
  fprintf(stderr, "edi = %X\n", SignalContext.edi);
  fprintf(stderr, "esi = %X\n", SignalContext.esi);
  fprintf(stderr, "ebp = %X\n", SignalContext.ebp);
  fprintf(stderr, "esp = %X\n", SignalContext.esp);
  fprintf(stderr, "ebx = %X\n", SignalContext.ebx);
  fprintf(stderr, "edx = %X\n", SignalContext.edx);
  fprintf(stderr, "ecx = %X\n", SignalContext.ecx);
  fprintf(stderr, "eax = %X\n", SignalContext.eax);
  fprintf(stderr, "trapno = %X\n", SignalContext.trapno);
  fprintf(stderr, "err = %X\n", SignalContext.err);
  fprintf(stderr, "eip = %X\n", SignalContext.eip);
  fprintf(stderr, "cs = %X, __csh = %X\n",
          SignalContext.cs, SignalContext.__csh);
  fprintf(stderr, "eflags = %X\n", SignalContext.eflags);
  fprintf(stderr, "esp_at_signal = %X\n", SignalContext.esp_at_signal);
  fprintf(stderr, "ss = %X, __ssh = %X\n",
          SignalContext.ss, SignalContext.__ssh);
  fprintf(stderr, "i387 = %X\n", SignalContext.i387);
  fprintf(stderr, "oldmask = %X\n", SignalContext.oldmask);
  fprintf(stderr, "cr2 = %X\n", SignalContext.cr2);
  CodePointer = (unsigned char *) SignalContext.eip;
  fprintf(stderr, "%X/", CodePointer);
  for (i = 0; i < 20; i++)
    fprintf(stderr, " %02X", *CodePointer++);
  fprintf(stderr, "\n");
  StackPointer = (unsigned long *) 0xC0000000;
  while (--StackPointer >= (unsigned long *) SignalContext.esp_at_signal)
    fprintf(stderr, "%08X/ %08X\n", StackPointer, *StackPointer);
}


int main(int ArgCount, char *ArgVector[], char *Environment[])
{
  signal(SIGINT, (void (*)(int)) FatalSignalHandler);
  signal(SIGTERM, (void (*)(int)) FatalSignalHandler);
  sigpause(0);
  return 0;
}

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

From: mljmcphe@dingo.cc.uq.oz.au (James Mcpherson)
Crossposted-To: alt.os.linux,comp.os.linux.misc
Subject: Re: Linux for DEC/MIPS
Date: 30 Nov 1995 00:44:05 GMT

Nils Philippsen (681329@rhds02.rz.fht-esslingen.de) wrote:
: Does anyone have an idea how to install Linux on a DEC/MIPS based System
: (DEC 5000)? We've got the sources, the required Assemblercode, but we need
: a hint on compiling and installing it (how to make the system boot up with
: the new OS).

: Any idea would be appreciated. 

AFAIK, DEC's Alpha arch is the only one to have linux support. How much do you
know about porting kernels etc ? ;)

jcm.

--

Historian/Inter Library Loans 

mljmcphe@dingo.cc.uq.oz.au (play)
j.mcpherson@library.uq.oz.au (work)


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

From: jmcc@m5.vi.ri.cmu.edu (Jason Mcmullan)
Subject: Re: "Virtual Memory Exceeded"--but no sounds of thrashing
Date: 28 Nov 1995 14:45:27 GMT

Theodore Sternberg (strnbrg@rahul.net) wrote:
: Very strange!  One of my C++ programs bombs with a "virtual memory 
: exceeded" message, despite the fact that it never comes close to 
: exhausting RAM, much less going to the swap space (that's the virtual 
: memory, isn't it?)  I'd surely hear some disk access sounds if the swap 
: space were coming into play.

  What about this scenario:

  malloc(3*1024*1024*1024); /* malloc 3Gb */

 This fails instantly because you attempted to set the brk of your 
program past the heap limit (ie somewhere in you stack).  If I remember 
correctly, this will not result in a lot of swapping since you haven't 
touched any of these pages (all are mapped to the zero page).

  While not a fatal problem in C (malloc will return NULL), in 
C++, this could be fatal under some curcumstances, IIRC.

--
Copyright 1995 Jason McMullan; all rights reserved; license for the Microsoft 
Network to distribute this text for US $100,000 per copy is hereby granted; all
other use of this text by the Microsoft Network, including storing, relaying, 
or reuse is expressly prohibited; distribution by the Microsoft Network 
indicates full acceptance of the licensing terms.

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

From: klaus@gaston.m.ISAR.de (Klaus Lichtenwalder)
Subject: Re: linux stable at 1.2.13???
Date: Tue, 28 Nov 1995 18:16:54 GMT

erik@kroete2.freinet.de (Erik Corry) writes:

>Ted Deppner (ted@psyber.com) wrote:
>: 
>: PS:  try this for yourself:   
>:            while : ; do w >/dev/null || echo $? ; done > z 
>: 
>: let that run for several hours in the background and see what happens.

>Nothing. Linux 1.2.13.

OK, here I am again :-)
I let it run for ~ 9hours (09:02 til 18:10). Nothing, Null, Nil.

  6:11pm  up 111 days, 10:14, 14 users,  load average: 1.50, 1.30, 1.24
95 processes: 90 sleeping, 2 running, 3 zombie, 0 stopped
CPU states:  9.2% user, 44.5% nice, 35.3% system, 55.5% idle
Mem:  31396K av, 30800K used,   596K free, 14668K shrd,  4968 buff
Swap: 67524K av, 24380K used, 43144K free

  PID USER     PRI  NI SIZE  RES SHRD STAT %CPU %MEM  TIME COMMAND
 4052 klaus     29  14  194  412  412 R N  28.7  1.3  0:00 top
 4056 klaus     29  14  182  352  404 R N  14.5  1.1  0:00 w
18051 klaus     29  14  118  252  348 S N   1.3  0.8  8:09 /bin/bash -rcfile .p
    1 root       1   0   52   88  232 S     0.0  0.21074:46 init

(~) klaus@gaston [552] $ wc z
      0       0       0 z


Klaus
-- 
__________________________________________________________________________
Klaus Lichtenwalder, Dipl. Inform., Fax +49-89-98292755, PGP Key available 
Lichtenwalder@ACM.org, klaus@gaston.m.ISAR.de, http://www.wp.com/Klaus
       When PRIVACY Is Outlawed... Only OUTLAWS Will Have Privacy!

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


** 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-Development-System-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Development-System@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
    sunsite.unc.edu				pub/Linux

End of Linux-Development-System Digest
******************************
