Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA08412; Tue, 5 Dec 95 22:20:00 EST
Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP
	id AA04805; Tue, 5 Dec 95 22:18:55 EST
Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id WAA04281 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Tue, 5 Dec 1995 22:13:47 -0500
Message-Id: <199512060313.WAA04281@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:     Tue, 5 Dec 95 22:13:45 EST
Subject:  Linux-Development-System Digest #89

Linux-Development-System Digest #89, Volume #2    Tue, 5 Dec 95 22:13:45 EST

Contents:
  Re: HELP! Need restricted shell for Linux!!!!!!!! (Dion Hollenbeck)
  ELF Install Problem, Thanks. (Tim Bass)
  ld.so-1.7.11 RTLD_GLOBAL working? (Neal Becker)
  Re: Fork, shmget, etc. (Alex Martelli)
  Where to learn system-level C ("Matthew A. Clapp")
  Re: System does not reboot (smurray@earthlight.co.nz)
  Re: Standardized Printing for Linux (Mats Andtbacka)
  What's happens with aha1542 driver since 1.2.13 ? (Oleg Bartunov)
  Q:Will Sound Galaxy 16 Washington ever be supported (WSS compatible)? (Borre 'Wouse' Sanders)
  HELP! Need restricted shell for Linux!!!!!!!! ("Oleg E. Lapshin")
  Re: System does not reboot (Tom Wheeley)
  Re: [kernel patch] Interface-based firewalling for point-to-point links (Matthias Urlichs)
  Slow boot in 1.3.4x (Szymon Rusinkiewicz)
  Re: libc 5.2.16  incompatible with libc.5.0.9? (Eric Lin)

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

From: hollen@vigra.com (Dion Hollenbeck)
Subject: Re: HELP! Need restricted shell for Linux!!!!!!!!
Date: Tue, 5 Dec 1995 15:33:15 GMT


>>>>> "Oleg" == Oleg E Lapshin <loe@polytech.ivanovo.su> writes:

You might have told us what you wanted it restricted to.  However, why
not write your own.  The beginning project for my UNIX for Systems
Programmers was to write a shell.  When you write it, you can just
make a list of commands that you will allow the user, and not execute
any others.  It is not too difficult, even to implement pipes and
redirection. 

-- 
Dion Hollenbeck (619)597-7080x119       Email: hollen@vigra.com
Senior Software Engineer     Vigra, Inc.  San Diego, California

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

From: bass@cais.cais.com (Tim Bass )
Subject: ELF Install Problem, Thanks.
Date: 2 Dec 1995 23:36:57 GMT
Reply-To: bass@silkroad.com


I just installed my first ELF on a backup box (to be sure!) and
get this error when I run gcc -v:

toaster[\54]/root> gcc -v    
/usr/bin/gcc: /usr/bin/gcc: cannot execute binary file

It this because I did not *first* rebuild the kernel with
ELF support (stupid me)?

Thanks,

Tim


