Re: Where is pci_intr_establish() & _thread_sys_read()?

2000-03-06 Thread Chris Costello
On Monday, March 06, 2000, Zhihui Zhang wrote: > Can anyone tell me where is the code for pci_intr_establish() and > _thread_sys_read()? I could not find them under /usr/src. I can tell you offhand that _thread_sys_anything is the _real_ syscall for `anything'. This is because a lot of syscal

Re: Where is pci_intr_establish() & _thread_sys_read()?

2000-03-06 Thread Bosko Milekic
On Mon, 6 Mar 2000, Chris Costello wrote: >On Monday, March 06, 2000, Zhihui Zhang wrote: >> Can anyone tell me where is the code for pci_intr_establish() and >> _thread_sys_read()? I could not find them under /usr/src. > > I can tell you offhand that _thread_sys_anything is the _real_ >sysca

Re: Pthread blocking I/O

2000-03-06 Thread Wes Peters
Daniel Eischen wrote: > > Some of the man pages and cancellation support came from OpenBSD > (David Leonard). The man page appears to have been written on > Jan 17, 1999 for OpenBSD. FreeBSD-current and -stable came much > later. Ah, that's what I saw. Thanks for the clarification. --

Re: empty lists in for

2000-03-06 Thread John Polstra
In article <[EMAIL PROTECTED]>, W Gerald Hicks <[EMAIL PROTECTED]> wrote: > > Convince me that nothing like the following exists in the > ports framework and /usr/src and I'd be ok with a change > *after* 4.0 release (repeats himself) > > # Makefile.foo > > FOOVAR= > > . > . > . > > BA

Re: empty lists in for

2000-03-06 Thread W Gerald Hicks
> is not a word at all, so it can't be expanded, so I think > bash is corrent to complain about a syntax error. Epsilon anyone? I really don't care (honestly) but a null word can be considered a word too! In yacc-like terms: wordlist: | wordlist WORD ; It doesn't really matte

Re: empty lists in for

2000-03-06 Thread W Gerald Hicks
> I agree that this is not the time to change it. But in the long run, > if the ports framework is misusing /bin/sh then the framework needs to > be fixed. We shouldn't let bugs there influence what we do with the > shell. Haven't been convinced yet they are bugs :-) Cheers, Jerry Hicks [EMA

Help: interrupt timeout

2000-03-06 Thread Archie Cobbs
My laptop running 3.4-RELEASE decided it doesn't want to boot. It was uncleanly shut down via the power switch by someone who thought they were shutting down a different machine. Now when it boots, running fsck gives this result: > chip0: rev 0x01 on pci0.0.0 > chip1: rev 0x02 on pci0.7.0 > id

Re: Help: interrupt timeout

2000-03-06 Thread Chris Byrnes
I've had the same problem. Most people have told me that I have to replace the hard drive. I never had the problem before 3.4. Maybe that's just a coincidence, though. -- Chris Byrnes (CB5820) Network Engineer, High Stability Internet Services http://www.highstability.com On Mon, 6 Mar 2000,

Re: Help: interrupt timeout

2000-03-06 Thread Bhishan Hemrajani
I sometimes have this problem with my pc. Usually, a good kick will get it to boot. Sometimes on laptops and stuff the hard drive cable gets loose or something. Or, it's a bad hard drive. Try giving is a shove. --bhishan > I've had the same problem. Most people have told me that I have to >

Re: empty lists in for (/bin/sh)

2000-03-06 Thread Max Khon
hi, there! On Mon, 6 Mar 2000, Martin Cracauer wrote: > I just checked POSIX 1003.2. > > for name [ in word ] > do > compound-list > done > > "First, the list of words following 'in' shall be expanded to generate > a list of items." [...] "If no items result from the expansion, the > co

Re: empty lists in for (/bin/sh)

2000-03-06 Thread Martin Cracauer
In <[EMAIL PROTECTED]>, Max Khon wrote: > hi, there! > > On Mon, 6 Mar 2000, Martin Cracauer wrote: > > > I just checked POSIX 1003.2. > > > > for name [ in word ] > > do > > compound-list > > done > > > > "First, the list of words following 'in' shall be expanded to generate > > a list

Re: empty lists in for

2000-03-06 Thread Max Khon
hi, there! On Sun, 5 Mar 2000, Chris Costello wrote: >ksh doesn't claim to be POSIX compliant? > > "ksh is intended to conform to the Shell Language Standard > developed by the IEEE POSIX 1003.2 Shell and Utilities Language > Committee." >--

Re: empty lists in for

2000-03-06 Thread Sheldon Hearn
On Sat, 04 Mar 2000 15:36:43 +0200, Sheldon Hearn wrote: > I seem to remember POSIX being ambiguous on this one, but my books > are at the office. If you haven't gotten a more conclusive answer by > Monday, mail me and I'll look it up. I was wrong about POSIX being ambiguous in this regard; i

Re: empty lists in for

2000-03-06 Thread Doug Barton
Sheldon Hearn wrote: > > On Sat, 04 Mar 2000 15:36:43 +0200, Sheldon Hearn wrote: > > > I seem to remember POSIX being ambiguous on this one, but my books > > are at the office. If you haven't gotten a more conclusive answer by > > Monday, mail me and I'll look it up. > > I was wrong about POS

Re: empty lists in for

2000-03-06 Thread Sheldon Hearn
On Mon, 06 Mar 2000 00:59:39 PST, Doug Barton wrote: > for name [ in word ] > do > compound-list > done > > the "in word" is optional. Therefore: Hmmm, you're right. I must admit, though, that if the text is confusing enough to confuse me, it's not entirely clear (even if I'm not th

Re: empty lists in for

2000-03-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> Sheldon Hearn writes: : On Mon, 06 Mar 2000 00:59:39 PST, Doug Barton wrote: : : > for name [ in word ] : > do : > compound-list : > done : > : > the "in word" is optional. Therefore: : : Hmmm, you're right. : : I must admit, though, that if the text is

Re: empty lists in for

2000-03-06 Thread Doug Barton
Warner Losh wrote: > > In message <[EMAIL PROTECTED]> Sheldon Hearn writes: > : On Mon, 06 Mar 2000 00:59:39 PST, Doug Barton wrote: > : > : > for name [ in word ] > : > do > : > compound-list > : > done > : > > : > the "in word" is optional. Therefore: > : > : Hmmm, you're right. > : > :

Re: empty lists in for

2000-03-06 Thread Sheldon Hearn
On Mon, 06 Mar 2000 01:44:35 PST, Doug Barton wrote: > At the same time, I'd also like to see if POSIX has a clear definition > of "word." Aha, that's what we should have looked at right in the beginning. My take on POSIX.2 3.10.2 (Shell Grammar Rules) is that _word_ may not be the empty stri

Re: Copy-on-write filesystem

2000-03-06 Thread Andrey Sverdlichenko
On Fri, 3 Mar 2000, Mike Smith wrote: > > Actually, since this is copy-on-write, you do not need the block, until > > you write. If you need to make a copy, it will be on a write system call > > (possibly an inode update), just fail the write ENOSPC or whatever. Or am > > I missing something si

Pthread blocking I/O

2000-03-06 Thread Titus von Boxberg
Hi, I use two threads to do I/O for a process. The I/O takes place either on a socket or an I/O device (com port) file descriptor. Apparently it is not possible to shutdown those threads from a third thread, neither using close nor shutdown(2) for the socket I/O if the threads are blocked durin

Re: Pthread blocking I/O

2000-03-06 Thread stefan parvu
Hi, I have not so much experience using POSIX threads, but we had in university a project and for I/O to use threads is not so good method. You slow down the process. Some comments? Isn't so? stefan Titus von Boxberg wrote: > > Hi, > > I use two threads to do I/O for a process. > The I/O t

Re: MAXUSERS question, what is max MAXUSERS setting?

2000-03-06 Thread Karsten W. Rohrbach
well i bumped it to 512 and nmbclusters to 32768 on several machines that got 5000+ (!) http requests a second... the problem is the number of maximum open files in the system (32k in this case) and open sockets. /k -- The path of excess leads to the tower of wisdom. -W. Blake Karsten W. Rohrbach

Re: Pthread blocking I/O

2000-03-06 Thread Daniel Eischen
> I use two threads to do I/O for a process. > The I/O takes place either on a socket or > an I/O device (com port) file descriptor. > > Apparently it is not possible to shutdown those > threads from a third thread, neither using close nor shutdown(2) for > the socket I/O if the threads are bloc

Re: Pthread blocking I/O

2000-03-06 Thread James FitzGibbon
* stefan parvu ([EMAIL PROTECTED]) [000306 09:19]: > I have not so much experience using POSIX threads, but we had in > university a project and for I/O to use threads is not so good method. > You slow down the process. > > Some comments? Isn't so? In my experience, threads are the perfect way

Re: Pthread blocking I/O

2000-03-06 Thread Alex Belits
On Mon, 6 Mar 2000, James FitzGibbon wrote: > > Some comments? Isn't so? > > In my experience, threads are the perfect way to speed up an I/O bound > application. While one thread is blocked in iowait, others can be > performing operations that do not contend for the same resource > (calculatio

Re: Pthread blocking I/O

2000-03-06 Thread Titus von Boxberg
Daniel Eischen wrote: > > > Apparently it is not possible to shutdown those > > threads from a third thread, neither using close nor shutdown(2) for > > the socket I/O if the threads are blocked during read. > > > > What methods can one use to unblock such a blocked-on-read > > thread? > > The c

RE: Pthread blocking I/O

2000-03-06 Thread Yevmenkin, Maksim N, CSCIO
[...] > What's the reason for locking the file descriptors > for *all* system calls? especially those I mentioned? > > Where is pthread_cancel() ? are you using -stable (3.x)? there is no ``pthread_cancel'' in -stable. use -current. or - use other threads library - use non-bl

Re: empty lists in for

2000-03-06 Thread Chris Costello
On Monday, March 06, 2000, Max Khon wrote: > However, under Solaris 2.6: > clone$uname -a > SunOS clone 5.6 Generic_105181-13 sun4u sparc SUNW,Ultra-1-Engine > clone$/bin/ksh > clone$for i in ; do echo $i; done > /bin/ksh: syntax error: `;' unexpected > clone$ It is likely you are running the

