A bug in semctl()

In file kern/sysv_sem.c: 554 __semctl(td, uap) 555 struct thread *td; 556 struct __semctl_args *uap; 557 { 558 int semid = uap-semid; here 1 559 int semnum = uap-semnum; 560 int cmd = uap-cmd; 561 u_short *array; 562 union semun *arg =

Re: A bug in semctl()

On Wed, 26 Jul 2006, 15:50+0800, юНип╫э wrote: In file kern/sysv_sem.c: 554 __semctl(td, uap) 555 struct thread *td; 556 struct __semctl_args *uap; 557 { 558 int semid = uap-semid; here 1 559 int semnum = uap-semnum; 560 int cmd = uap-cmd; 561

Re: A bug in semctl()

Sorry! I am working FB/6.0. But I have checked the 6.1 code, this prolbem exists too. in __semctl(): error = kern_semctl(td, uap-semid, uap-semnum, uap-cmd, semun, rval); but in kern_semctl() there is no convertion 在 06-7-26，李尚杰[EMAIL PROTECTED] 写道： Freebsd/6.1

puc question

Hi hackers, I've found the following message in /usr/src/UPDATING: 20060428: The puc(4) driver has been overhauled. The ebus(4) and sbus(4) attachments have been removed. Make sure to configure scc(4) on sparc64. Note also that by default puc(4) will use uart(4) and

sys/dev/em/if_em.c

Hello hackers, I have a special-purpose setting where I have a ng_hub like kernel module (ng_lb) which I've been coding. The box I'm using has two em(4) adapters, and I've hooked em0's lower with my ng_lb's link0, and em1's lower with ng_lb's link1. Situation looks like this: lower

Re: sys/dev/em/if_em.c

On 07/26/06 06:16, Murat Balaban wrote: Hello hackers, I have a special-purpose setting where I have a ng_hub like kernel module (ng_lb) which I've been coding. The box I'm using has two em(4) adapters, and I've hooked em0's lower with my ng_lb's link0, and em1's lower with ng_lb's link1.

Re: kqueue doesn't see if_tun

Alexander == Alexander Leidinger [EMAIL PROTECTED] writes: Alexander Quoting John-Mark Gurney [EMAIL PROTECTED] Alexander (from Mon, 24 Jul 2006 14:36:42 -0700): No one has written a d_kqfilter entry for tun... so, until someone does, kqueue will not work on tun... Alexander Would you please

Re: sys/dev/em/if_em.c

Murat Balaban wrote: Hello hackers, I have a special-purpose setting where I have a ng_hub like kernel module (ng_lb) which I've been coding. The box I'm using has two em(4) adapters, and I've hooked em0's lower with my ng_lb's link0, and em1's lower with ng_lb's link1. Situation looks like

[PATCH] adding two new options to 'cp'

I'm tired of trying to use rsync or gcp (which doesn't like symlinks often) to copy trees of files/directories using hard links, so I added the gcp-ish options -a and -l. -a is 'archive' mode, which is just a quick form of -PpR. -l is 'link' mode, where regular files get hard linked instead of

Re: [PATCH] adding two new options to 'cp'

On 07/26/06 21:51, Eric Anderson wrote: The patch attached had some junk in it. The patch on the website doesn't have that. :) Oops.. Eric [..snip..] --- etc/mtree/BSD.include.dist 16 Nov 2005 10:50:10 - 1.100.2.2 +++ etc/mtree/BSD.include.dist 26 Jul 2006 03:42:10 - @@

Re: [PATCH] adding two new options to 'cp'

Eric Anderson wrote: I'm tired of trying to use rsync or gcp (which doesn't like symlinks often) to copy trees of files/directories using hard links, so I added the gcp-ish options -a and -l. -a is 'archive' mode, which is just a quick form of -PpR. -l is 'link' mode, where regular files get

Re: [PATCH] adding two new options to 'cp'

On Wed, Jul 26, 2006 at 08:51:13PM -0700 I heard the voice of Julian Elischer, and lo! it spake thus: I've always used: find . -depth |cpio -pdlmv $dest While we're in workarounds, I fake with: % cat ~/bin/tarcp.sh #!/bin/sh cmd1=tar -cf - -C $1 . cmd2=tar -xvpf - -C $2 echo $cmd1 | $cmd2