Subject: Linux-Development Digest #753
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Tue, 24 May 94 11:13:17 EDT

Linux-Development Digest #753, Volume #1         Tue, 24 May 94 11:13:17 EDT

Contents:
  Re: Anybody working on BSD dump porting? (Rob Janssen)
  Re: Regarding the rlogin security hole (Sven Goldt)
  Regarding the rlogin security hole (Andy Burgess)
  Re: SIGHUP - Deep Kernal Guts question! (Jim Robinson)
  Re: Trantor T130 SCSI Driver (Kevin Lentin)
  Anyone know where to get ADA for linux? (Clinton Wong)
  Latest and Greatest networking code (Jim Harkins)
  script to implement ``dump levels'' (was Re: Anybody working on BSD dump porting?) (Bennett Todd)
  OBST3-3.5 problems compiling (Mark Swanson)
  Re: Linux and PCMCIA Ethernet (David Hinds)
  Re: Linux Intrntl & Auto Cfg project (Russell Nelson)
  Multiplatform GUI library (icid2@cc.uab.es)
  Zombie problems (Bill C. Riemers)
  Re: Regarding the rlogin security hole (Andy Burgess)
  ETHERFIND anywhere? (Tilo Schuerer)
  Re: BusLogi 445S and DMA Channel (NEW ANSWER) (Herve Soulard)
  Re: BusLogi 445S and DMA Channel (ANSWERS) (Herve Soulard)
  Virtual Consoles (Stuart Herbert)
  Re: OBST3-3.5 problems compiling (Naresh Sharma)
  Request for help with iBCS shared libraries (Al Longyear)
  Re: Phillips CD ROM driver? (Erik Mouw)
  Re: SIGHUP: We tried it! (Leon Garde)

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

Crossposted-To: comp.os.linux.help
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Anybody working on BSD dump porting?
Reply-To: pe1chl@rabo.nl
Date: Mon, 23 May 1994 21:29:20 GMT

In <1994May23.163149.21812@black.ox.ac.uk> mbeattie@black.ox.ac.uk (Malcolm Beattie) writes:

