Linux-Development-Sys Digest #14, Volume #8 Wed, 12 Jul 00 03:13:15 EDT
Contents:
Re: sizeof() in gcc (cLIeNUX user)
Re: processes with status <defunct> (Kaz Kylheku)
Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (Kaz Kylheku)
Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (Dave Platt)
Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (Christopher Browne)
Re: are PCI drivers char drivers? (Joe Pfeiffer)
problem when booting up OpenLinux ("Ron TJ HUANG")
NFSRoot problems (Krik Lee)
Re: Why Does Linux Arp All The Time? (David Highley)
Re: Microsoft's new ".NET" ([EMAIL PROTECTED])
Re: Why Does Linux Arp All The Time? (Kaz Kylheku)
Re: URGENT: NFS Mount RedHat 6.2 from Solaris ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (cLIeNUX user)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: sizeof() in gcc
Date: 12 Jul 2000 01:30:38 GMT
[EMAIL PROTECTED]
>
>cLIeNUX user <[EMAIL PROTECTED]> wrote in message
>news:8kelnj$iu$[EMAIL PROTECTED]...
>> [EMAIL PROTECTED]
>> >
>>
>> Also of note, the Plan9 C compiler specifically chooses to not support #if
>> at all. Thompson, Ritchie et al now feel that #if is a mis-feature.
>>
>I have a stand-alone preprocessor that I've used for other projects and I
>feel no shame in using it with other "languages".
>
>It may be a mis-feature in an academic environment but in an industrial
>setting where we have to move code between compilers on computers with very
>different architectures, it's a necessity to maintain source integrity.
>
I'd guess the difference is actually whether or not you have a large body
of existing code with #if's in it already or not, rather than
academic/industrial. Plan9 supports several CPUs, but they had the luxury
of starting from scratch.
Rick Hohensee
> Norm
>
>
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: processes with status <defunct>
Reply-To: [EMAIL PROTECTED]
Date: Wed, 12 Jul 2000 01:10:51 GMT
On Tue, 11 Jul 2000 23:44:03 GMT, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>On Tue, 11 Jul 2000 19:44:16 GMT Kaz Kylheku <[EMAIL PROTECTED]> wrote:
>
>| Read the comp.unix.programmer FAQ. A terminated UNIX process must be collected
>| by one of the wait system calls.
>
>Isn't the only thing being held by the process just the wait code? Aren't
>all the other resources already freed up? If we could make defunct processes
>not count against quotas, I see no major reason not to usually just ignore
>them. Of course way too many of them could fill up a fixed sized process
>table.
I suppose that non-swappable kernel memory being occupied for no good reason
doesn't bother you. ;)
>I guess we still need some sort of unified wait-for-anything-to-happen
>system call. Waiting for multiple different classes of events (file
>descriptors becoming ready being one, child process state change being
>another, and signals being yet another) is still something that often
>has to be done, and is cumbersome with the current mechanisms.
That's one of the things threads are for. If you want to wait for three
different unrelated things, chances are you can do it with three different
threads executing in three different subsystems. Writing one big event loop
that handles everything can calls out in a big switch is a little old
schoolish. :)
--
#exclude <windows.h>
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Reply-To: [EMAIL PROTECTED]
Date: Wed, 12 Jul 2000 01:12:09 GMT
On Tue, 11 Jul 2000 19:23:21 -0500, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>What criteria do you use to make your determinations of spam and
>not-spam?
One clear rule is: article of a commercial advertizing nature in a discussion
group.
--
#exclude <windows.h>
------------------------------
From: [EMAIL PROTECTED] (Dave Platt)
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Date: Wed, 12 Jul 2000 01:26:22 GMT
In article <[EMAIL PROTECTED]>,
Kaz Kylheku <[EMAIL PROTECTED]> wrote:
>On Tue, 11 Jul 2000 19:23:21 -0500, [EMAIL PROTECTED]
><[EMAIL PROTECTED]> wrote:
>>What criteria do you use to make your determinations of spam and
>>not-spam?
>
>One clear rule is: article of a commercial advertizing nature in a discussion
>group.
That may very well meet the definitions for "off-charter" or
"inappropriate" posting.
It does not appear to meet the definition of "spam", as held by most
ISPs and most of the anti-spam advocates who post in
news.admin.net-abuse.email. According to the most widely-accepted
consensus definitions, "spam" is defined by volume of posting or
mailing (it has to be bulk) and by its unsolicited nature... but _not_
by its content (commercial or otherwise).
I, personally, don't consider an occasional "Hey, we're looking for
beta testers for a new product" to be inappropriate in a discussion
group. If it becomes obvious that the vendor is actually chumming for
potential customers, that could be a problem, and if they actually
start spamming their ads every few days it _would_ be a problem.
--
Dave Platt [EMAIL PROTECTED]
Visit the Jade Warrior home page: http://www.radagast.org/jade-warrior/
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Reply-To: [EMAIL PROTECTED]
Date: Wed, 12 Jul 2000 01:42:46 GMT
Centuries ago, Nostradamus foresaw a time when Dave Platt would say:
>In article <[EMAIL PROTECTED]>,
>Kaz Kylheku <[EMAIL PROTECTED]> wrote:
>>On Tue, 11 Jul 2000 19:23:21 -0500, [EMAIL PROTECTED]
>><[EMAIL PROTECTED]> wrote:
>>>What criteria do you use to make your determinations of spam and
>>>not-spam?
>>
>>One clear rule is: article of a commercial advertizing nature in a discussion
>>group.
>
>That may very well meet the definitions for "off-charter" or
>"inappropriate" posting.
>
>It does not appear to meet the definition of "spam", as held by most
>ISPs and most of the anti-spam advocates who post in
>news.admin.net-abuse.email. According to the most widely-accepted
>consensus definitions, "spam" is defined by volume of posting or
>mailing (it has to be bulk) and by its unsolicited nature... but _not_
>by its content (commercial or otherwise).
>
>I, personally, don't consider an occasional "Hey, we're looking for
>beta testers for a new product" to be inappropriate in a discussion
>group. If it becomes obvious that the vendor is actually chumming for
>potential customers, that could be a problem, and if they actually
>start spamming their ads every few days it _would_ be a problem.
Indeed. The trolling of:
"Our CAD package can replace both Visio and AutoCAD, and is virtually
guaranteed to be useful to _EVERY_ Linux user!"
[Feel free to insert misspellings and adverse changes of grammar
as needed]
represents something problematic, especially when the vendor used to
post articles of that nature on a nearly daily basis.
In contrast, a solicitation for _actual beta testers_ seems to me to be
not abusive particularly when you consider the large amounts of other
"general rubbish" that get posted when people haven't a clue of what
the newsgroup is intended for and don't care.
The fact that the Linux _kernel_ is pretty strongly tied to GCC suggests
to me that comp.os.linux.development.apps would be a more appropriate
venue than comp.os.linux.development.system, but people are clueless
enough about what belongs here that that doesn't strike me as a _big_
problem...
--
[EMAIL PROTECTED] - <http://www.ntlug.org/~cbbrowne/linuxcommercial.html>
"Some sins carry with them their own automatic punishment. Microsoft
is one such. Live by the Bill, suffer by the Bill, die by the Bill."
-- Tom Christiansen
------------------------------
From: Joe Pfeiffer <[EMAIL PROTECTED]>
Subject: Re: are PCI drivers char drivers?
Date: 11 Jul 2000 19:16:00 -0600
[EMAIL PROTECTED] (Pete Zaitcev) writes:
> On Tue, 11 Jul 2000 16:29:33 -0700, Peter Huang <[EMAIL PROTECTED]> wrote:
> > I'm new to the driver development and it seems that PCI drivers are char
> > driver and I can initialize it with register_chrdev(...) Can any one confirm
> > that with me?
>
> Your question does not make sense to me. Please describe in more
> details how you see a connection between a "PCI driver" and
> a character device. Also what do you think a "PCI driver" is.
> Otherwise you cannot receive a meaningful answer.
Sorry, I missed the original question... the basic distinction
between a char device and a block device is that a block device
contains a filesystem -- in other words, it's a disk. This is really
independent of whether it's a PCI device, though I can't remember
having come across a PCI device that wasn't in fact a char device.
--
Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605
Department of Computer Science FAX -- (505) 646-1002
New Mexico State University http://www.cs.nmsu.edu/~pfeiffer
VL 2000 Homepage: http://www.cs.orst.edu/~burnett/vl2000/
------------------------------
From: "Ron TJ HUANG" <[EMAIL PROTECTED]>
Crossposted-To: alt.uu.comp.os.linux.questions,comp.os.linux.misc,comp.os.linux.setup
Subject: problem when booting up OpenLinux
Date: 12 Jul 2000 02:01:22 GMT
Dear all,
I don't know what happened to my Linux box. When I tried to boot it,
an error message was shown, and said:
svc: bad direction 65536, droping request.
Afterwards, kde failed to work.
Can some one tell me what is the cause of the problem, and how to solve it?
Many thanks.
Ron.
------------------------------
From: Krik Lee <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,linux.dev.kernel
Subject: NFSRoot problems
Date: Wed, 12 Jul 2000 10:16:20 +0800
Hi:
I am trying NFSRoot in 2.4.0-test2-ac1.
NFS server is executed on a PC running RedHat6.2.
However I only get the following error message:
eth0: NE2000 found using IRQ 11
Looking up port of RPC 100003/2 on 140.109.21.108
Looking up port of RPC 100005/2 on 140.109.21.108
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 68k init
nfs: server 140.109.21.108 not responding, still trying
nfs: server 140.109.21.108 not responding, still trying
Device lo is down.
Device lo is down.
Device lo is down.
Device lo is down.
nfs: task 60 can't get a request slot
nfs: task 61 can't get a request slot
nfs: task 62 can't get a request slot
nfs: task 63 can't get a request slot
Could anyone tell me what's going wrong??
Thanks
kirk
------------------------------
From: David Highley <[EMAIL PROTECTED]>
Subject: Re: Why Does Linux Arp All The Time?
Date: Tue, 11 Jul 2000 20:20:14 -0700
[EMAIL PROTECTED] wrote:
> On Tue, 11 Jul 2000 06:50:05 GMT Kaz Kylheku <[EMAIL PROTECTED]> wrote:
>
> | On Mon, 10 Jul 2000 22:35:22 -0700, David Highley
> | <[EMAIL PROTECTED]> wrote:
> |>Snooping the net has shown that Linux seems to be a noisy network
> |>neighbor ARPing all the time. Is there a way to disable this? Kind
> |>of reminds me of Windows behavior.
> |
> | You have to substantiate your finding a little more; do you know that
> | these requests are not necessary? ARP is needed to discover the MAC adress of
> | a peer. The results of an ARP query are cached for some time to prevent too
> | much ``arping''. I believe the expiry is 30 seconds?
Below I have attached about 2 minutes of snoop summary. Oak is a router,
sequoia is a RedHat 6.2 system and hemlock is a Solaris 2.7 system, DNS
master and NIS master. Expiry of 30 seconds seems to be a very short time.
It really doesn't seem to matter, I did some checking at one of my
customer sites today and observed the same kind of activity with a Linux
system there. Broadcasting is wasteful of system resources as each
device must stop and look at the request to see if they need to reply.
Get too many and the network will go down, ask Microsoft, there network
was crashing literally until they blocked the broadcasts at the routers.
Notice that the Solaris systems are not broadcasting in the trace below,
while they have a lot of NFS and NIS traffic, it is all directed
traffic, not broadcast.
>
> I would prefer the ARP logic work a little differently. Maybe if I get up
> enough motive I might go hack the change. The way I might try changing it
> would be:
>
> 1. Record an expiration flag in each ARP entry.
> 2. After 60 seconds of inactivity mark the entry expired.
> 3. After 5 minutes of activity mark the entry expired.
> 4. When an ARP lookup gets an expired entry, broadcast the ARP request,
> but go ahead and use the expired entry for now.
> 5. If the ARP response is received, replace the ARP table entry, and
> clear the expired flag.
> 6. If the expired entry is still expired after 20 seconds remove it from
> the ARP table.
>
> --
> | Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
> | phil (at) ipal.net +----------------------------------------------------
> | Dallas - Texas - USA | [EMAIL PROTECTED]
--
Regards,
David Highley
Highley Recommended, Inc.
2927 SW 339th Street
Federal Way, WA 98023-7732
Phone: (206) 669-0081
FAX: (253) 838-8509
Email: [EMAIL PROTECTED]
WEB: http://www.highley-recommended.com
oak.highley-recommended.com -> (broadcast) ARP C Who is 10.2.2.3, hemlock.highl
ey-recommended.com ?
hemlock.highley-recommended.com -> oak.highley-recommended.com ARP R 10.2.2.3, h
emlock.highley-recommended.com is 8:0:20:b9:24:c9
sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
ighley-recommended.com ?
hemlock.highley-recommended.com -> sequoia.highley-recommended.com ARP R 10.2.2.
3, hemlock.highley-recommended.com is 8:0:20:b9:24:c9
sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
ighley-recommended.com ?
hemlock.highley-recommended.com -> sequoia.highley-recommended.com ARP R 10.2.2.
3, hemlock.highley-recommended.com is 8:0:20:b9:24:c9
sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
ighley-recommended.com ?
hemlock.highley-recommended.com -> sequoia.highley-recommended.com ARP R 10.2.2.
3, hemlock.highley-recommended.com is 8:0:20:b9:24:c9
sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
ighley-recommended.com ?
hemlock.highley-recommended.com -> sequoia.highley-recommended.com ARP R 10.2.2.
3, hemlock.highley-recommended.com is 8:0:20:b9:24:c9
sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
ighley-recommended.com ?
hemlock.highley-recommended.com -> sequoia.highley-recommended.com ARP R 10.2.2.
3, hemlock.highley-recommended.com is 8:0:20:b9:24:c9
sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
ighley-recommended.com ?
hemlock.highley-recommended.com -> sequoia.highley-recommended.com ARP R 10.2.2.
3, hemlock.highley-recommended.com is 8:0:20:b9:24:c9
sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
ighley-recommended.com ?
hemlock.highley-recommended.com -> sequoia.highley-recommended.com ARP R 10.2.2.
3, hemlock.highley-recommended.com is 8:0:20:b9:24:c9
hemlock.highley-recommended.com -> (broadcast) ARP C Who is 10.2.2.8, sequoia.h
ighley-recommended.com ?
sequoia.highley-recommended.com -> hemlock.highley-recommended.com ARP R 10.2.2.
8, sequoia.highley-recommended.com is 0:e0:98:9:2c:d3
hemlock.highley-recommended.com -> (broadcast) ARP C Who is 10.2.2.1, oak.highl
ey-recommended.com ?
oak.highley-recommended.com -> hemlock.highley-recommended.com ARP R 10.2.2.1, o
ak.highley-recommended.com is 0:0:c5:60:7b:b0
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Microsoft's new ".NET"
Date: Wed, 12 Jul 2000 04:30:01 GMT
In article <[EMAIL PROTECTED]>,
Tim Roberts <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (RealCea) wrote:
>
> >Might as well put Microsoft on your right hand or forehead.
> >...
> >Whats up with the crappy BIOs/IRQ architecture?
>
> It may be crappy, but it doesn't have anything to do with Microsoft.
The
> IRQ architecture is thanks to Intel, and the BIOS was derived from
CP/M and
> cemented into the PC by IBM. Further, there is nothing fundamentally
wrong
> with the concept of a BIOS. Many architectures have them, they just
use
> different names.
>
> But this STILL has little to do with Linux system development.
> --
> - Tim Roberts, [EMAIL PROTECTED]
> Providenza & Boekelheide, Inc.
>
Hmmm... Well, Microsoft's Plug and Play bios would work alot better on
something out of the dark ages.
Isreal
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: Why Does Linux Arp All The Time?
Reply-To: [EMAIL PROTECTED]
Date: Wed, 12 Jul 2000 05:07:59 GMT
On Tue, 11 Jul 2000 20:20:14 -0700, David Highley
<[EMAIL PROTECTED]> wrote:
>oak.highley-recommended.com -> (broadcast) ARP C Who is 10.2.2.3, hemlock.highl
>ey-recommended.com ?
>hemlock.highley-recommended.com -> oak.highley-recommended.com ARP R 10.2.2.3, h
>emlock.highley-recommended.com is 8:0:20:b9:24:c9
>sequoia.highley-recommended.com -> * ARP C Who is 10.2.2.3, hemlock.h
>ighley-recommended.com ?
It would help to see some time stamps here.
--
#exclude <windows.h>
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.networking,alt.linux,linux.redhat
Subject: Re: URGENT: NFS Mount RedHat 6.2 from Solaris
Date: Wed, 12 Jul 2000 06:45:18 GMT
Hello,
Please visit the links given below to find a detailed
information about Exporting File Systems:
http://www.uwsg.iu.edu/usail/network/nfs/admin.html
http://www.gl.umbc.edu/~jack/ifsm498d/nfs.html
Hope the above mentioned links helps you.
Regds,
Radhika
In article <[EMAIL PROTECTED]>,
Barry Evans <[EMAIL PROTECTED]> wrote:
> We recently upgraded from Red Hat 4.2 to VA/Red Hat 6.2 (kernel
> 2.2.14?) and can no longer NFS mount the linux drive from our other
> UNIX (Solaris, AIX & HPUX) boxes. It appears that the new kernel NFS
> daemon does not work with anything other than other Linux boxes.
>
> Has anyone found a workaround to this issue or alternate means of
> exporting file systems between other UNIX* and linux? Smbmount is not
> an option. (Filesystem must be read+writeable by users)
>
> Thanks,
> BP
>
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
** 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
******************************
