the looks of things.
subversion properties (svn propset) would allow you to do this in
a satisfactory manner.
--
+---+
| Samy Al Bahra | [EMAIL PROTECTED] |
|---|
| B3A7 F5BE B2AE 67B1 AC4B |
| 0983
g to execve().
How exactly are you modifying the system call entry table? Are you modifying
sysent even?
--
+---+
| Samy Al Bahra | [EMAIL PROTECTED] |
|---|
| B3A7 F5BE B2AE 67B1 AC4B
sult kern_exit.c
How is this related to the discussion though? The fact is, most people
would not even want to TOUCH sys_exit and friends since there are no
real security advantages there. In otherwords, an exit system call
remains completely the same.
--
+---+
| Samy
possible
> to change code parameter to something else.
You may return a value (from the system call) that designates an error.
Please consult the errno man page for more information.
--
+---+
| Samy Al Bahra | [EMAIL PROTECTED] |
|--
and amen to anarcat's words :)
--
+---+
| Samy Al Bahra | [EMAIL PROTECTED] |
+---+
Arabeyes.org Kerneled.com FreeBSD.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebs
E and GNOME2). We
should look around for them, maybe create a mailing list of some sort
for them and get them to work together.
--
+---+
| Samy Al Bahra | [EMAIL PROTECTED] |
+---+
Arabeyes.org Kerneled.com FreeBSD.org
?
+---+
| Samy Al Bahra | [EMAIL PROTECTED] |
+---+
Arabeyes.org Kerneled.com FreeBSD.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to
is always there.
+---+
| Samy Al Bahra | [EMAIL PROTECTED] |
+---+
Arabeyes.org Kerneled.com FreeBSD.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
To all interested parties...
THIS WHOLE THREAD IS GARBAGE, PLEASE DISREGARD IT. IT IS A HOAX STARTED BY A
GOOD-FOR-NOTHING TROLL. THERE IS NO "Thorsten Futrega" IN -CORE AND THERE ARE NO PLANS
A LONG THE LINES THAT HE LISTED ORIGINALLY.
P.S. Troll: Stop, or atleast move this to -chat
Thank you
The rfork() man page states that RFPROC should be set as the current
implementation 'requires' this flag to always be set.
Well from usage and kern_fork.c (/usr/src/sys/kern/kern_fork.c) and
vm_glue.c (/usr/src/sys/vm/vm_glue.c) it seems that the current
implementation does not 'require' this at a
10 matches
Mail list logo