>In article <2rh32n$7fu@apollo.west.oic.com> dillon@apollo.west.oic.com (Matthew Dillon) writes:
>>In article <2reh76$hfv@bosnia.pop.psu.edu> barr@pop.psu.edu (David Barr) writes:
>>:In article <1994May18.210039.6822@belvedere.sbay.org>,
>>:David E. Fox <root@belvedere.sbay.org> wrote:
>>:>But what advantages does 'dump' have that 'tar' or 'cpio' do not?
>>:
>>:4. Does not affect atimes of backed up files
>>
>>    True.  This is not important for most people.
>[I can't quite figure out who followed up to what here, so watch attributions.]

>Affecting atime causes problems with people backing up /var/spool/mail
>since biff and friends think new mail has arrived. However, GNU tar has
>an option --atime-preserve which does exactly what you'd hope: leaves
>access times alone while dumping files.

But then it modifies the ctimes... :-(
IMHO it is a serious design error that one cannot restore a file's times
to exactly the values wanted without setting the real-time clock.  And that
causes even worse trouble.

In fact, this is the only reason for using direct disk access for dumping
files.
It *really* astonishes me how many people advocate the use of dirty
tricks like "dump" that bypass the machine's filesystem for doing backups.
This is the kind of thing one expects from DOS programs, not in the UNIX
world.  Interestingly enough, the filesystem seems to be the only service
the average DOS programmer doesn't bypass.  For good reasons.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: goldt@math.tu-berlin.de (Sven Goldt)
Subject: Re: Regarding the rlogin security hole
Date: 23 May 1994 23:33:51 GMT

The problem is not rlogin,but login.rlogin,telnet and others
just call login.If you fix login everything works fine again.
I use the shadow suite and it doesn't have an unsecure login.

--
*****************************************************************************
*    # THE MOST IMPORTANT FINANCIAL QUESTION IS:  Where is the money ? #    *
*****************************************************************************

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

From: aab@cichlid.com (Andy Burgess)
Subject: Regarding the rlogin security hole
Date: Mon, 23 May 1994 22:54:20 GMT

Are we vulnerable if we are using tcpwrapper to restrict rlogin and telnet
access?
Thanks

-- 
Andrew A. Burgess         ////          News news gotta have it
aab@cichlid.com          (@ @)          News news really love it
=====================oOO==(_)==OOo==============================


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

From: jimr@shorty.cs.wisc.edu (Jim Robinson)
Subject: Re: SIGHUP - Deep Kernal Guts question!
Date: 24 May 1994 00:05:25 GMT

In article <1994May23.165610.6074@loreli.ftl.fl.us> troc@loreli.ftl.fl.us (Rocco Caputo) writes:
>
>1.  Because it's more flexible.
>      It's not.  Process groups that have special shutdown procedures can
>      ignore SIGHUP and take cues from a session leader.

This ignores "make >&make.out" and logouts which I do a lot of.  You
address this later with batch processes.

>2.  Because the kernel shouldn't set policy.
>      The kernel is sending notifications only.  Individual programs
>      decide whether or not SIGHUP carries any meaning.  The kernel
>      is RECOMMENDING that the program shut down, not demanding it.

Can somebody explain why it is or is not a good idea for the kernel
to do things like this?  I am just curious.  

>3.  Because people like to run batch programs and then disconnect.
>      These people can use nohup for batch processes.
>      That's why nohup exists.

Wrong, nohup is built into C shell, it is a seperate program for
Bourne shell and the like.

>4.  Applications rely on POSIX-compliant systems to not send a SIGHUP.
>      True.  Programmers assume their environment will always be POSIX
>      and don't bother to trap for SIGHUP.  And then their programs
>      bomb unexpectedly when they're ported to non-POSIX systesm.
>      That's bad programming.

I had been under the impression that almost all mainstream systems are
either POSIX or shooting for POSIX as soon as possible... This is the
first time I have heard somebody imply it is bad programming to shoot
for POSIX complience, should we look for things that all non-POSIX
systems do?  It seems like a waste of a standard to me...

Jim

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

From: kevinl@NewsServer.cc.monash.edu.au (Kevin Lentin)
Subject: Re: Trantor T130 SCSI Driver
Date: 24 May 1994 02:28:53 GMT

On 23 May 1994 03:15:06 GMT, Rusty Atkins wrote:

> Does anyone have any drivers for the Trantor T130 SCSI card running under
> linux? I need them desperately.

Read the SCSI-HOWTO. Then maybe get back to me. You'll know why. If it's
that desparate, the instructions are in there.

-- 
[==================================================================]
[ Kevin Lentin                   |___/~\__/~\___/~~~~\__/~\__/~\_| ]
[ kevinl@bruce.cs.monash.edu.au  |___/~\/~\_____/~\______/~\/~\__| ]
[ Macintrash: 'Just say NO!'     |___/~\__/~\___/~~~~\____/~~\___| ]
[==================================================================]

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

From: wongcd2@symphony.cc.purdue.edu (Clinton Wong)
Subject: Anyone know where to get ADA for linux?
Date: Tue, 24 May 1994 00:18:52 GMT

   If you know where to get a pre-compiled ADA package for Linux,
please e-mail me.

Clinton


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

From: jharkins@netcom.com (Jim Harkins)
Subject: Latest and Greatest networking code
Date: Tue, 24 May 1994 02:42:49 GMT

Where can I get the latest and greatest networking code?  I've heard of
net3, and downloaded a net-0.32d tar file but it only had stuff like
netstat  and arp sources in it.  I need the entire tcp/ip suite.  My
current source code is net2 dated June 1993.

My reasons for asking are 2-fold.  First, I'm pumping 10+ Meg files across
the network and am thinking of optimizing the network code.  As a
minimum I'd like to implement the TCP buffer sizes (don't remember the
names, my books are at work.  SO_RCVBUF and SO_SNDBUF or something).
Second, it looks like I'm going to be implementing a new driver for
a 100 Meg ethernet if I can't make the current stuff fast enough.

Anybody got any tips/advice/notes/sympathy for a newbie to the Linux
networking code?  I've been poking around the source but don't quite
know what's going on.  Pointers to ftp'able files are great.

Thanks

jim

-- 
"I want to die peacefully in my sleep like my grandfather.  Not screaming
in terror like his passengers."

Jim Harkins                          jharkins@netcom.com 
San Diego, CA.


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

From: bet@std.sbi.com (Bennett Todd)
Crossposted-To: comp.os.linux.help
Subject: script to implement ``dump levels'' (was Re: Anybody working on BSD dump porting?)
Date: 24 May 1994 00:59:23 GMT


One of the things I really like about find(1)+cpio(1) is that the pair of
them constitute a really nice division of labor. Some four years ago or
thereabouts, I was doing some moderately complex multilevel rotating dumps,
with scripts using rsh(1) to backup a whole network. We got in an SGI Iris,
and it didn't come with dump(8). So I hacked out a quick script to get
multi-level dumps. I append it after my .sig.

-Bennett
bet@sbi.com

#!/usr/local/bin/bash

# Parse args
progname=$(basename $0)
while [ $# -gt 0 ] ; do
        case "$1" in
                -*)     level=`echo "$1"|sed 's/^-//'`;shift;;
                *) filesystems="$filesystems $1";shift;;
        esac
