Not if you do the support properly.
Just build a new pile of system calls that return the 32 bit UIDs
and modify the old calls to return an error return if the UID won't
fit. This way libc 4 and libc 5 will continue to work without
incident (libc 4, in any case, will be modified to work with the
new calls) on most of the systems out there and people who do have
a need for really big ids can put in shared libraries that will provide
access to the new calls.
>We need everyone to move to glibc2 first -- then it shouldn't be so
>much of a problem.
I think the phrase you're looking at here is `fat chance, buddo!'
____
david parsons \bi/ last of the libc-4 based linux distributers.
\/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/