Linux-Development-Sys Digest #337, Volume #6 Wed, 27 Jan 99 20:14:35 EST
Contents:
Re: Kernel 2.2 Stable Problem with RealTek 8129/8139 ethernet ("G. McKenzie")
Re: Number of Processes and Sockets (Adam P. Jenkins)
Re: Need help with XFree (JP)
Re: Autofs automounter auto.direct (Jamie Guinan)
Re: Modest next goal for Linux (mlw)
Re: Internal PCI modem (Brian Knowlton)
Re: Modest next goal for Linux (bill davidsen)
Re: sendmail-8.9.2 claims that "seteuid" is broken - True? (bill davidsen)
Re: Why I'm dumping Linux, going back to Windblows (John Hasler)
Re: Parallel C for Linux (Petter Reinholdtsen)
Creating pty and tty devices (Kevin Turnquist)
Re: 'as' fails with Sig 11 on PS/2 (Sam E. Trenholme)
Re: how to find size of block device like /dev/hda (Dirk Nehring)
Re: Interesting compiler errors . . . (J.H.M. Dassen (Ray))
compiling java script (Raanan Nitzen)
System & Application Development with GTK ("Robert H. Thompson")
Re: Kernel 2.2.0-final, broadcasts, am I the only one? (Kenneth Crudup)
test message (Frank Hale)
2.2.0-pre9, es1371 MIDI question (Adam Zygmunt)
Re: Modest next goal for Linux ([EMAIL PROTECTED])
Number of Processes and Sockets (Vadim Penzin)
Re: Modest next goal for Linux (John De Hoog)
----------------------------------------------------------------------------
From: "G. McKenzie" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.networking,comp.os.linux.setup,comp.os.linux.misc,comp.os.linux.development,comp.os.linux.help
Subject: Re: Kernel 2.2 Stable Problem with RealTek 8129/8139 ethernet
Date: Wed, 27 Jan 1999 13:28:57 GMT
Tim Moore wrote:
> Haven't compiled yet but remember seeing a suggestion to use something
> besides xconfig. Or just manually set the config to =m or =y.
>
> Several upgrade guides on http://www.linuxhq.com/
> --
> [Replies: remove the dot(s)]
>
> "Everything is permitted. Nothing is forbidden."
> WS Burroughs.
Ah config (not xconfig) does not even have Realtek 8129/8139 as a choice
if I remember correctly.
Thanx anyway.
------------------------------
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Number of Processes and Sockets
From: [EMAIL PROTECTED] (Adam P. Jenkins)
Date: 27 Jan 1999 08:33:21 -0500
Vadim Penzin <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I need to run as much as possible simultaneous processes. Each process must open one
>socket
>
> and one file. Trivial scenario :) I've learned that under Unix i have to call
>getrlimit ()
>
> to figure out system resource limitations.
>
> getrlimit ( RLIMIT_NPROC, ... ) says I can launch maximum 256 processes.
>
> getrlimit ( RLIMIT_NOFILE, ... ) says I can open maximum 256 handles.
>
> (I am running Red Hat 5.0)
>
> The above means I can run only 128 processes. Is this everything I can squeeze out
>of Linux?
How about setrlimit :-) It's described in the same man page as
getrlimit. There probably is some hard limit on the max number of
open file handles, but I assume it's higher than 256.
--
Adam P. Jenkins
[EMAIL PROTECTED]
------------------------------
From: JP <[EMAIL PROTECTED]>
Subject: Re: Need help with XFree
Date: Tue, 26 Jan 1999 22:36:14 -0600
> But isn't there some way from within X Windows that I can make screen size
> adjustments, like Win95's display properties settings?
jp
------------------------------
From: Jamie Guinan <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development
Subject: Re: Autofs automounter auto.direct
Date: Wed, 27 Jan 1999 14:31:01 +0000
H. Peter Anvin wrote:
>
> Followup to: <[EMAIL PROTECTED]>
> By author: Jamie Guinan <[EMAIL PROTECTED]>
> > Is there some techincal reason why direct maps aren't supported?
> >
>
> Yes, it would require a change to the Linux virtual filesystem layer
> that would slow it down for *every* access, whether or not they use
> autofs.
That's certainly a good reason. Does it imply that there is a
(small) performance hit for accessing files under autofs-controlled
directories? Of course, running NFS over 10baseT is a performance
hit in itself.
> Use a symlink pointing into an indirect map. Or better, clean up your
> namespace. A much better way is to have /home be an automount map,
> and have the "real" directory be /export/home (i.e. /export/home/user1
> etc).
If I did the latter, and if I use common passwd files between machines
(NIS or equivalent) so that "user1" has home directory "/home/user1",
how do I get /export/home/user1 to automount to /home/user1 *on the same
machine*? I looked at loopback mounts, but that appears to be meant
for filesystems that are basically packed into files, not remounting
already-mounted directories. There must be some easy method I'm
missing.
(Excuse me for being so clueless, I just couldn't find a decent answer
to this anywhere else.)
For now I ended up importing remote home directories under /import/home
and symlinking /home/userX to /import/home/userX for imported users.
Works well enough, although tcsh isn't fooled by it ("pwd" returns
/import/home/userX even after "cd /home/userX"). Bash is fine, though,
so I shouldn't have trouble with shell scripts and builds.
-Jamie
------------------------------
From: mlw <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: Wed, 27 Jan 1999 15:50:16 +0000
John De Hoog wrote:
>
> I have here a PII-266 running NT4 Workstation with SP4. I tried to get the
> CPU usage up as high as I could by moving the mouse like crazy, but couldn't
> get it up past 7 or 8%. What am I doing wrong? Do I need to feed my mouse
> more Viagra?
>
The cursor in NT (or any GUI I guess) is a funny thing. If it is the
stock cursor, it is two monochrome and/xor bitmaps. The display driver
has the option of handling the mouse movements or not. Usually the stock
monochrome cursors are handled by the display driver in hardware,
(although some drivers however do not handle the cursor at all in which
case GDI does it.) but, most drivers do not handle color cursors. Moving
the mouse with a color cursor whould take up more resources.
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit the Mohawk Software website: www.mohawksoft.com
------------------------------
From: Brian Knowlton <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: Internal PCI modem
Date: Tue, 26 Jan 1999 21:43:13 -0500
Peter Samuelson wrote:
>
> [Rod Roark <[EMAIL PROTECTED]>]
> > Most PCI modems don't work with Linux. Send it back. External is
> > best, but many ISA models are OK (don't get one that lists MS Windows
> > as a requirement,
>
> The other day a friend of mine asked my advice on buying a modem.
> Number one rule, I said, don't get a Winmodem. OK, he said. At the
> store, he tells the guy: say, this looks like a good deal ... this
> better not be a Winmodem. Store guy said no, it's a regular one.
> Turns out it's PCI and Win98 reports a Winmodem.
>
> My friend was pissed. The box didn't say anything except for the fine
> print that it didn't work with Win3.1 (I guess that is supposed to tip
> you off) and of course the brand is something you've never heard of. I
> assume the salesman was just stupid, not malicious, but next time I'm
> at that particular store I am *not* trusting anything they say....
>
> --
> Peter Samuelson
> <sampo.creighton.edu!psamuels>
An add that I saw, refered to the modem as an HSP modem
and stated that: "Their low cost HSP design utilizes your
PC's spare processing power to process modem functions."
The modems are from Boca Research, and I would suspect that
they are WinModems, based on the above statement at least.
I also checked out Gateway computers, and they only offer
a WinModem on thier Xeon machine (at least as of 2 days ago).
I do not want to spend hundreds of dollars on a high end CPU
so that it can handle the work that my modem should be
handling!
--
W W H H Y Y ??? Brian Knowlton
W W W H H Y Y ? ? [EMAIL PROTECTED]
W W W HHHHHHH Y Y ?
W W W W H H Y ??
WW WW H H Y ?
W W H H Y .
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: 27 Jan 1999 16:24:02 GMT
In article <78d77v$[EMAIL PROTECTED]>,
Liang-Shing Ng <[EMAIL PROTECTED]> wrote:
>I think if this problem can be solved, then most of the perceived
>sluggishness of GTK and KDE (mem hog etc) will be bypassed (if not
>solved). Then I will be really happy.
>
>By the way, I am using an VOP5PC (Very Old Pentium Class Personal
>Computer) P75 with 24MB ram. Don't laugh. The guanranteed response
>problem has to be solved, and has to be solved especially on old
>systems!
It is solved. Add memory until response improves, then double what you
have. For X 32MB is adequate if you don't do much, otherwise go to 64MB.
With memory prices where they are now, no developer will be spending
time solving a problem most people don't have.
Or can X and just run text.
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
"Too soon we grow old, and too late we grow smart" -Arthur Godfrey
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: sendmail-8.9.2 claims that "seteuid" is broken - True?
Date: 27 Jan 1999 16:16:14 GMT
In article <PTEr2.3308$[EMAIL PROTECTED]>,
Chris Rankin <net.bellsouth@{no.spam}rankinc> wrote:
| Villy Kruse wrote:
| > Anyone run the test program to verify that seteuid is still broken?
|
| Nope, cos I didn't know it existed. However now that I do ... (hang on):
[ ... snip ... ]
| $ t_seteuid
| initial uids (should be 500/0): r/euid=500/0
| after seteuid(1) (should be 500/1): r/euid=500/1
| seteuid(0) failure
| after seteuid(0) (should be 500/0): r/euid=500/1
| MAYDAY! Wrong effective uid
|
| seteuid(2) failure
| after seteuid(2) (should be 500/2): r/euid=500/1
| MAYDAY! Wrong effective uid
| seteuid(0) failure
| after seteuid(0) (should be 500/0): r/euid=500/1
| MAYDAY! Wrong effective uid
|
| This system cannot use seteuid
|
| Well that seems to settle that... unless someone has a comment on the
| t_seteuid program itself.
My recollection is that the POSIX behaviour has security holes and they
are not implemented for that reason. The discussion was some time ago,
but the gist is that once a process gives up on being root it can't go
back. There are various places where you want that behaviour so a
process can bind a privileged port and then stop being root. Then if a
hacker manages to take over the process at least it isn't root (although
it might be some system id).
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
"Too soon we grow old, and too late we grow smart" -Arthur Godfrey
------------------------------
From: John Hasler <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: Wed, 27 Jan 1999 03:33:16 GMT
I wrote:
> How many man pages have rewritten so far? What response did you receive
> from the maintainers you submitted them to?
kna writes:
> I think of a man page as PART of the system. when I modify the program,
> I certainly need to update the man page at the same time to reflect
> the changes.
When you improve someone elses's program you send them a patch, right? So
if you come up with an improvement to the man page, send in a patch.
--
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI
------------------------------
From: [EMAIL PROTECTED] (Petter Reinholdtsen)
Subject: Re: Parallel C for Linux
Date: 27 Jan 1999 18:11:37 GMT
[Loren Osborn]
> If you're talking about compile-time exploitation of parallelism, I
> believe that there is a parallel version of 'make' that which will
> compile several files simulteaneously.
This is the normal GNU make. Use 'make -j <num>' to compile <num>
files in parallell.
--
##> Petter Reinholdtsen <## | [EMAIL PROTECTED]
O- <SCRIPT Language="Javascript">window.close()</SCRIPT>
http://www.hungry.com/~pere/ | Go Mozilla, go! Go!
------------------------------
From: Kevin Turnquist <[EMAIL PROTECTED]>
Subject: Creating pty and tty devices
Date: 27 Jan 1999 18:08:07 GMT
Ok, simple question (I hope):
I need to create new pty and tty devices with different major numbers
than the defaults (I believe I need to have major 3 for tty and major 2
for tty). As of yet, however, I haven't figured out how to do this. I've
tried using mknod, but it always complains of either "too many" or "too
few" arguments. Is there a nice only tutorial or HOWTO bouncing around
that explains the process?
------------------------------
From: [EMAIL PROTECTED] (Sam E. Trenholme)
Crossposted-To: comp.os.linux.misc,gnu.gcc.help
Subject: Re: 'as' fails with Sig 11 on PS/2
Date: 27 Jan 1999 11:13:31 -0800
>We've been trying to get gcc working on an old PS/2 model 55, 386, Linux
>2.0. TheGCC version is 2.7.2p.
There is a known problem with the ULSI math co-processor that made it
impossible to compile the kernel on the first Linux machine I had, an AMD
386/40.
I *once* had a similar compile problem on my laptop. By doing a 'strace
gcc foo.c', the problem went away and has not popped up again.
Quite frankly, your hardware probably has a subtle bug when it runs in
protected mode (those old DOS machines almost never ran in protected mode,
so that part of the hardware did not get good SQA) that makes complicated
tasks like compiling programs difficult.
The solution is to give Linux better hardware, like the 486 sitting around
collecting dust. Around Silicon Valley, 486s are what people get when
they ask around for a free computer.
- Sam
--
Email address here: http://www.samiam.org/ssi/mailme.shtml
Music I write here: http://www.mp3.com/sam http://www.samiam.org/mp3
Mp3 reviews here: http://www.samiam.org/music
------------------------------
From: [EMAIL PROTECTED] (Dirk Nehring)
Subject: Re: how to find size of block device like /dev/hda
Date: 26 Jan 1999 23:08:24 GMT
Harald Boegeholz <[EMAIL PROTECTED]> wrote:
> Hello,
> I'd like to access a hard disk as directly as possible for benchmarking
> purposes. So far I have come up with the idea of using the raw device
> file, e.h. /dev/hda. How do I find out the size of the corresponding
> disk? A simple call of stat() on the device returns a size of zero :-(
If you want direct access to the hard drives without any buffer cache,
you should use Stephen Tweedie's raw device patches:
ftp://ftp.uk.linux.org:/pub/linux/sct/fs/
[hopefully it will be integrated into the kernel in the future]
Good luck,
Dirk
------------------------------
From: [EMAIL PROTECTED] (J.H.M. Dassen (Ray))
Subject: Re: Interesting compiler errors . . .
Date: 27 Jan 1999 07:44:40 GMT
Nathan Paul Simons <[EMAIL PROTECTED]> wrote:
> Lately, I have been getting some interesting compiler errors.
Check http://www.bitwizard.nl/sig11/ for common causes and remedies.
HTH,
Ray
--
Obsig: developing a new sig
------------------------------
From: Raanan Nitzen <[EMAIL PROTECTED]>
Subject: compiling java script
Date: Wed, 27 Jan 1999 10:47:42 +0200
Hy , i have a java script file proxy.pac which i'm downloading for a
server i'm building.
I tried to compile the pac file with jdb ,kaffe ,guavac but its'nt
compiling.
how can i compile and also how can i used the executable file inside a
server written in c .
thanks raanan.
e.g. : the pac file is:
function FindProxyForURL (url, host)
{ ...........
------------------------------
From: "Robert H. Thompson" <[EMAIL PROTECTED]>
Subject: System & Application Development with GTK
Date: Wed, 27 Jan 1999 17:26:34 -0500
Reply-To: [EMAIL PROTECTED]
I am new to Linux system & application development and I was wondering
if anyone out there knows of any good books to help get me started.
I am an experienced programmer and have played around with gcc and g++
to get familiar with the c/c++ compilers on Linux.
But how does one go about building a simple GUI application. Is c/c++
the way to go? Would Tcl/Tk be a better place to start or would java?
What about database applications? What would be necessary or involved?
As a starting point I would like to write some simple application that
would display the system date and time (much like the xclock utility).
I am working with a RedHat 5.2 system on a home brew network.
I know that this is a real general type question but help a newbie out.
Thanks in advance for any responses. You can post them to the group or
send them to me personally at:
Rob Thompson
work: [EMAIL PROTECTED]
home: [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Kenneth Crudup)
Subject: Re: Kernel 2.2.0-final, broadcasts, am I the only one?
Date: 27 Jan 1999 17:50:37 -0500
In article <78kjhf$m78$1@newshost>,
[EMAIL PROTECTED] (Rainer Krienke) says:
>Thanks for the replies. The problem is solved. The trouble was that in
>the suse setup in /etc/rc.config there was a configuration that enabled
>a dummy net device with the same ip adress like my real eth0 interface.
What are the uses of a dummy net device, anyway?
-Kenny
--
Kenneth R. Crudup, Unix Software Consultant, Scott County Consulting
8051 Newell St. #914 Silver Spring, MD 20910-0914 (301)-562-1922
[EMAIL PROTECTED] Newly released from hell, my life begins anew
------------------------------
From: Frank Hale <[EMAIL PROTECTED]>
Subject: test message
Date: 27 Jan 1999 23:14:35 GMT
Okay here is a test message so you can see my email address.
--
From: Frank Hale
Email: [EMAIL PROTECTED]
ICQ: 7205161
Website: http://www.franksstuff.com/
"Microsoft - How many times do you want to reboot today?"
------------------------------
From: [EMAIL PROTECTED] (Adam Zygmunt)
Subject: 2.2.0-pre9, es1371 MIDI question
Date: 25 Jan 1999 23:18:30 GMT
I just installed 2.2.0-pre9 in the hopes of working sound for my Creative
Ensoniq AudioPCI sound card (es1371 chip), compiled the proper sound modules
(sound.o, soundlowlevel.o, soundcore.o, es1371.o) and a few others to boot
just in case (mpu401.o, sscape.o), but the MIDI seems a little flaky.
After reading all the kernel sound documentation and installing the
soundcore.o, soundlowlevel.o, sound.o, and es1371.o modules, /dev/sequencer
doesn't seem to work (playmidi -e, jazz, etc. won't touch it), and /dev/midi
input is a little off (cat /dev/midi doesn't print anything for normal
playing my the attached synth, and responds haltingly to a synth system
dump). When I checked /dev/sndstat, there were no MIDI devices or audio
devices listed (odd, considering vplay still worked).
I haven't messed with any of the 2.1.x modularized sound kernels, so I have
a few questions:
1. What happened to the enable /dev/dsp, /dev/sequencer, etc. options during
the kernel configuration? Are they now automatically installed, handled by
the respective card module (in this case es1371.o), or were they just
overlooked in the 2.2.0-pre9 kernel?
2. Do I need a separate module for the mpu401-type uart on the card, or is it
handled by the es1371 modules? If I need such a module, where would it be in
the configuration?
3. Are there any options I need to enable during module insertion to get
this card to work properly? There weren't any options during
configuration/compilation or options listed in the docs, but who knows?
4. Is the sort of odd, haltingly-blocking /dev/midi operation described
above normal? Under the OSS/Linux trial version (<rant>I had a working,
registered copy for my old sound card, which quit for my new card because
they wanted me to send them $10 more for this particular DOCUMENTED card,
which if it's anything like the trial version, doesn't work properly with
/dev/dsp anyway. Nor when I paid the extra $10 for the VIVO option for
another machine, did I find out until after I paid for it that external MIDI
wasn't supported (which is what I intended to use the card for), but that's
another story. Can you tell I hate OSS?</rant>), cat /dev/midi cheerfully
spits out whatever it gets in to the screen. ALSA (wonderful driver. Too bad
there are no MIDI applications yet or plans for OSS /dev/sequencer
compatibility ever), on the other hand, acts more like the 2.2.0-pre9
driver. Which is right?
Any help would be appreciated.
Adam Z.
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: Wed, 27 Jan 1999 13:55:29 GMT
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (jedi) wrote:
>On Tue, 26 Jan 1999 07:18:00 GMT, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
>>In article <78jbh0$aoi$[EMAIL PROTECTED]>, "John De Hoog" <[EMAIL PROTECTED]> wrote:
>>>But what is this slowness I notice whenever trying to get a long list of
>>>files to display on Linux?
>>
>>Are you using colour ls? If so, things display much faster without colour, as
>>it doesn't have to futz around determining what colour each file should be.
>
> I use color ls without any noticable slowdown.
Try listing a directory with 1000 or so files with colour ls, then try it
without colour turned on. At least on my system (P200), anyone who can't tell
the difference in speed has problems. ;)
------------------------------
From: Vadim Penzin <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Number of Processes and Sockets
Date: Wed, 27 Jan 1999 14:55:35 +0000
Hi all,
I need to run as much as possible simultaneous processes. Each process must open one
socket
and one file. Trivial scenario :) I've learned that under Unix i have to call
getrlimit ()
to figure out system resource limitations.
getrlimit ( RLIMIT_NPROC, ... ) says I can launch maximum 256 processes.
getrlimit ( RLIMIT_NOFILE, ... ) says I can open maximum 256 handles.
(I am running Red Hat 5.0)
The above means I can run only 128 processes. Is this everything I can squeeze out of
Linux?
===============================================================================
Vadim Penzin
------------------------------
From: [EMAIL PROTECTED] (John De Hoog)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Modest next goal for Linux
Date: Sun, 24 Jan 1999 22:24:15 GMT
Reply-To: [EMAIL PROTECTED]
[EMAIL PROTECTED] () said,
>>I have here a PII-266 running NT4 Workstation with SP4. I tried to get the
>>CPU usage up as high as I could by moving the mouse like crazy, but couldn't
>>get it up past 7 or 8%. What am I doing wrong? Do I need to feed my mouse
>>more Viagra?
>
>Ha aha haha. 8%!!!! radiculus. My XFree on k6-2/300 gets at most .9 %. BTW
>my 486dx2/66vlb gets less than 8% while servicing half a dozen ftp clients
>simultanously.
>
>Talk about NT4 being wasteful.
No, NT just has better tools for measuring instantaneous CPU spikes.
Also, I've found NT's GUI much more responsive than X + whatever. And
finally, with the 2.2 kernel, Linux is getting file name caching, which
NT has had all along. Those long waits when viewing file lists using a
GUI file manager under X are a much bigger pain than any momentary CPU
spikes from rapid mouse movement.
--
John De Hoog
http://washi.nu
------------------------------
** 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
******************************