done
if [ -z "$level" ] ; then
        level=0
fi
if [ -z "$filesystems" ] ; then
        echo "syntax: $progname [-level] filesystem [...]" 1>&2
        exit 1
fi

# Ensure usability of dumpdates database
if [ ! -d /etc/dumpdates ] ; then
        echo "Creating new dumpdates database, and performing level 0" 1>&2
        mkdir /etc/dumpdates
        level=0
fi

# tag for /etc/dumpdates reference
f=$(echo $filesystems | tr -d ' /')
if [ -z "$f" ] ; then
        f=root
fi

# If we're doing an incremental
if [ $level -gt 0 ] ; then
        # Find the next-lower dump timestamp
        t=$[$level - 1]
        while [ ! -f /etc/dumpdates/$f.$t -a $t -ge 0 ] ; do
                t=$[$t - 1]
        done
        if [ $t -lt 0 -o ! -f /etc/dumpdates/$f.$t ] ; then
                echo "$progname: cannot find suitable dumpdate -- doing lev 0" 1>&2
                exec $0 -0 $filesystems
        fi
        newer=/etc/dumpdates/$f.$t
        echo "Performing level $level backup, using timestamp" 1>&2
        ls -l $newer 1>&2
        /bin/find $filesystems -mount -newer $newer -print | cpio -oc
else
        echo "Performing level 0 backup" 1>&2
        /bin/find $filesystems -mount -print | cpio -oc
fi
touch /etc/dumpdates/$f.$level

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

From: mswanson@hookup.net (Mark Swanson)
Subject: OBST3-3.5 problems compiling
Date: 22 May 1994 11:53:23 -0000

Here we go:

  + g++ -I./include -I./src/trc -I./src/obst -DHAVE_XTOOLS -DERR_NO_ASSERT -DNO_TT -O2 -c -o lib/mta.o ./src/mta/mta_scp.C
  In file included from /usr/include/stdio.h:29,
  from /usr/g++-include/std.h:29,
  from /usr/g++-include/osfcn.h:5,
  from ./include/obst_stdinc.h:59,
  from ./include/smg.h:19,
  from ./src/mta/mta_scp.C:20:
  /usr/include/libio.h:222: conflicting types for `int __underflow(struct _IO_FILE *)'
  /usr/g++-include/streambuf.h:50: previous declaration as `int __underflow(struct streambuf *)'
  /usr/include/libio.h:223: conflicting types for `int __overflow(struct _IO_FILE *, int)'
  /usr/g++-include/streambuf.h:51: previous declaration as `int __overflow(struct streambuf *, int)'
  /usr/include/libio.h:225: declaration of `unsigned int __adjust_column(unsigned int, const char *, int)' with different language linkage 
  /usr/g++-include/streambuf.h:290: previous declaration here
  /usr/g++-include/streambuf.h:290: previous declaration of `unsigned int __adjust_column(unsigned int, const char *, int)' with C++ linkage
  /usr/include/libio.h:225: conflicts with new declaration with C linkage
  make: *** [lib/mta.o] Error 1