--
+--------------------------------------------------------------------------+
| Tim Bass                           | #include<campfire.h>                | 
| Principal Network Systems Engineer |       for(beer=100;beer>1;beer++){  |
| The Silk Road Group, Ltd.          |           take_one_down();          |
|                                    |           pass_it_around();         |
| http://www.silkroad.com/           |       }                             |
|                                    |  back_to_work(); /*never reached */ | 
+--------------------------------------------------------------------------+

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

From: neal@ctd.comsat.com (Neal Becker)
Subject: ld.so-1.7.11 RTLD_GLOBAL working?
Date: 05 Dec 1995 13:12:59 -0500

I'm glad to see ld.so-1.7.11 says that RTLD_GLOBAL is supported!  But
does it work?  This simple test program seems to show it doesn't.  We
load a.so, which defines 'a'.  Then we load b.so, and it fails, saying
'a' is undefined.

#!/bin/sh
# This is a shell archive (produced by GNU shar 4.0).
# To extract the files from this archive, save it to some FILE, remove
# everything before the `!/bin/sh' line above, then type `sh FILE'.
#
# Made on 1995-12-04 21:09 EST by <neal@nealslip2>.
# Source directory was `/home/neal/dyn5'.
#
# Existing files will *not* be overwritten unless `-c' is specified.
#
# This shar contains:
# length mode       name
# ------ ---------- ------------------------------------------
#     14 -rw-r--r-- a.h
#     16 -rw-r--r-- b.h
#    436 -rw-r--r-- Main.cc
#     18 -rw-r--r-- a.cc
#     45 -rw-r--r-- b.cc
#    153 -rw-r--r-- Makefile
#
touch -am 1231235999 $$.touch >/dev/null 2>&1
if test ! -f 1231235999 && test -f $$.touch; then
  shar_touch=touch
else
  shar_touch=:
  echo 'WARNING: not restoring timestamps'
fi
rm -f 1231235999 $$.touch
#
# ============= a.h ==============
if test -f 'a.h' && test X"$1" != X"-c"; then
  echo 'x - skipping a.h (File already exists)'
else
  echo 'x - extracting a.h (text)'
  sed 's/^X//' << 'SHAR_EOF' > 'a.h' &&
extern int a;
SHAR_EOF
  $shar_touch -am 0928230695 'a.h' &&
  chmod 0644 'a.h' ||
  echo 'restore of a.h failed'
  shar_count="`wc -c < 'a.h'`"
  test 14 -eq "$shar_count" ||
    echo "a.h: original size 14, current size $shar_count"
fi
# ============= b.h ==============
if test -f 'b.h' && test X"$1" != X"-c"; then
  echo 'x - skipping b.h (File already exists)'
else
  echo 'x - extracting b.h (text)'
  sed 's/^X//' << 'SHAR_EOF' > 'b.h' &&
extern int f();
SHAR_EOF
  $shar_touch -am 0928230795 'b.h' &&
  chmod 0644 'b.h' ||
  echo 'restore of b.h failed'
  shar_count="`wc -c < 'b.h'`"
  test 16 -eq "$shar_count" ||
    echo "b.h: original size 16, current size $shar_count"
fi
# ============= Main.cc ==============
if test -f 'Main.cc' && test X"$1" != X"-c"; then
  echo 'x - skipping Main.cc (File already exists)'
else
  echo 'x - extracting Main.cc (text)'
  sed 's/^X//' << 'SHAR_EOF' > 'Main.cc' &&
#include "a.h"
#include "b.h"
#include <dlfcn.h>
#include <iostream.h>
#include <stdlib.h>
X
void Error (char* msg) {
X  cerr << msg << "\t" << dlerror() << endl;
X  exit (1);
}
X
X
main() {
X  void* X = dlopen ("./a.so", RTLD_LAZY|RTLD_GLOBAL);
X  if (!X)
X    Error (dlerror());
X  void* Y = dlopen ("./b.so", RTLD_LAZY|RTLD_GLOBAL);
X  if (!Y)
X    Error (dlerror());
X  int (*f)() = dlsym (Y, "f");
X  if (!f)
X    Error (dlerror());
X  (*f)();
}
SHAR_EOF
  $shar_touch -am 1204203995 'Main.cc' &&
  chmod 0644 'Main.cc' ||
  echo 'restore of Main.cc failed'
  shar_count="`wc -c < 'Main.cc'`"
  test 436 -eq "$shar_count" ||
    echo "Main.cc: original size 436, current size $shar_count"
fi
# ============= a.cc ==============
if test -f 'a.cc' && test X"$1" != X"-c"; then
  echo 'x - skipping a.cc (File already exists)'
else
  echo 'x - extracting a.cc (text)'
  sed 's/^X//' << 'SHAR_EOF' > 'a.cc' &&
extern int a = 1;
SHAR_EOF
  $shar_touch -am 0928230695 'a.cc' &&
  chmod 0644 'a.cc' ||
  echo 'restore of a.cc failed'
  shar_count="`wc -c < 'a.cc'`"
  test 18 -eq "$shar_count" ||
    echo "a.cc: original size 18, current size $shar_count"
fi
# ============= b.cc ==============
if test -f 'b.cc' && test X"$1" != X"-c"; then
  echo 'x - skipping b.cc (File already exists)'
else
  echo 'x - extracting b.cc (text)'
  sed 's/^X//' << 'SHAR_EOF' > 'b.cc' &&
#include "a.h"
X
extern int f() { return a; }
SHAR_EOF
  $shar_touch -am 0928230795 'b.cc' &&
  chmod 0644 'b.cc' ||
  echo 'restore of b.cc failed'
  shar_count="`wc -c < 'b.cc'`"
  test 45 -eq "$shar_count" ||
    echo "b.cc: original size 45, current size $shar_count"
fi
# ============= Makefile ==============
if test -f 'Makefile' && test X"$1" != X"-c"; then
  echo 'x - skipping Makefile (File already exists)'
else
  echo 'x - extracting Makefile (text)'
  sed 's/^X//' << 'SHAR_EOF' > 'Makefile' &&
CC = g++ -g
X
X
%.o : %.cc
X       $(CC) -c $*.cc -fpic
X
%.so : %.o
X       $(CC) -o $@ -shared $^ -rdynamic
X
Test : Main.o a.so b.so
X       $(CC) -o $@ Main.o -ldl -rdynamic
SHAR_EOF
  $shar_touch -am 1002223195 'Makefile' &&
  chmod 0644 'Makefile' ||
  echo 'restore of Makefile failed'
  shar_count="`wc -c < 'Makefile'`"
  test 153 -eq "$shar_count" ||
    echo "Makefile: original size 153, current size $shar_count"
fi
exit 0

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

From: alex@cirfid.unibo.it (Alex Martelli)
Subject: Re: Fork, shmget, etc.
Date: Mon, 04 Dec 1995 00:38:51 MET
Reply-To: alex@cirfid.unibo.it

ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) writes:
        ...
