On Mon, 30 Aug 1999 12:26:06 CST, Warner Losh wrote:
: On LITTLE_ENDIAN machines?
Endian shouldn't matter.
Yup, it was the kind of stupid comment someone who doesn't actually know
what's going on would make. ;-)
I hadn't cottoned on to the notion of using an array.
Thanks,
Sheldon.
To
On Mon, 30 Aug 1999, Francis Jordan wrote:
Marcel Moolenaar wrote:
[cc'd to David E. Cross ([EMAIL PROTECTED]) and James Raynard
([EMAIL PROTECTED])]
I'm thinking about extending the number of signals. I like your thoughts
and opinions.
Basicly what I'm going to do is rewrite
Doug Rabson wrote:
On Mon, 30 Aug 1999, Francis Jordan wrote:
Do as NetBSD does to remain compatible? Or borrow a few thoughts from
Solaris, which also has 128 signals:
typedef struct {/* signal set type */
unsigned long __sigbits[4];
} sigset_t;
On Mon, 30 Aug 1999 12:26:06 CST, Warner Losh wrote:
: On LITTLE_ENDIAN machines?
Endian shouldn't matter.
Yup, it was the kind of stupid comment someone who doesn't actually know
what's going on would make. ;-)
I hadn't cottoned on to the notion of using an array.
Thanks,
Sheldon.
To
On Mon, 30 Aug 1999, Francis Jordan wrote:
Marcel Moolenaar wrote:
[cc'd to David E. Cross (cro...@cs.rpi.edu) and James Raynard
(jrayn...@freebsd.org)]
I'm thinking about extending the number of signals. I like your thoughts
and opinions.
Basicly what I'm going to do is
Doug Rabson wrote:
On Mon, 30 Aug 1999, Francis Jordan wrote:
Do as NetBSD does to remain compatible? Or borrow a few thoughts from
Solaris, which also has 128 signals:
typedef struct {/* signal set type */
unsigned long __sigbits[4];
} sigset_t;
[cc'd to David E. Cross ([EMAIL PROTECTED]) and James Raynard
([EMAIL PROTECTED])]
I'm thinking about extending the number of signals. I like your thoughts
and opinions.
Why more than 32 signals?
Primarily because Linux now uses more than 32 signals and I'm going to run
into trouble in the
Basicly what I'm going to do is rewrite the signalling code to use a new
sigset_t and provide new syscalls to use it. The current syscalls convert
between the current and the new types for compatibility. I think I'm going
to borrow a thought or two from Linux which allows further
On Mon, 30 Aug 1999 15:55:56 +0200, Marcel Moolenaar wrote:
The Linux trick I like to add is to have sigset_t always be the last
field in structures so that the impact of enlarging sigset_t is
minimal.
On LITTLE_ENDIAN machines?
Cia,
Sheldon.
To Unsubscribe: send mail to [EMAIL
Sheldon Hearn wrote:
On Mon, 30 Aug 1999 15:55:56 +0200, Marcel Moolenaar wrote:
The Linux trick I like to add is to have sigset_t always be the last
field in structures so that the impact of enlarging sigset_t is
minimal.
On LITTLE_ENDIAN machines?
Both NetBSD and Linux define
Marcel Moolenaar wrote:
[cc'd to David E. Cross ([EMAIL PROTECTED]) and James Raynard
([EMAIL PROTECTED])]
I'm thinking about extending the number of signals. I like your thoughts
and opinions.
Basicly what I'm going to do is rewrite the signalling code to use a new
sigset_t and
In message [EMAIL PROTECTED] Sheldon Hearn writes:
:
:
: The Linux trick I like to add is to have sigset_t always be the last
: field in structures so that the impact of enlarging sigset_t is
: minimal.
:
: On LITTLE_ENDIAN machines?
Endian shouldn't matter. An array at the end of a
[cc'd to David E. Cross (cro...@cs.rpi.edu) and James Raynard
(jrayn...@freebsd.org)]
I'm thinking about extending the number of signals. I like your thoughts
and opinions.
Why more than 32 signals?
Primarily because Linux now uses more than 32 signals and I'm going to run
into trouble in the
Basicly what I'm going to do is rewrite the signalling code to use a new
sigset_t and provide new syscalls to use it. The current syscalls convert
between the current and the new types for compatibility. I think I'm going
to borrow a thought or two from Linux which allows further
Nick Hibma wrote:
Basicly what I'm going to do is rewrite the signalling code to use a new
sigset_t and provide new syscalls to use it. The current syscalls convert
between the current and the new types for compatibility. I think I'm going
to borrow a thought or two from Linux which
On Mon, 30 Aug 1999 15:55:56 +0200, Marcel Moolenaar wrote:
The Linux trick I like to add is to have sigset_t always be the last
field in structures so that the impact of enlarging sigset_t is
minimal.
On LITTLE_ENDIAN machines?
Cia,
Sheldon.
To Unsubscribe: send mail to
Sheldon Hearn wrote:
On Mon, 30 Aug 1999 15:55:56 +0200, Marcel Moolenaar wrote:
The Linux trick I like to add is to have sigset_t always be the last
field in structures so that the impact of enlarging sigset_t is
minimal.
On LITTLE_ENDIAN machines?
Both NetBSD and Linux define
Marcel Moolenaar wrote:
[cc'd to David E. Cross (cro...@cs.rpi.edu) and James Raynard
(jrayn...@freebsd.org)]
I'm thinking about extending the number of signals. I like your thoughts
and opinions.
Basicly what I'm going to do is rewrite the signalling code to use a new
sigset_t and
In message 88584.936022...@axl.noc.iafrica.com Sheldon Hearn writes:
:
:
: The Linux trick I like to add is to have sigset_t always be the last
: field in structures so that the impact of enlarging sigset_t is
: minimal.
:
: On LITTLE_ENDIAN machines?
Endian shouldn't matter. An array at
19 matches
Mail list logo
