20 messages in org.freebsd.freebsd-archRe: short uid/gid| From | Sent On | Attachments |
|---|---|---|
| Vladimir B. Grebenschikov,Moscow,408-7227,123-4567,Some-info | Oct 14, 2002 12:33 am | |
| Robert Watson | Oct 14, 2002 10:27 am | |
| Maxim Sobolev | Oct 14, 2002 12:17 pm | |
| Danny J. Zerkel | Oct 15, 2002 7:47 pm | |
| Terry Lambert | Oct 15, 2002 9:35 pm | |
| Robert Watson | Oct 15, 2002 9:42 pm | |
| Terry Lambert | Oct 16, 2002 2:03 am | |
| Maxim Sobolev | Oct 16, 2002 2:30 am | |
| Robert Watson | Oct 16, 2002 6:03 am | |
| Maxim Sobolev | Oct 16, 2002 8:06 am | |
| Robert Watson | Oct 16, 2002 9:06 am | |
| Terry Lambert | Oct 16, 2002 9:29 am | |
| Terry Lambert | Oct 16, 2002 9:45 am | |
| Robert Watson | Oct 16, 2002 10:01 am | |
| Gary Thorpe | Oct 16, 2002 10:38 am | |
| Terry Lambert | Oct 16, 2002 11:02 am | |
| Terry Lambert | Oct 16, 2002 11:13 am | |
| Danny J. Zerkel | Oct 16, 2002 4:50 pm | |
| Danny J. Zerkel | Oct 16, 2002 8:44 pm | |
| Terry Lambert | Oct 16, 2002 11:06 pm |
| Subject: | Re: short uid/gid | |
|---|---|---|
| From: | Terry Lambert (tlam...@mindspring.com) | |
| Date: | Oct 16, 2002 9:29:25 am | |
| List: | org.freebsd.freebsd-arch | |
Maxim Sobolev wrote:
You could also simply use non-intersecting cmd parameter values for the new calls, which avaids the special flag, and leaves the backward compatability without adding grundles of new system calls.
What about source-level compatibility, which IMO is a good thing, at least if it doesn't add too much complexity (it clearly doesn't in this case)? Also, handling single flag should be easier from the coding perspective than a load of new values, after all we can do something like:
#define IPC_STAT_OLD 0xXY #define IPC_SET_OLD 0xZW [...]
#define IPC_64 0x100
#define IPC_STAT (IPC_STAT_OLD | IPC_64) #define IPC_SET (IPC_SET_OLD | IPC_64) [...]
Which automagically will bring 64-version of syscalls after recompilation, while retaining ABI compatibility.
This is exactly what I was suggesting. In Linux, you do this manually (read their header files).
-- Terry
To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message