nanogui: GrCheckNextEvent blocks when app linked into server


Previous by date: 28 Aug 2001 01:48:08 -0000 Re: GrCheckNextEvent blocks when app linked into server, Olaf Meeuwissen
Next by date: 28 Aug 2001 01:48:08 -0000 Re: segfault in example binaries, Greg Haerr
Previous in thread: 28 Aug 2001 01:48:08 -0000 Re: GrCheckNextEvent blocks when app linked into server, Olaf Meeuwissen
Next in thread: 28 Aug 2001 01:48:08 -0000 Re: GrCheckNextEvent blocks when app linked into server, Jordan Crouse

Subject: Re: [nanogui] GrCheckNextEvent blocks when app linked into server
From: Gary James ####@####.####
Date: 28 Aug 2001 01:48:08 -0000
Message-Id: <20010827215140.A832@pc.twcny.rr.com>

On Mon, 27 Aug 2001 19:54:51 Jordan Crouse wrote:

> Either that, or if Greg doesn't want to move to a signed integer, we
> could 
> toss in a:
> 
> #define GR_WAITFOREVER   0x80000000
> 
> Because nobody would wait 2,147,483,648 seconds would they?


I've been with a lot of RTOS' with definitions like the following:

#define GR_WAIT_FOREVER   ((GR_TIMEOUT) -1)
#define GR_WAIT_NEVER     ((GR_TIMEOUT) 0)

The built in typecast gets rid of the need to use signed ints. The forever
is 0xFFFFFFFF ( 4,294,967,295 ), so you get even more milli-seconds that
you can wait for.  


Gary James
####@####.####



Previous by date: 28 Aug 2001 01:48:08 -0000 Re: GrCheckNextEvent blocks when app linked into server, Olaf Meeuwissen
Next by date: 28 Aug 2001 01:48:08 -0000 Re: segfault in example binaries, Greg Haerr
Previous in thread: 28 Aug 2001 01:48:08 -0000 Re: GrCheckNextEvent blocks when app linked into server, Olaf Meeuwissen
Next in thread: 28 Aug 2001 01:48:08 -0000 Re: GrCheckNextEvent blocks when app linked into server, Jordan Crouse


Powered by ezmlm-browse 0.20.