dtrace/systemtap options

Hi, I've been thinking about all of the various ways to get either Dtrace or SystemTap working. I've come up with 4 options: 1 Dtrace would need to sit entirely out of the kernel. About 3k lines of simple code to rewrite, FSF lawyers are ok with this option. Since it must sit in userland and it

[task #7179] Multiprocessor support

Follow-up Comment #1, task #7179 (project hurd): I don't think we can steal it from xnu. Xnu is under the Apple Public Source License, it's not GPL-compatible. ___ Reply to this item at: ___

Thoughts about the Lisp bindings project

Here's what I pretend to do during the summer session for GSOC: 1. API to create RPC calls on the fly (something like defrpc) Will involve the creation of an API that can generate new RPC calls as MIG does but using Lisp macros. This interface should be micro-kernel agnostic. Of course the inner

Re: Namespace-based translator selection; project details

Hello, On Fri, May 23, 2008 at 1:07 PM, <[EMAIL PROTECTED]> wrote: > > If the user tries to access 'file1,u' a second time, nothing will > > change, because a translator will have already been set on 'file1'. > > Stacking of translators should be done in an explicit form, like > > 'file1,u,x' (x

Re: Namespace-based translator selection; project details

Hi, On Tue, May 20, 2008 at 09:46:16PM +0300, Sergiu Ivanov wrote: > If the user tries to access 'file1,u' a second time, nothing will > change, because a translator will have already been set on 'file1'. > Stacking of translators should be done in an explicit form, like > 'file1,u,x' (x might me