Re: [SoC]: question about execve()

2006-07-13 Thread Divacky Roman
On Thu, Jul 13, 2006 at 06:12:40PM +0200, Divacky Roman wrote: > hi, > > durin my work on SoC I happened to be in a need of "catching" the transition > of > execve() from fbsd binary to linux binary and back. > > Kostik Belousov suggested using the process_exit handler event but it doesnt

[ANN] unionfs patchset-16 release, it is ready for the merge

2006-07-13 Thread Daichi GOTO
Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-16. The p16 is an important milestone. It is ready for the merge. Patchset-16: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff For 6.x http://people.freebsd.org/~dai

[SoC]: question about execve()

2006-07-13 Thread Divacky Roman
hi, durin my work on SoC I happened to be in a need of "catching" the transition of execve() from fbsd binary to linux binary and back. Kostik Belousov suggested using the process_exit handler event but it doesnt contain information necessary to distinguish such a switch. He proposes extending

Re: Re: kern/99979: Get Ready for Kernel Module in C++

2006-07-13 Thread Sergey Babkin
>From: "Kamal R. Prasad" <[EMAIL PROTECTED]> >Im sorry I didn't understand you. setjmp() stores a few register contents >[notably ip] in a jmpbuf -which are restored after a longjmp(). How is the >try/catch mechanism more efficient than a setjmp()/longjmp() in terms of >space/time complexity? try

Re: Sysinstall: Write the FreeBSD version at the top of the display

2006-07-13 Thread Martin Nilsson
On Wednesday 12 July 2006 23:58, Joao Barros wrote: > Hi all, > > I was browsing the list of projects and ideas and stumbled upon one > that's rather simple and which would have been useful in the past: > Write the FreeBSD version at the top of the display (or somewhere > similar visible) - so lazy