Re: empty lists in for

2000-03-06 Thread Christian Weisgerber
Max Khon <[EMAIL PROTECTED]> wrote: > However, under Solaris 2.6: > clone$uname -a > SunOS clone 5.6 Generic_105181-13 sun4u sparc SUNW,Ultra-1-Engine > clone$/bin/ksh > clone$for i in ; do echo $i; done > /bin/ksh: syntax error: `;' unexpected That's an old ksh88, which probably doesn't conform

Re: Keeping using locally modified source

2000-03-06 Thread Sheldon Hearn
On Thu, 02 Mar 2000 19:59:39 EST, James Howard wrote: > The problem is how do we keep up with -STABLE afterwards? Using > CVSup, out changes will get clobbered every time. Is there a facility > where you can keep up with the source but let local modifications > through? CVS does this beautif

KLD's

2000-03-06 Thread Johan Kruger
I am busy to convert two lkm's to kld's and having some problem with it. The scenario is two lkm's ( now kld's ) which are loaded dependantly ( A and B ) I used to load them as : /sbin/modload -o /tmp/kern.sym ./A.o /sbin/modload -A /tmp/kern.sym ./B.o to keep the symbols available. The general

KLD's

2000-03-06 Thread Johan Kruger
I am busy to convert two lkm's to kld's and having some problem with it. The scenario is two lkm's ( now kld's ) which are loaded dependantly ( A and B ) I used to load them as : /sbin/modload -o /tmp/kern.sym ./A.o /sbin/modload -A /tmp/kern.sym ./B.o to keep the symbols available. The general

Re: Pthread blocking I/O

2000-03-06 Thread Daniel Eischen
Titus von Boxberg wrote: > Daniel Eischen wrote: > > > > > Apparently it is not possible to shutdown those > > > threads from a third thread, neither using close nor shutdown(2) for > > > the socket I/O if the threads are blocked during read. > > > > > > What methods can one use to unblock such a

Re: empty lists in for

2000-03-06 Thread Chet Ramey
> On Mon, 21 Feb 2000 22:10:15 +0600, Max Khon wrote: > > > bash and ksh complain about unexpected ';'. > > /bin/sh (FreeBSD) thinks it's ok and does nothing. > > Which behaviour is more POSIXly correct? > > Neither bash nor ksh claim to be particularly POSIX compliant. Bash claims POSIX.2 comp

Re: empty lists in for

2000-03-06 Thread Chet Ramey
> Even though it's my preferred shell, I certainly wouldn't say > that Bash is any sort of standard, certainly not in the POSIX > sense. Bash implements the POSIX.2 standard, with certain well-defined exceptions (`posix mode'). > Imagine processing a possibly empty list constructed from a > 'mak

