Re: pid_t data type
- From: Rainer Weikusat <rweikusat@xxxxxxxxxxx>
- Date: Fri, 21 Mar 2008 14:25:44 +0100
Logan Shaw <lshaw-usenet@xxxxxxxxxxxxx> writes:
Casper H.S. *** wrote:
"jason.cipriani@xxxxxxxxx" <jason.cipriani@xxxxxxxxx> writes:
On Mar 18, 5:48 am, Rainer Weikusat <rweiku...@xxxxxxxxxxx> wrote:
[snip]
Does it say somewhere that pid_t will never be a pointer type, or someIt needs to be a signed airthmetic type:
other type, like a float (which, while strange, is fine since it's
hidden behind the typedef)? If it can be, then the discussion of using
longs or whatever interchangeably with pid_t's is moot.
If pid is negative but not (pid_t)-1, sig will be sent to
all processes whose process group ID is equal to the abso-
lute value of pid and for which the process has permission
to send a signal.
Since it needs to be used in comparisons it can't really be float...
Why not? Can't the system restrict itself to the set of floating
point values that can be exactly represented with no loss of
precision (or overflow or whatever)? :-) Unless there's a
requirement I don't know of that a pid_t can be added or subtracted
or multiplied or something.
Various data structures used for searching for keys (eg hash tables or
digital search tries) make use of their numerical properties.
.
- Follow-Ups:
- Re: pid_t data type
- From: Scott Lurndal
- Re: pid_t data type
- References:
- pid_t data type
- From: Sanchit
- Re: pid_t data type
- From: Logan Shaw
- Re: pid_t data type
- From: Rainer Weikusat
- Re: pid_t data type
- From: Sanchit
- Re: pid_t data type
- From: Gordon Burditt
- Re: pid_t data type
- From: Rainer Weikusat
- Re: pid_t data type
- From: jason.cipriani@xxxxxxxxx
- Re: pid_t data type
- From: Casper H . S . ***
- Re: pid_t data type
- From: Logan Shaw
- pid_t data type
- Prev by Date: Re: pid_t data type
- Next by Date: Unable to understand behavior of pipe
- Previous by thread: Re: pid_t data type
- Next by thread: Re: pid_t data type
- Index(es):