Re: Session IDs & LUID point to consider.

From: Linda Walsh (law@sgi.com)
Date: Fri Apr 21 2000 - 15:44:32 EDT

Next message: Frank van Maarseveen: "Re: non-executable stack on alpha (was Re: Security in general ..)"

Previous message: Alan Cox: "Re: [PATCH] f_op->poll() without lock_kernel()"
In reply to: Linda Walsh: "Session IDs & LUID point to consider."
Next in thread: Linda Walsh: "return values - 32, 64, 128 bits, type defs...etc/platform size"
Reply: Linda Walsh: "return values - 32, 64, 128 bits, type defs...etc/platform size"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Linda Walsh wrote:

> So...
> anyone have a problem with a 64-bit value -- that should be fairly unique in our
> lifetimes. :-)

---
    A point I forgot to ask about...Um.  It wouldn't appear that any kernel calls return more than
32 bits.  I haven't thoroughly examined the code yet, but is it possible and/or feasible for a kernel
call to return a 'unsigned long long' as a return value?  Else we'd have to pass in a pointer.
-l
--
Linda Walsh @ SGI                | Core Linux - Trust Technology
1200 Crittenden Lane MS:30-3-802 | Voice: (650) 933-5338
Mountain View, CA 94043          | Email: law@sgi.com
-
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/

Next message: Frank van Maarseveen: "Re: non-executable stack on alpha (was Re: Security in general ..)"
Previous message: Alan Cox: "Re: [PATCH] f_op->poll() without lock_kernel()"
In reply to: Linda Walsh: "Session IDs & LUID point to consider."
Next in thread: Linda Walsh: "return values - 32, 64, 128 bits, type defs...etc/platform size"
Reply: Linda Walsh: "return values - 32, 64, 128 bits, type defs...etc/platform size"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Fri Apr 21 2000 - 15:52:18 EDT