>>and am trying to learn how to implement child processes & such. Does anyone
>>know of a good source of info, other than the man pages, that gives good
>>explanations and perhaps some examples?

>Stevens, "Advanced Programming in the UNIX environment".  That belongs
>in everybody's bookshelf :-)

Seconded, BUT -- if you can still find it somewhere, I would dearly
recommend Rochkind's old, beautiful text on Unix programming... a
little gem of simplicity, and a worthy testament to how Unix _used_
to be.  Stevens' huge textbook is splendidly written, definitely a
worthwhile buy despite its cost, and a worthy testament to how Unix
is _today_ -- but Rochkind reflects the spare elegance that is still
here and there visible in certain places in today's large Unices, is
simpler to study and to understand, AND will help you young'uns
understand why some of us oldies get nostalgic sometimes...:-)


Alex
--
Alex Martelli, Bologna, Italia -- DISCLAIMER: these are only MY opinions...!
 __   Man has no Body distinct from his Soul...         |  William Blake
 \/   Energy is the only life, and is from the Body...  |     DID know
      Energy is Eternal Delight.                        |  where it's at...

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

From: "Matthew A. Clapp" <mclapp@thunder.caltech.edu>
Subject: Where to learn system-level C
Date: 5 Dec 1995 18:21:25 GMT

Hi,

        I'm building a PC-card that when finished, I'd like to use linux to run.
Basically, it just has about 5 registers that I need to read and written to.

        My question is, does anyone have suggestions as to the best source
to learn the lower-level system commands needed to either write a user program
to do this, or to actually write a device driver under linux.  I already know
C enough to make normal programs that don't need to make system calls.

        I was kind of dissatisfied with the LDP's Kernel Hacker's Guide as an
elementary text (or an understandable one!)

Any help is greatly appreciated.
Matt


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