Re: empty lists in for

2000-03-06 Thread Chet Ramey
> Are you sure that "word" here means one or more tokens, or zero or > more tokens. If it means zero or more tokens, then 'for i in ; do ' > is perfectly legal. You're not quoting what word means. The standard says that `word' may not be the empty string. POSIX.2, 3.10. > The reason that I ask

It is back

2000-03-06 Thread Ron 'The InSaNe One' Rosson
Remember a few months back when it was mentioned that the Netgear FS-105 was on sale at CompUSA. Wel Frye's Electronics has them on sale till tomorrow for $93.99. Just thought I would let people know there is a second chance. TIA -- ---

Re: It is back

2000-03-06 Thread Ron 'The InSaNe One' Rosson
On Mon, 06 Mar 2000, Ron 'The InSaNe One' Rosson was heard blurting out: > Remember a few months back when it was mentioned that the Netgear FS-105 > was on sale at CompUSA. Wel Frye's Electronics has them on sale till > tomorrow for $93.99. Just thought I would let people know there is a > secon

Re: How to fdisk/disklabel whole disk for FreeBSD from command line?

2000-03-06 Thread Marc Frajola
In message <[EMAIL PROTECTED]>, Warner Losh writes: > In message <[EMAIL PROTECTED]> Doug White >writes: > : > fdisk -e /dev/rda1 > : > disklabel -r -w da1 auto > : > : Yeah, this is wrong. You need to specify a slice. > > But you can't specify a slice here. It won't work. If you give it >

