Hi One more Q for you
Yes, it is, but frankly you should be using a single SIGEV_THREAD timer with
your own sorted timer list
Do that means SIGEV_THREAD functionality will put the timers in one
event list and sort them all together ? and timeouts will happen
similar to POSIX signals ? or user
Hi,
Is SIGEV_THREAD is part of open source and cupcake code now ? With
SIGEV_THREAD also i guess we should be able to create 32 timers per-
process right ? Can any one point me out using threads over signals
for timer operation.
Regards
Girish
Yes, it is, but frankly you should be using a single SIGEV_THREAD timer with
your own sorted timer list
On Thu, Feb 12, 2009 at 2:14 PM, Girish htgir...@gmail.com wrote:
Hi,
Is SIGEV_THREAD is part of open source and cupcake code now ? With
SIGEV_THREAD also i guess we should be able to
Hi All,
Want to know if anybody has added hardware acceleration on TI OMAP platform.
Rgds.
Vandana
--~--~-~--~~~---~--~~
unsubscribe: android-porting+unsubscr...@googlegroups.com
website: http://groups.google.com/group/android-porting
Just put all of your timers in one event list and sort them all together,
then we you dispatch each event call the appropriate code for that timer.
On Sun, Feb 1, 2009 at 9:03 PM, Girish htgir...@gmail.com wrote:
Hi David,
The above explanation will hold only good if and only if the timers
I suggest you to look at POSIX's timer_create() and related functions.
If you want your handlers to run in parrallel, just use one distinct
SIGEV_THREAD per timer.
No need to use any signals here.
On Mon, Feb 2, 2009 at 3:46 AM, Girish htgir...@gmail.com wrote:
David,
Thanks,
How should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Girish wrote:
[...]
The above explanation will hold only good if and only if the timers
are in ascending order or descending order.Not ina random fashion
which i missed to mention
Well, sort them then! Remember, time *only* increments. It
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Girish wrote:
[...]
Will there be any support for POSIX RT timers in near future. As the
application needs more than 20 timers.
It's trivial to implement as many timers as you like in user space;
simply keep them in a sorted list, and use your
Hi David,
As middleware application demands the timeout values cant be kept in
sorted list. Say i have timeout values 1,3000,15,17000 .so
it cant workout ... Is there any alternative way to acheive this ?
Regards
Girish
On Feb 2, 7:23 am, David Given d...@cowlark.com wrote:
the cupcake C library already supports real-time timers through
timer_create().
real-time signals are a different thing and they are not currently
supported.
For the record, with other C libraries, not all of SIGRTMIN .. SIGRTMAX is
available to application-defined purposes.
The implementation
David,
Thanks,
How should the problem be resoloved in our case ? SIGRTMIN and
SIGRTMAX was available in the previous port of middleware application
and it was a difference of 32 between.So per process we were able to
create at the max of 32 timers for our middleware C application..
David,
Wht i mean is that timeout values will be in parallel
Timer1 start --- 10sec --- 1sec,2sec,..10 sec
Timer2 start --- 15sec 1sec,
2sec ...15sec
... Like this Timer1 and Timer2 will execute in parallel.
Can you explain more about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Girish wrote:
[...]
Timer1 start --- 10sec --- 1sec,2sec,..10 sec
Timer2 start --- 15sec 1sec,
2sec ...15sec
... Like this Timer1 and Timer2 will execute in parallel.
Can you explain
Hi David,
The above explanation will hold only good if and only if the timers
are in ascending order or descending order.Not ina random fashion
which i missed to mention
Timer1 start --- 10sec --- 1sec,2sec,..10 sec
Timer2 start --- 15sec 1sec,
2sec
Maybe by using a single signal with a sorted timer queue ?
Or using one thread per timer, each one simply doing a timed wait ?
Any code that requires 25 signals is not going to work, on any platform
On Fri, Jan 30, 2009 at 1:16 AM, kd.itbhu kd.it...@gmail.com wrote:
Hi;
I need around 25
15 matches
Mail list logo