From: smurray@earthlight.co.nz
Crossposted-To: comp.os.linux.misc,comp.os.linux.hardware
Subject: Re: System does not reboot
Date: Tue, 5 Dec 1995 09:40:23 +1300

On Sun, 3 Dec 1995, Tom Wheeley wrote:
> Yes, my system has never reboted itself, and so far I have just pressed
> the RESET button when it says 'Done' and the hard disk stops crackling.
> Haven't lost / yet :^)

But why? I have my linux machine at (M$ banned zone) home and it hangs on
reboot (IBM blue lighting 2/66) where as the linux box at work (Intel) is
fine.   Is this just because of the CPU?  

                                                                        BOFH


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

From: mandtbac@news.abo.fi (Mats Andtbacka)
Subject: Re: Standardized Printing for Linux
Date: 5 Dec 1995 18:53:01 GMT
Reply-To: mandtbac@abo.fi

Albert Cahalan, in <ALBERT.95Dec5012327@snowdon.ccs.neu.edu>:
>OK, here is the request: print a man page on an inkjet printer.

What you need here is a PCL (or whatever) driver for groff.

Or, hell, a dvi or TeX driver for groff. That's going the awkward way
around, I know, but...
-- 
" ... got to contaminate to alleviate this loneliness
      i now know the depths i reach are limitless... "
                -- nin

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

From: megera@sai.msu.su (Oleg Bartunov)
Subject: What's happens with aha1542 driver since 1.2.13 ?
Date: 5 Dec 1995 17:49:44 GMT
Reply-To: oleg@sai.msu.su


Hello, I have one problem with recent kernels (1.3.42--1.3.45)
when I ftp big file (about 30Mb). Kernel complains about time out:
Nov 28 01:30:36 virtual kernel: scsi : aborting command due to timeout : pid 1707, scsi0, channel 0, id 0, lun 0 0x0a 02 eb 8e 24 00 
Nov 28 01:30:44 virtual kernel: scsi : aborting command due to timeout : pid 1707, scsi0, channel 0, id 0, lun 0 0x0a 02 eb 8e 24 00 
Nov 28 01:30:44 virtual kernel: SCSI host 0 abort() timed out - resetting
Nov 28 01:30:44 virtual kernel: Sent BUS DEVICE RESET to target 0
Nov 28 01:30:44 virtual kernel: Sending DID_RESET for target 0
Nov 28 01:30:44 virtual last message repeated 2 times
Nov 28 01:30:44 virtual kernel: aha1542_intr_handle: Unexpected interrupt
Nov 28 01:30:44 virtual kernel: tarstat=0, hastat=0 idlun=10 ccb#=1 
Nov 28 01:30:44 virtual kernel: Sending DID_RESET for target 0
Nov 28 01:30:44 virtual kernel: aha1542_intr_handle: Unexpected interrupt
Nov 28 01:30:44 virtual kernel: tarstat=0, hastat=0 idlun=10 ccb#=2 
Nov 28 01:30:44 virtual kernel: Sending DID_RESET for target 0
Nov 28 01:30:44 virtual kernel: aha1542_intr_handle: Unexpected interrupt
Nov 28 01:30:44 virtual kernel: tarstat=0, hastat=0 idlun=10 ccb#=3 

It never happens with 1.2.13 kernel. 
The hardware: Tekram dc800b scsi controller with 2Mb cache- it's supposed to be
AHA1542 compatible, Seagate ST31200N 1Gb SCSI.
I tried to compile 1.3.45 with old aha1542.{c,h} from 1.2.13 but it doesn't helps.
I badly need to get work recent kernel with my hardware because I want to use
ip-tunneling, which isn't implemented in 1.2.13 kernel.
        
        Any clues,

--  Oleg
_____________________________________________________________________________
Oleg Bartunov - researcher, hostmaster 
Sternberg Astronomical Institute, Moscow University
(095)939-16-83, oleg@sai.msu.su, Moscow, Russia
=============================================================================


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