RE: Pthread blocking I/O

2000-03-06 Thread John Baldwin
On 06-Mar-00 Yevmenkin, Maksim N, CSCIO wrote: > [...] > >> What's the reason for locking the file descriptors >> for *all* system calls? especially those I mentioned? >> >> Where is pthread_cancel() ? > > are you using -stable (3.x)? there is no ``pthread_cancel'' in -stable. > use -current.

Re: empty lists in for

2000-03-06 Thread John Baldwin
On 06-Mar-00 Doug Barton wrote: > I just checked POSIX 1003.2. > > for name [ in word ] > do > compound-list > done > > the "in word" is optional. Therefore: > > for name in ; do echo $name; done > > is an error, whereas > > for name ; do echo $name; done These are two different fu

Re: How to fdisk/disklabel whole disk for FreeBSD from command line?

2000-03-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> Marc Frajola writes: : I have written my own Perl script that reads dmesg to get the disk : geometry and then generates a proper FreeBSD partition (disklabel) : label, and have verified that I can get the result I want this way. Bad idea. Too many different for

Re: empty lists in for

2000-03-06 Thread Sheldon Hearn
On Mon, 06 Mar 2000 12:04:53 EST, Chet Ramey wrote: > Bash claims POSIX.2 compliance. If you have specific reports of > non-compliance, send them to [EMAIL PROTECTED] I spoke out of turn. Please permit me to extract my foot from my mouth and try to reattach it to some part of the body that'l

RE: Pthread blocking I/O