Has anyone else run into this problem compiling OBST3-3.5???  I didn't know if this was Linux specific (probably not)
Thanks!


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

From: dhinds@allegro.stanford.edu (David Hinds)
Subject: Re: Linux and PCMCIA Ethernet
Date: 24 May 1994 01:10:33 GMT

F. David Sinn (dsinn@coho.halcyon.com) wrote:
: Is anyone, or does anyone know of someone working on PCMCIA ethernet
: hooks for LINUX?  I would like to install Linux on a portable, but my
: only Ethernet options are through the PCMCIA slot (since I already have
: the card!).

It is being worked on, along with general support for various other
kinds of PCMCIA cards.  The current state of things is somewhat
confusing, however.  There are drivers for the D-Link DE-650 and Linksys
cards, the 3com 3C589, and the Intel card, but some drivers only work
with particular kernel versions, or only with particular PCMCIA
controller chips.

Things should be sorted out relatively soon, however.

        -- David Hinds
           dhinds@allegro.stanford.edu

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

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Re: Linux Intrntl & Auto Cfg project
Date: 24 May 1994 02:29:46 GMT

In article <2rqvdt$euj@cesdis1.gsfc.nasa.gov> becker@cesdis (Donald Becker) writes:

   I know I was a little put off by the posting.  I've probably spent
   twice as much time writing and debugging the autoprobe and autoIRQ
   code for the network devices drivers as I spent writing the run-time
   part of the drivers.  Linux does far more more extensive network
   device probing than any other PC-based operating system that I know
   of, yet the posting clearly stated that probing for network cards was
   a weak area. 

Yup, he screwed up.  I ping'ed him on this, and he said:

"I was aware of this facility in the Ethernet drivers.  I wasn't so
much thinking about them as a few other things."

And he goes on to note that sound, video, and mouse detection is not
as good as the Ethernet.

--
-russ <nelson@crynwr.com>      ftp.msen.com:pub/vendor/crynwr/crynwr.wav
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)    | Quakers do it in the light
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: icid2@cc.uab.es
Subject: Multiplatform GUI library
Date: 23 May 94 21:29:16 +0200

I'm searching in a multiplatform GUI library like Zapp or XVT; it must
run under DOS, MS-Windows and Linux (under X, interested under Motif), and
must be easy to use. Anyone has work with this kind of tool?

Thanks.

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

From: bcr@k9.via.term.none (Bill C. Riemers)
Subject: Zombie problems
Date: 24 May 94 08:24:48 GMT
Reply-To: bcr@physics.purdue.edu


Hi there,

I'm working on a set of routines that replace the standard networking
routines for use with term.  This will allow me to port programs to
term just by adding an include file.  So far things are working fine
except one problem I can't seem to get around "zombies".  For some 
reason when I exit(0) in the do_connect routine the processes live
on as zombies.  I'm don't really understand what a "zombie" process
is, but to my knowledge if all the file descriptors are closed, I
shouldn't get a zombie.  I've checked the /proc file system and 
explicitly closed all file descriptors below 1024, but this doesn't
help.  I also tried adding a "waitpid(-1,&status,WNOHANG)" in the
parent process at the point the time the child should exit, but
this doesn't help either.  (I just slows things down...)

At this point I'm using a pretty much unmodified version of Slackware
1.20 (due to a recient hard-drive crash).  Are there any known bugs
with Linux 1.0 that could be causing this, or libc.so.4.5.24.  Are
there any other things I can check, or some trick to insure that
the processes don't become zombies when the child exits?

                              Bill

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