From: L.T.A.Sanders@stud.tue.nl (Borre 'Wouse' Sanders)
Subject: Q:Will Sound Galaxy 16 Washington ever be supported (WSS compatible)?
Date: Tue, 05 Dec 1995 21:07:45 GMT
Reply-To: L.T.A.Sanders@stud.tue.nl

Hello reader,
Is there any chance of some sound kernel-source being released in the
near future that supports the (Windows Sound System compatible) Aztech
Sound Galaxy Washington sound card? Well, actually I have the Trust
Sound Expert 16, but it seems to be the same as the card mentioned
above. Right now I have to boot to DOS, switch my card to Windows
Sound System and soft-reboot to Linux. Somewhat annoying, especially
because not all the mixing capabilities are supported by the Windows
Sound System driver.
Developers?! Thanks in advance for any useful suggestions.

Greetings,
Borre.


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

From: "Oleg E. Lapshin" <loe@polytech.ivanovo.su>
Subject: HELP! Need restricted shell for Linux!!!!!!!!
Date: 4 Dec 1995 18:19:47 +0300
Reply-To: loe@polytech.ivanovo.su



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

From: Tom Wheeley <tomw@tsys.demon.co.uk>
Crossposted-To: comp.os.linux.misc,comp.os.linux.hardware
Subject: Re: System does not reboot
Date: Sun, 03 Dec 95 22:36:54 GMT
Reply-To: tomw@tsys.demon.co.uk

In article <DIv98z.JFn@uns.bris.ac.uk>
           Alex.Butcher@bris.ac.uk "Alex Butcher" writes:

> Hiya
> 
> thowi@gsse.sni.de (Thomas Winterfeldt) wrote:
> 
> >In article <49abs5$133k@rs18.hrz.th-darmstadt.de>,
> >   schaefer@rbg.informatik.th-darmstadt.de (Arno Schaefer) wrote:
> >>Hi,
> >>
> >>I'm having a strange problem with one of our machines here: After issuing
> >>'shutdown -r now' or 'reboot now' or pressing CTRL-ALT-DEL, the system
> >>correctly shuts down, but it does not reboot - it behaves like I had
>
> Also, on a related topic, has anyone else noticed that under kernel
> 1.3.43 (at least, maybe earlier) 'shutdown -h now' doesn't print the
> usual 'unmounting filesystems' and 'system halted' messages? Is this a
> kernel change? It _sounds_ like it's unmounted the filesystems, but
> I'm not keen on trusting / to my hearing! :) 

Yes, my system has never reboted itself, and so far I have just pressed
the RESET button when it says 'Done' and the hard disk stops crackling.
Haven't lost / yet :^)

-- 
Tom Wheeley, <holyhorns>
Oh, did I mention that I'm going to see Bottom Live next Thursday :-))
* TQ 1.0 * Stolen Sigs!
"Too many windows, not enough brain."
[Colm.Buckley@tcd.ie]

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

From: smurf@smurf.noris.de (Matthias Urlichs)
Crossposted-To: comp.os.linux.networking
Subject: Re: [kernel patch] Interface-based firewalling for point-to-point links
Date: 3 Dec 1995 10:05:08 +0100

In comp.os.linux.development.system, article <DIywrz.nEM@isil.lloke.dna.fi>,
  rjs@spider.compart.fi (Riku Saikkonen) writes:
> Matthias Urlichs (urlichs@smurf.noris.de) wrote:
> >Good idea. Still better idea: Interfaces have NAMES, dammit. Use them.
> 
> Yeah, I thought about that first. But... It's not very good for dynamic
> links, like a static-addressed SLIP/PPP server where you want to give only a
> few IP addresses firewall access to some services but don't know exactly
> which SLIP or PPP link they'll be using...
> 
Good point. You're right, that makes sense.

