https://github.com/buganini/rcexecr
Currently it is able to determine the exec/wait order
There are something I haven't digged in deeply in the self modification part.
patches/ideas are welcome.
Regards,
Buganini
___
freebsd-hackers@freebsd.org
On Sat, Jun 4, 2011 at 10:10 AM, Buganini bugan...@gmail.com wrote:
https://github.com/buganini/rcexecr
Currently it is able to determine the exec/wait order
There are something I haven't digged in deeply in the self modification
part.
patches/ideas are welcome.
Hello,
Thanks for doing
On Sat, Jun 04, 2011 at 12:45:37PM +0100, Julien Laffaye wrote:
On Sat, Jun 4, 2011 at 10:10 AM, Buganini bugan...@gmail.com wrote:
https://github.com/buganini/rcexecr
Currently it is able to determine the exec/wait order
There are something I haven't digged in deeply in the self
Hi Folks,
I'm working on a small geom filter where I need to open a file with
vn_open_cred, but this causes an assert because of a null pointer
because g_run_event proc structure has null pointer for the current
working directory.
Thanks,
--
Ali Mashtizadeh
It turns out that both clang and gcc define _LP64 when used native on amd64.
Neither defines _ILP32 on i386 (native or cross-compiled).
dt_popc() in cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c
needs on or the other. clang notices because when _ILP32 is missing
there's no return.
So
On Sat, 4 Jun 2011, Ali Mashtizadeh wrote:
Hi Folks,
I'm working on a small geom filter where I need to open a file with
vn_open_cred, but this causes an assert because of a null pointer
because g_run_event proc structure has null pointer for the current
working directory.
Hi Ali,
In
Hi Benjamin,
Thanks for the reference. I originally wanted to open an fd in
userspace as suggested, but the alq(9) API did not support that. I
guess I'll try adding a new alq creation function for this purpose.
Similarly, geom did not support that as well. I guess I'll spend
sometime on adding
I'd add them for all !_LP64 architectures: arm, mips o32, mips n32, i386, and
powerpc...
Warner
On Jun 4, 2011, at 2:41 PM, Ben Laurie wrote:
It turns out that both clang and gcc define _LP64 when used native on amd64.
Neither defines _ILP32 on i386 (native or cross-compiled).
dt_popc()
8 matches
Mail list logo