From: aab@cichlid.com (Andy Burgess)
Subject: Re: Regarding the rlogin security hole
Date: Tue, 24 May 1994 05:03:29 GMT

In <2rregv$4g9@brachio.zrz.TU-Berlin.DE> goldt@math.tu-berlin.de (Sven Goldt) writes:

>The problem is not rlogin,but login.rlogin,telnet and others
>just call login.If you fix login everything works fine again.
>I use the shadow suite and it doesn't have an unsecure login.

That doesn't answer the question. tcpwrapper prevents rlogin and telnet
from _running_. Is there still a security problem? My machine is single 
user and physically secure.

Thanks
Andy
-- 
Andrew A. Burgess         ////          News news gotta have it
aab@cichlid.com          (@ @)          News news really love it
=====================oOO==(_)==OOo==============================


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

From: tilo@cs.tu-berlin.de (Tilo Schuerer)
Subject: ETHERFIND anywhere?
Date: 24 May 1994 06:37:48 GMT


Hy,

I'm looking for ETHERFIND in order to have a look at the
packets running over ethernet. Is there a port anywhere?

Thanks for your help!

Best greetings,

Tilo

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

From: soulard@alix.inria.fr (Herve Soulard)
Crossposted-To: comp.os.linux.misc,comp.os.386bsd.development,comp.os.386bsd.questions,comp.sys.ibm.pc.hardware.systems,comp.sys.ibm.pc.hardware.storage,comp.sys.ibm.pc.hardware.misc,comp.periphs.scsi
Subject: Re: BusLogi 445S and DMA Channel (NEW ANSWER)
Date: 24 May 1994 06:57:28 GMT
Reply-To: soulard@sor.inria.fr

> Conclusion:
>
>       It is possible to use the DMA channel by unsetting the switch 10,
>       but this should not be used, especially if you have more than
>       16M bytes of memory.
>       
>       Bus mastering is better, so use a system that supports it. DOS,
>       Linux and FreeBSD work fine with Bus mastering, NetBSD-0.9 requires
>       DMA channel.


OK, my conclusion is wrong. Bus mastering works with NetBSD-0.9. The
problem was that because my Linux says that the 445S is a 1542 card,
I've used the kc-aha-09.fs image to boot NetBSD.

Drew Hess just points me that I can use the kc-ahbbt-09.fs image that
uses the BT742A device driver. This driver actually uses bus mastering.

So everything is perfect with the 445S with any system. I was just
on the wrong way.

                herve Soulard.

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

From: soulard@alix.inria.fr (Herve Soulard)
Crossposted-To: comp.os.linux.misc,comp.os.386bsd.development,comp.os.386bsd.questions,comp.sys.ibm.pc.hardware.systems,comp.sys.ibm.pc.hardware.storage,comp.sys.ibm.pc.hardware.misc,comp.periphs.scsi
Subject: Re: BusLogi 445S and DMA Channel (ANSWERS)
Date: 24 May 1994 06:06:57 GMT
Reply-To: soulard@sor.inria.fr

> The SCSI card works fine with DOS and with Linux 1.1.11. The
> only problem is that the DMA channel is not set.

I want to thanks everybody for their answers. The solution is to 
set the swicth 10 in SB2 to OFF. I've also found this information
in a file reporting problems for the BT445S; the problem was not
with DMA chanel but the info was there !

> From /sys/i386/isa/bt742a.c in FreeBSD file KNOWNBUGS
> .....
> Also note that certain revisions of the Buslogic board (Revision C or 
> earlier, firmware revision <3.37) will cause DRRUPTION with systems 
> containing more than 16MB of memory.

For those who may doubt, with my system (20Mbytes and firmware 3.37) it 
works perfectly. I thing my board is revision E.

> The Buslogic BT-445S and the BT-74[27] don't use on-board DMA, which is
> slow; they use busmastering.  So don't worry that it's not using any DMA
> channel, it's not supposed to.