2000-03-06 Thread Yevmenkin, Maksim N, CSCIO
[...] > > are you using -stable (3.x)? there is no ``pthread_cancel'' > in -stable. > > use -current. > > Bt!!! Wrong! > > > uname -a > FreeBSD server.baldwin.cx 3.4-STABLE FreeBSD 3.4-STABLE #6: > Sun Feb 20 20:24:19 EST 2000 > [EMAIL PROTECTED]:/usr/source/src/sys/compile/SERVER i

RE: Pthread blocking I/O

2000-03-06 Thread Daniel Eischen
On Mon, 6 Mar 2000, Yevmenkin, Maksim N, CSCIO wrote: > [...] > > > > are you using -stable (3.x)? there is no ``pthread_cancel'' > > in -stable. > > > use -current. > > > > Bt!!! Wrong! > > > > > uname -a > > FreeBSD server.baldwin.cx 3.4-STABLE FreeBSD 3.4-STABLE #6: > > Sun Feb 20 20:

Re: empty lists in for

2000-03-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> Chet Ramey writes: : The idiomatic solution for this sort of thing is changing : your makefile recipes from : : for f in ${SUBDIRS} do ... : : to : : sh_subdirs=${SUBDIRS}; for f in $$sh_subdirs ; do ... That's much better than what I've tended to do:

Re: empty lists in for

2000-03-06 Thread Ian Dowse
In message <[EMAIL PROTECTED]>, Warner Losh writes: >: to >: >: sh_subdirs=${SUBDIRS}; for f in $$sh_subdirs ; do ... > >there's lots of other workarounds, from seeing if SUBDIRS is defined, >to using make's .foreach. Another option is: for f in $$empty_list ${SUBDIRS}; d

Re: empty lists in for

2000-03-06 Thread Andrew Reilly
On Mon, Mar 06, 2000 at 01:45:44PM -0500, John Baldwin wrote: > > On 06-Mar-00 Doug Barton wrote: > > All that said, if the ports make system depends on the current > > behavior, it has to be fixed before we can contemplate any changes. > > Patches accepted. The construction set -- ${MAK

Re: It is back

2000-03-06 Thread Wes Peters
Ron 'The InSaNe One' Rosson wrote: > > Remember a few months back when it was mentioned that the Netgear FS-105 > was on sale at CompUSA. Wel Frye's Electronics has them on sale till > tomorrow for $93.99. Just thought I would let people know there is a > second chance. I'm very happy with mine.

Re: empty lists in for

2000-03-06 Thread Chet Ramey
> In message <[EMAIL PROTECTED]>, Warner Losh writes: > > >: to > >: > >:sh_subdirs=${SUBDIRS}; for f in $$sh_subdirs ; do ... > > > > >there's lots of other workarounds, from seeing if SUBDIRS is defined, > >to using make's .foreach. > > Another option is: > > for f in $$empt

Re: Pthread blocking I/O

2000-03-06 Thread Wes Peters
John Baldwin wrote: > > On 06-Mar-00 Yevmenkin, Maksim N, CSCIO wrote: > > [...] > > > >> What's the reason for locking the file descriptors > >> for *all* system calls? especially those I mentioned? > >> > >> Where is pthread_cancel() ? > > > > are you using -stable (3.x)? there is no ``pthread_

Where is pci_intr_establish() & _thread_sys_read()?

2000-03-06 Thread Zhihui Zhang
Can anyone tell me where is the code for pci_intr_establish() and _thread_sys_read()? I could not find them under /usr/src. Thanks, -Zhihui To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Pthread blocking I/O

2000-03-06 Thread Daniel Eischen
On Mon, 6 Mar 2000, Wes Peters wrote: > John Baldwin wrote: > > > > On 06-Mar-00 Yevmenkin, Maksim N, CSCIO wrote: > > > [...] > > > > > >> What's the reason for locking the file descriptors > > >> for *all* system calls? especially those I mentioned? > > >> > > >> Where is pthread_cancel() ? > >

rpc.lockd and xdr.

2000-03-06 Thread David E. Cross
Version 2 of the lock manager is ready to be released. Amitha says that it passes all of the tests in the suite posted by Drew (thanks Drew). A noteable exception to this is on SGI where some lock requests are never even received from the remote host. Also DOS sharing is not yet complete. On a