> >Being able to reuse one address for multiple interfaces is a Good Thing.
> >It doesn't make sense to waste two per link if it can be avoided.
> 
> Yep. And especially not two C-class networks per such a link as some routing
> configuration documents seem to suggest.
> 
Two? I'm only aware of documents that use _one_.

These days you can use a /30 subnet (thanks to CIDR) for links that do
require their own network (some ISDN implementations on SysV systems with
brain-dead ancient networking code), but of course it must not be the a
subnetwork of the Ethernet you're otherwise using (that's the fault of the
"ancient networking" part).

Am I _ever_ glad that there are systems like Linux where problems are
_fixable_ when we find them.

-- 
Facts do not cease to exist because they are ignored.
               --Aldous Huxley
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42
          PGP: 1B 89 E2 1C 43 EA 80 44  15 D2 29 CF C6 C7 E0 DE 
      Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: smr@cs.stanford.edu (Szymon Rusinkiewicz)
Subject: Slow boot in 1.3.4x
Date: 4 Dec 1995 20:43:00 GMT

When I changed from kernel 1.3.39 to 1.3.4x, I noticed that there is a long
(10 second) delay between the time LILO claims to have loaded the kernel, and
the time I get the "Uncompressing" message.  This delay was much shorter
(~1/2 sec) in previous kernel versions.  The change is reproducible - going
back to 1.3.39 fixes it.  Is anyone else experiencing this problem, and does
anyone know offhand what might be the problem?

My setup:
 - Stock kernel compiled as a.out w GCC 2.6.3
 - One IDE disk, Linux in primary partition
 - LILO 0.15 in MBR


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

From: ericlin@bear.skybus.com (Eric Lin)
Subject: Re: libc 5.2.16  incompatible with libc.5.0.9?
Date: 5 Dec 1995 12:51:53 GMT
Reply-To: ericlin@ee.umanitoba.ca

On 5 Dec 1995 03:06:19 GMT, Sergei Viznyuk <sviznyuk@magnus.acs.ohio-state.edu> wrote:
>As soon as I installed binary distribution
>of libc5.2.16 as many things stopped working,
>most grave case being "make". Under libc.5.0.9
>everything was wonderful.
>I had to revert back to 5.0.9.
>
>I have heard libg++.so.27 is incompatible
>in some things like i/o  with libc.5.0.9.
>
>I assume 5.2.16 jumped on libg++.so.27 vagon..
>
>Did anybody had something like that?
>
>Serge

I assume you did not read the release files carefully. Please check them
in sunsite.unc.edu:/pub/Linux/GCC.

gmake 3.x.x needs a patch to fix the dirent bug presented in libc 5.0.9.


-- 
Eric Lin


=====BEGIN PGP PUBLIC KEY BLOCK=====
Version: 2.6.2

mQCNAzCoCQUAAAEEAOLmK4xM9VjyIk521i3Sq2fq0H0P3BieZc5oUqt+SF/9ig5p
B4HB48x6zY4d7fgwTWQEl1SGq+ZoWb8phbWkUaUqZd9/busuVLwmFSOXDdo9DNGz
bQSZSVVtzPP7D/LYCBoZ5ETTFak150lfbxVgXMeKkGCc7AwAnp5p+m5d+nzNAAUR
tB9FcmljIExpbiA8ZXJpY2xpbkB1bWFuaXRvYmEuY2E+iQCVAwUQMKhgGJ5p+m5d
+nzNAQG+GwQAzsP7cDIRsSmDUg0ofGD0nP6wnA/oyCmKDZXDV2ta4aJs3v9msuwE
4csdYIGKB/iMTzLaHmK2Z3TXUDyvfub4PjjMSlReV4GiPqK53owpvhdFyTEow4w4
mAS1OSVocqx/kzRrGvq/uu/gv9HpLKpM0wd8PoUs3WAS6M70CoImr5I=
=X4Qa
=====END PGP PUBLIC KEY BLOCK=====





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


** 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
******************************