This is an interesting point. But the problem arises with NetBSD-0.9 
that needs the DMA channel. Linux and DOS don't care. I've not tried with
NetBSD-current nor FreeBSD (It seems that FreeBSD does not care). 


Conclusion:

        It is possible to use the DMA channel by unsetting the switch 10,
        but this should not be used, especially if you have more than
        16M bytes of memory.
        
        Bus mastering is better, so use a system that supports it. DOS,
        Linux and FreeBSD work fine with Bus mastering, NetBSD-0.9 requires
        DMA channel.


                        Herve Soulard.

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

From: ac3slh@sunc.sheffield.ac.uk (Stuart Herbert)
Subject: Virtual Consoles
Date: 24 May 1994 14:23:02 GMT

Apologies if this is to the wrong group :) but I'm looking for instructions
on how to increase the number of virtual consoles I have available.

Ideally, I'd like to have up to 24 :) (ALT F1-F12, and SHIFT-ALT F1-F12 if
possible).  I've located the #define for setting the number of consoles,
but I don't know what else I need to do to make it recognise the keypresses.

Thanks,

Stuart
--
Stuart Herbert -- S.Herbert@shef.ac.uk

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

From: nash@dutllu4.gmd.de (Naresh Sharma)
Subject: Re: OBST3-3.5 problems compiling
Reply-To: Naresh.Sharma@LR.TUDelft.NL
Date: Tue, 24 May 1994 07:08:20 GMT

Mark Swanson (mswanson@hookup.net) wrote:
: lots of stuff .....

: Has anyone else run into this problem compiling OBST3-3.5???  I didn't know if this was Linux specific (probably not)
: Thanks!

Get OBST3-4 beta from the directory /pub/DBS/OBST/ .... from ftp.fzi.de
Recompile it on Linux, don't make shared executables, if you follow the 
instructions by the dot, it will compile.

If you have 8mb memory, it will take about 4.5 hours on a 486 50 DX machine
and plenty of disk space. If you wish I can post an executable on a convenient
site.

It had some bugs which have been ironed out. I've already tried out all the
examples and they work. The USE script still does not work since linux does
not have an executable called "hostid".

Try to send bugs by e-mail at obst@fzi.de and not on the c.o.l.d

Have fun...

Naresh
--
_______________________________________________________________________________
Naresh Sharma [N.Sharma@LR.TUDelft.NL]  Snail-Herenpad 28          __|__
Faculty of Aerospace Engineering              2628 AG Delft \_______(_)_______/
T U Delft                     Optimists designed the aeroplane,   !  !  !  
Ph(Work) (+31)15-783992       pessimists designed the parachute!
Ph(Home) (+31)15-569636  Plan:Design Airplanes on Linux the best OS on Earth!
===============================================================================

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

From: longyear@netcom.com (Al Longyear)
Subject: Request for help with iBCS shared libraries
Date: Tue, 24 May 1994 07:51:53 GMT

I have a problem and am seeking some help. (This is a novel approach,
I know.)

The iBCS project needs a replacement for the shared C runtime library.
I have written a compatible version. It seems to work for the SVR4 code.
However, trying to make this work for the iBCS code has run into many
stumbling blocks; not the least of which is that I no longer have a system
to use to write the code for iBCS.

I have asked on the mail list for the iBCS project. I am now asking here
if someone would care to help develop the code for Linux.

Please come and join the iBCS project. I need help in making this library
work. It has been stalled for too long.

If you have the ability to work on the assembly language level for the iNTEL
processor, some spare time, a desire to contribute with a worthwhile project
for Linux, then step up and help out.

We have some tools to do the work. I have a COFF assembler, linker, etc. for
building the library. The standard C compiler will generate the proper
assembly language code.

If this sounds like an interesting project then let me know. I can use all
of the help that I can get.

(The assembler/linker will not be able to generate iBCS programs which use
a shared library as there is no code for making the library header file
which would tell the linker the library name and its entry points. This will
come later. First the shared library image is needed.)

