Re: My project wish-list for the next 12 months

Great!, we seem to be on the same wavelength, im now writing (at about one char a minute) the login user program, and somehow - to be discovered -, the socket will be passed to the kernel. my main efford, at the moment, is a) to &^%$$## understand the RFC (i think they used a scrambler) and b) defi

Tyan S2882/FreeBSD 4.10R = lots of errors?

I'm seeing a huge number of SCSI errors on a new pair of Tyan S2882UG3N boards. Dual Opteron 250, 6GB RAM (PAE), and a few drives. I originally did this under 4.10R but moved to 4.11-PRE from the jp snap server, to no good end. Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 198

Re: Fixing Posix semaphores

--- Joe Kelsey <[EMAIL PROTECTED]> wrote: > I have a desire to fix posix semaphores in at least > 5.3. The current > implementation doesn't actually follow the "spirit" > of the standard, > even though it technically qualifies in a somewhat > degraded sense. I > refer to the fact that the curre

Re: counting total PIDs since the server been started

In the last episode (Dec 14), Vlad GALU said: > On Tue, 14 Dec 2004 09:55:21 +, Chris Elsworth <[EMAIL PROTECTED]> wrote: > > On Tue, Dec 14, 2004 at 12:33:45PM +0300, scream wrote: > > > I`m trying to solve this puzzle >"how to get statistics about > > > total count of fork`ed\exec`ed proc

Re: counting total PIDs since the server been started

On Tue, Dec 14, 2004 at 12:33:45PM +0300, scream wrote: > Hello freebsd-hackers, > > I`m trying to solve this puzzle >"how to get statistics about total count of > fork`ed\exec`ed processes since the server been rebooted and even > make some RRD-like graphs".I need it > to make some graphs

Fixing Posix semaphores

I have a desire to fix posix semaphores in at least 5.3. The current implementation doesn't actually follow the "spirit" of the standard, even though it technically qualifies in a somewhat degraded sense. I refer to the fact that the current implementation treats posix semaphores as completely co

Re: nfs within jail

On 14.12.2004, at 13:09, Matt wrote: Quick question regarding nfs (or other filesystems) inside a jail. As far as I can tell, it isn't possible to mount nfs shares while inside a jail. Is this correct? Is there any way around this limitation? A way to browse network shares without mounting?

Re: du(1)/fts(3) integer overflow

In message: <[EMAIL PROTECTED]> Peter Jeremy <[EMAIL PROTECTED]> writes: : For 6.x, the ABI isn't fixed so fts_number can be changed to int64_t. We have to be careful how we deal with these things... You do not have license to break libc ABI, even in current, without careful considera

RE: My project wish-list for the next 12 months

You are my kind of guy ;-) I grew up with PDP-1[01], RSX-11 and Version 6 UNIX straight from Bell Labs. I am a bit rusty too. I can easily hack something together, but it most be perfect. Handshaking must in user mode, actual work in the kernel. Why enter the kernel thru the network driver, go to a

Re: counting total PIDs since the server been started

On Tue, 14 Dec 2004 12:33:45 +0300, scream <[EMAIL PROTECTED]> wrote: > Hello freebsd-hackers, > > I`m trying to solve this puzzle >"how to get statistics about total count of > fork`ed\exec`ed processes since the server been rebooted and even > make some RRD-like graphs".I need it Ma

counting total PIDs since the server been started

Hello freebsd-hackers, I`m trying to solve this puzzle >"how to get statistics about total count of fork`ed\exec`ed processes since the server been rebooted and even make some RRD-like graphs".I need it to make some graphs about server perfomance and stability.Could anyone point me to an

Re: du(1)/fts(3) integer overflow

On Mon, 2004-Dec-13 11:42:17 -, henry wrote: >I have noticed a problem with the fts(3) library or the way du(1) interacts >with it. > >A 3.2TiB file gives the following output: >> du -cs /fs/file >3408720016 /fs/file >-886247279 total > >This is because while stat(2) reports blocks as

du(1)/fts(3) integer overflow

I have noticed a problem with the fts(3) library or the way du(1) interacts with it. A 3.2TiB file gives the following output: > du -cs /fs/file 3408720016 /fs/file -886247279 total > du -hcs /fs/file 3.2T/fs/file total > This is because while stat(2) reports blocks as a 64

Who broke the kernel build on 5-STABLE?

The last compiile and it's errors: cc -c -O -pipe -march=athlon -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src