Linux-Development-Sys Digest #321, Volume #6 Sat, 23 Jan 99 16:13:54 EST
Contents:
Re: SysV vs. BSD ps Re: - deprecated - why? (Peter Samuelson)
need a 3com driver ("Stefan Mennes")
Re: Will 2.2.x support removable medias better? ([EMAIL PROTECTED])
Re: Linux unchanged for over two years...?! (Peter Samuelson)
Re: K6-400 "kernel paging request" errors ("David R. Bergstein")
linux crashes on nfs and sound!!! (Henk van der Kamp)
Re: Linux unchanged for over two years...?! ([EMAIL PROTECTED])
Re: How to run Windows Applications on Linux (Jim Richardson)
Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux (Ilya Zakharevich)
Re: BeOS and Linux (Christopher B. Browne)
kernel 2.2.0-pre9 - apm power off & es1688 (Sebastian Wenzler)
problems with 2.2.0-final and export of NFS mounted file systems (Antoni Lapinski)
Re: Problem with linking pthreads (David Wragg)
Re: HELP: ATA/ATAPI cd-rom programming (David Wragg)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: SysV vs. BSD ps Re: - deprecated - why?
Date: 23 Jan 1999 07:21:21 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Matthew Hannigan <[EMAIL PROTECTED]>]
> > In return, I'll tell you what I like about sysv ps. The -p option
> > to specify a pid, the -u option to specify a user [...]
[Andreas Schwab <[EMAIL PROTECTED]>]
> `ps ax' gives you everything, too. On the other hand, BSD ps by
> default gives you all your processes (that have a controlling tty at
> all), whereas SYSV ps only gives you the processes on the current
> controlling tty.
I really am having trouble understanding what this uproar is about. So
Unix98 decided to violate the One True Ps (whichever one it was). So?
Each variant on ps options has significant functionality missing in the
other. When I first started using OSF/1 (back before people called it
DU) I had mostly used SysV, and I was pleasantly surprised by how
useful some of the BSD ps options are. (`xww' comes to mind.) OSF/1
did what we now know as the Unix98 thing, and I thought that was just
the most elegant idea I had seen in a long time. The word "kludge"
never crossed my mind -- here I was getting additional functionality
for free and it wasn't in anybody's way.
Now I suppose if you're a long-time BSD-derived hacker it could be
annoying to have to drop those `-'s but does it really take *that* long
to retrain the fingers?
I do understand that the $I_WANT_A_BROKEN_PS looks more than a little
condescending. "Broken" here seems to be defined by non-compliance to
Unix98, which is a rather dubious measure....
> If you want all your processes you have to explicitly add `-u
> $(whoami)' which is a nuisance, especially if all your interesting
> processes have a different controlling tty.
Yea, verily. Back in my SysV days I had an alias for ps -u $USER.
OTOH, if you're interested in someone *else*'s processes, the best BSD
ps can do for you is let you grep for '^luser '. (Which, to be fair,
is not so hard to alias either.) Anyway, I see it as more options ==
more functionality == I can make more efficient use of it.
(Disclosure: my code tends to be ridden with feeping creaturisms.)
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: "Stefan Mennes" <[EMAIL PROTECTED]>
Subject: need a 3com driver
Date: Sat, 23 Jan 1999 12:25:14 +0100
I own a Laptop running RedHat Linux, kernel 2.0.36 on a i686
But I can't find a driver for my netwerk-credit-card.
I need a driver for: 3c562D / 3c563D (non global / global)
If you have the driver, or if you have hints were to get it,
Please Reply, or send me an Email. ([EMAIL PROTECTED])
Thanx in advance.
Stefan.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Will 2.2.x support removable medias better?
Date: Wed, 20 Jan 1999 20:56:43 +0100
Tony Hoyle <[EMAIL PROTECTED]> wrote:
TH> Win98 simply bluescreens in this instance, anyway, which is hardly an
TH> optimal solution! You really want the kernel developers to implement
TH> something like that?
I don�t see why we would have to show the same stupid behavior.
If a device isn�t in the drive anymore when an app expects it (i.e. reading
from a file which is still open), then the kernel has to report an error
(I�m sure errno.h has enough choices) and the app must handle it.
Poorly written apps may segfault or whatever, but surely crashing the system
is not mandatory (-:
I simply believe that the system must sync and flush immediately for small
or often changed medias. So you should be safe as long as you keep the
drive closed while the light is on.
This can very well be a mount or kernel option, but I would be extremely
happy if this would be possible at all.
(On second thought, isn�t there already a mount option for immediate syncing?
I guess, however, that the kernel still would throw up if you changed a
mounted media.)
--
Olav "Mac" W�lfelschneider [EMAIL PROTECTED]
PGP fingerprint = 06 5F 66 B3 2A AD 7D 2D B7 19 67 3C 95 A7 9D AF
Things which try to look like things often look more like things than things.
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Linux unchanged for over two years...?!
Date: 23 Jan 1999 07:54:39 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Phil Howard <[EMAIL PROTECTED]>]
> Besides that and more drivers what else is there? I'm sure a lot,
> but I just haven't heard much, yet.
Too many things, large and small, to mention briefly. A pretty nice
summary has been posted at http://lwn.net/daily/wwo2.2.html .
> I would like to have a generic network interface device that allows a
> process to open a device in /dev to "be the hardware" and receive IP
> packets routed to that interface and inject IP packets to "arrive" on
> that interface into the stack.
Ooh, sounds vaguely like STREAMS. Why would you want this? To debug
user-level network code? If that, just write a bogus libsocket.so
(i.e. socket(), listen(), bind(), accept(), etc) that lets you open a
socket in /tmp to control it from.
Or were you thinking of an actual, functional user-space network
driver? I suppose there could be problems for which that could be a
legitimate solution ... not that I can think of any at the moment....
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: "David R. Bergstein" <[EMAIL PROTECTED]>
Crossposted-To: linux.dev.kernel,comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: K6-400 "kernel paging request" errors
Date: Sat, 23 Jan 1999 09:39:55 -0500
José Ureña wrote:
>
> When using Heat Tranfer compound (grease), remember to remove any
> excess from the sides and walls of the heat sink. (the Radiator)
> The compound tends to collect dust and turns into a kind of insulator
> that prevents the heat from excaping the heat sink.
>
That's a great tip - I will check for this next time I service the unit.
Thanks again,
-
David R. Bergstein
Systems Engineer and Blues Musician
Rockville, MD
===========================================================================
[EMAIL PROTECTED] [EMAIL PROTECTED]
SE & Blues Musician Home Page Heart of Blue - Playin' the Blues for
You!
http://www.erols.com/dbergst http://heartofblue.com
===========================================================================
------------------------------
From: Henk van der Kamp <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: linux crashes on nfs and sound!!!
Date: Sat, 23 Jan 1999 15:05:59 +0000
Hi!
My linux box crashes when I copy stuff from a nfs mounted disk. It only
happens when I use my sound blaster. And it doesn't happen when I use
FTP.
I run 2.2.0pre6-ac2 (it allready happed whith a 2.1.132, I didn't use
any dev kernels before) and it doesn't happen on my old 2.0.34 kernel.
I have a AWE32 on io=0x220 irq=5 dma=1 dma16=5 mpu_io-0x330
I have a AMD network card on io=0x300 irq=9 dma=7 and I use the lance
driver.
My dad's box doesn't crash and he uses the 2.2.0-pre5 kernel and he has
too a awe32 on the same settings but a ne2000 nic on 0x300 and irq=9
please help!
thanks,
John
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Linux unchanged for over two years...?!
Reply-To: [EMAIL PROTECTED]
Date: Sat, 23 Jan 1999 15:00:20 GMT
[EMAIL PROTECTED] (Peter Samuelson) writes:
>> I would like to have a generic network interface device that allows a
>> process to open a device in /dev to "be the hardware" and receive IP
>> packets routed to that interface and inject IP packets to "arrive" on
>> that interface into the stack.
>Ooh, sounds vaguely like STREAMS. Why would you want this? To debug
>user-level network code? If that, just write a bogus libsocket.so
>(i.e. socket(), listen(), bind(), accept(), etc) that lets you open a
>socket in /tmp to control it from.
*Grin* Have a look at the ethertap stuff in the recent kernels.
Bernie
--
============================================================================
"It's a magical world, Hobbes ol' buddy...
...let's go exploring"
Calvin's final words, on December 31st, 1995
------------------------------
From: [EMAIL PROTECTED] (Jim Richardson)
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development,comp.os.linux.development.apps
Subject: Re: How to run Windows Applications on Linux
Date: 18 Jan 1999 07:16:44 GMT
Reply-To: [EMAIL PROTECTED]
On Mon, 18 Jan 1999 02:14:12 GMT,
[EMAIL PROTECTED]
<[EMAIL PROTECTED]> brought forth the following words...:
>On 15 Jan 1999 02:17:24 GMT, [EMAIL PROTECTED] (Jim Richardson)
>wrote:
>
>
>>I for one have been unsuccessful in getting wine to do anything, I am sure
>>that there is something, somewhere, I am doing wrong. I can't
>>even get it to play tictactoe... Getting wine up to play the few games I
>>use in windows, would enable me to delete windows entirely from the disk.
>> (back to to the docs...)
>
>Believe it or not i'm posting this reply from FreeAgent 32 running
>under Linux :) With the last couple of wine releases I couldn't get
>much of anything to run, not even calc.exe. With the latest release
>I've even gotten Unreal to run with sound (albiet a little staticy)!
>Check out the latest release, its beginning to shape up nicely!
>
>Matt
>
>
I am using 981211 There is a newer one I haven't installed yet.
I'll try that 99something.
I did actually get it partly working. I really only want to be able to
play a few games (warcraft, starcraft as soon as I buy it, and axis'n'allies
maybe diablo, and...) and one custom app for work. (weird terminal emulator
for the as400) But I have not gotten any of the games to run. Warcraft
starts, access' the cd, and then just hangs there eating cpu cycles.
ps shows /tmp/blahblah, but nothing else happens. I figure it's a misconfig
on my part. Eventually I'll get it.
Is it truly possible to run win32 apps even without a windows partition?
I'd sure like to recover the rest of my hard drive.
Thanks.
--
Jim Richardson
Anarchist, pagan and proud of it
WWW.eskimo.com/~warlock
Linux, because life's too short for a buggy OS.
------------------------------
From: [EMAIL PROTECTED] (Ilya Zakharevich)
Crossposted-To: comp.os.linux.misc,comp.lang.perl.misc
Subject: Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux
Date: 23 Jan 1999 16:13:01 GMT
[A complimentary Cc of this posting was sent to Brian McCauley
<[EMAIL PROTECTED]>],
who wrote in article <[EMAIL PROTECTED]>:
> > But my understanding is that this will happens only on very old
> > systems which do not have secure suid scripts. How did suidperl
> > appear on a contemporary clone of Unix?
>
> This is rather like saying:
>
> My understanding is that your gods are only worshiped very old
> cultures that do not know the one true God. How did a church to your
> gods appear in a contemporary society?
This one is good. Though...:
> It is an matter of opinion (or perhaps even religion) if the
> user-space hack (a suid-interpreter) for supporting secure suid
> scripts is considered more or less ugly than the kernel-space hack
> (using /dev/fd).
>
> Personally I think the kernel space hack is (slightly) more ugly.
>
> It is also beyond reasonable doubt that the user-space hack is more
> intuative.
I see: just fix *all* the executables instead of fixing one place.
Then fix *all* the executable *again* when a security hole with the
previous fix (as one with perl) is discovered.
> It would appear that Linus agrees with me.
Oh, I forgot that that Linux kernel development model is as (insert
your favorite word for fascistic) as Emacs :-(. Fortunately, Perl's
maintainers rotate (plus there is always The Rule One - Larry's
opinion counts), so in a couple of years a reasonable idea _will_ make
it into Perl - even if the current maintainer has a mindblock.
Ilya
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: BeOS and Linux
Reply-To: [EMAIL PROTECTED]
Date: Sat, 23 Jan 1999 17:35:23 GMT
On Fri, 22 Jan 1999 21:28:46 -0600, John A. Crow
<[EMAIL PROTECTED]> posted:
>Arthur Chiu wrote:
>> Do you mean setting up a cross-platform source level standard?
>
>I am not sure what I meant. What led to the question is that it
>seems that
>
> 1. M$ currently dominates the desktop. It continues attempting
> to sprawl into servers.
>
> 2. Linux currently is the OS of choice for servers. It is clean,
> by most accounts well thought out, and reliable.
>
> 3. BeOS, by what little I know, seems to be a clean, fast OS,
> evidently oriented toward the desktop, and with the grace of
> God, less buggy and bloated than Windows.
>
>Thus my ill-posed question: *If* BeOS is reasonable for desktop
>use, and Linux is superb for servers (and many argue the desktop
>too!) does it make sense to look for a little synergy and
>cooperation between the two? Seems like there might be something,
>but I don't know what, don't have a clue.
It makes sense, but it's not clear that there's a useful place
for *much* synergy.
BeOS and Linux both "share" the fact that they have base APIs that
look a whole lot like POSIX. This represents "common ground" for
non-GUIed applications. It should be easy to port "server-like"
apps from Linux to Be.
But on the GUI side, there's not commonality to "synergize."
If there were a way of deploying X apps on Be, or Be apps on X,
that would provide some synergy in areas that Be is trying to
"provide strength." (Alternatively, having some combination of
Tk, GTk, Qt, FLTK, ... on Be would represent "ways around" the
fact that Be doesn't have X...)
Leave aside any flaming in either direction that:
- X is horrid
- Ewww! Be uses C++!
and we're still left with limited "common ground."
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to Linux today?..."
------------------------------
From: Sebastian Wenzler <[EMAIL PROTECTED]>
Subject: kernel 2.2.0-pre9 - apm power off & es1688
Date: Sat, 23 Jan 1999 20:06:20 +0100
Hi there,
I have some problems with the newest kernel.
1. The sbmixer does not accept changing the mastervolume
with my es1688(which he recognizes as ESS ES1788 AudioDrive (rev 11)
(3.1).
Everything else works fine .. all other mixer settings can be changed
the mpu-stuff
works .. hmmm
2. The apm power off on shutdown does not work anymore
(it worked with 2.0.36). Do I need some special version of halt
(I use the one from Redhat 5.2)
My hardware is a sis5591-motherboard(asus sp98 agp x) and k6 266
Since Ie updated my modutils binutils net-tools and sysklogd I really
don't know whats wrong.
Regards,
S. Wenzler
--
....
:: The Choice of a GNU Generation
:: .:: .::.:. .:: :: .:..::
:: . :: :: :: :: :: ::
.::..:: .::. .:: ::. ::::. .: ::.
-=< PGP public key available >=-
------------------------------
From: Antoni Lapinski <[EMAIL PROTECTED]>
Subject: problems with 2.2.0-final and export of NFS mounted file systems
Date: Sat, 23 Jan 1999 20:51:14 +0100
Reply-To: [EMAIL PROTECTED]
What I use:
kernel 2.2.0-final + patched RedHat 5.2 with rpm's from
rawhide.redhat.com
knfsd-981204-1 (nfs related stuff including exportfs)
The problem: I cannot properly export NFS mounted directories and
therefore the mount on a remote machine fails with "reason given by
server: Permission denied".
Trying exportfs:
root@flyer /etc]# exportfs cyborg:/usr
cyborg:/usr: Function not implemented
When I run 2.1.132 kernel, the problem goes away.
Has anyone seen this?
Thanks, Antoni
--
Antoni Lapinski
email:[EMAIL PROTECTED]
------------------------------
From: David Wragg <[EMAIL PROTECTED]>
Subject: Re: Problem with linking pthreads
Date: 23 Jan 1999 18:05:14 +0000
Owen Lynn <[EMAIL PROTECTED]> writes:
> I'm porting some code from Solaris to Linux. The app uses pthread
> calls only, and compiles fine across both. However, when I try linking,
> I get this:
>
> /usr/lib/libpthreads.so: undefined reference to `machdep_sys_sendmsg'
> /usr/lib/libpthreads.so: undefined reference to `machdep_sys_recvmsg'
>
> riffling through the libs, I can't find this symbol anywhere.
>
> Can somone shed some light on what's going on? I'm running Caldera
> OpenLinux v1.2
That's the old user-space MIT PThreads implementation. Install
LinuxThreads (from
<URL:http://pauillac.inria.fr/~xleroy/linuxthreads/>) instead -- it
uses kernel threads, and is generally more reliable.
All the more recent Linux distributions come with LinuxThreads.
Dave Wragg
------------------------------
From: David Wragg <[EMAIL PROTECTED]>
Subject: Re: HELP: ATA/ATAPI cd-rom programming
Date: 23 Jan 1999 19:16:24 +0000
Javier Reyes <[EMAIL PROTECTED]> writes:
> I need to make a driver to control an ATA/ATAPI cdrom. The driver
> only needs to be able to read an sector from the cd-rom and dump it
> into a memory buffer. I know that it is matter of sending a bunch of
> commands through the ATAPI interface and wait for the response.
>
> Could you please give me some hint or better, a source code example ?
I'm not sure what you mean by driver. Linux already includes an ATAPI
CD-ROM driver. Assuming you configured the kernel to include that
driver (as distribution kernels will) then you can read CD-ROMs much
like any other block device:
#define SECTOR_SIZE 512
...
/* Error handling left out */
fd = open("/dev/cdrom", O_RDONLY);
lseek(fd, sector_number * SECTOR_SIZE, SEEK_SET);
read(fd, buf, SECTOR_SIZE);
...
To do a similar thing inside the kernel, you would use bread() to
directly access the buffer cache. In both cases the existing ATAPI
CD-ROM driver does all the hard work for you.
David Wragg
------------------------------
** 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: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
