Searched refs:rear (Results 1 - 2 of 2) sorted by relevance

/haiku/src/system/libroot/posix/stdlib/
H A Drandom.c143 * advances the front and rear pointers 10*rand_deg times, and hence the
144 * rear pointer which starts at 0 will also end up at zero; thus the zeroeth
146 * position of the rear pointer is just
162 * fptr and rptr are two pointers into the state info, a front and a rear
171 * (The position of the rear pointer, rptr, is really 0 (as explained above
186 * the last element to see if the front and rear pointers have wrapped.
302 * multiplexed with the current value of the rear pointer; this is so
382 uint32_t rear = new_state[0] / MAX_TYPES; local
385 if (type != TYPE_0 && rear >= (uint32_t)degrees[type])
396 rptr = &state[rear];
[all...]
/haiku/src/system/libroot/posix/glibc/stdlib/
H A Drandom_r.c229 value of the rear pointer; this is so successive calls to initstate won't
331 int rear = new_state[-1] / MAX_TYPES;
332 buf->rptr = &new_state[rear];
333 buf->fptr = &new_state[(rear + separation) % degree];
352 set up. The basic operation is to add the number at the rear pointer into
357 rear pointers can't wrap on the same call by not testing the rear
328 int rear = new_state[-1] / MAX_TYPES; local

Completed in 63 milliseconds