-- 
Al Longyear           longyear@netcom.com

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

From: jakmouw@et.tudelft.nl (Erik Mouw)
Subject: Re: Phillips CD ROM driver?
Date: 24 May 94 14:58:45 +0200

In article <2rjoqq$a61@elroy.jpl.nasa.gov>, edwink@orff.jpl.nasa.gov (Edwin Khachatourian) writes:
>       Hi, this is my first post in this newsgroup. I have been a UNIX user
> for about a year. But I am a newbie to Linux. I have a Phillips CD ROM on my
> 486 at home, and I just bout a copy of the Yggdrasil Linux on CD. My problem
> is that my Linux boot disk will not recognize my CD ROM, so I can not go 
> through the installation process. 
> 
>       By the way My CD ROM has its own controller card (non SCSI). Is there
> anything out there, or has anyone developed any drivers for Phillips. Any
> help/tip will be greatly appreciated.

I'm looking also for a Linux CD ROM driver for a Philips CM50 CD ROM 
player, but without any succes. Linux is (of course) compatible with SCSI 
CD ROM, some Panasonics, some Mitsumi's, and SoundBlaster CD ROM.

Maybe this will be a solution, I haven't tried it yet, cause I haven't 
much time :( :
- Get a second PC with MS-DOS as operating system, plug the CD ROM player 
  in it (complete with MSCDEX) and "build a network" (use real ethernet, 
  SLIP, or other magic) with your Linux machine.
- Install a NFS server on the DOS machine (look on a Simtel mirror in 
  subdir net or nfs for DOS NFS servers).
- Probably recompile the kernel on the Linux machine with ethernet/slip 
  switched on.
- Try to mount the DOS machine from the Linux machine with something 
  like `mount dosmachine:d:\ -t msdos /mnt'.

If this doesn't work, try to contact Philps, ask for the hardware specs 
and write your own driver (Ok, it's a bit difficult).

Another idea: install dosemu (MS DOS emulator for Linux) and install the 
CD ROM driver and MSCDEX in dosemu.

>       Thank you in advance,
>       Edwin Khachatourian
>       Jet Propulsion Laboratory
>       edwink@orff.jpl.nasa.gov
>       /(o\
>       \o)/

Hope this will help.

Erik

==================================================
Erik Mouw, Department of Electrical Engineering,
Delft University of Technology, The Netherlands
email : JAKMouw@ET.TUDelft.NL

        D  O  N  '  T     P  A  N  I  C  !

==================================================

If builders built buildings the way programmers wrote programs,
then the first woodpecker that came along would destroy
civilisation -- Gerald Weinberg

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

From: lgarde@scorch.hna.com.au (Leon Garde)
Subject: Re: SIGHUP: We tried it!
Date: Mon, 23 May 1994 13:32:13 GMT

guru@camelot.bradley.edu (Jerry Whelan) writes:

>In article <1994May21.164113.27409@loreli.ftl.fl.us>,
>Rocco Caputo <troc@loreli.ftl.fl.us> wrote:

>-}   "Why does SIGHUP only go to session leaders?"
>-}       "Because POSIX says so."
>-} 
>-} Is that what folks around here consider a decent answer?

>       I don't know what you've been reading, but I'm fairly sure
>that I saw an explanation for the POSIX definition quite early
>on in the discussion.  In case you missed it, it was essentially
>that the kernel shouldn't force a behaviour onto a program when it
>can be handled in user-space by the program itself in the manner
>that the program desires.
and what would make sense would be that after the shell (session
leader, whatever) got a SIGHUP and it propogated it as it likes,
then kernel forces a behaviour of orphans being SIGHUP'ed. simple.
the shell and program's in user space can handle SIGHUP how it likes.
the kernel just makes sure that orphans are SIGHUP'd.

>-------------------------------------------------------------------------------
>Jerry Whelan                                             guru@stasi.bradley.edu

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


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

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

    Internet: Linux-Development@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 Digest
******************************
