> Signal generation and signal delivery aren't the same thing. With
> asynchronous signals as in your test case, there's always some sort of
> delay until the signal is delivered, and I don't know whether the
> standard actually requires any upper bound on that. One example where
> a signal in Cygw
On 13 July 2010 08:07, Corvus Corax wrote:
>> Have you got chapter and verse from the POSIX standard on that? By
>> 'interrupt' do you mean SIGINT or any signal? Is it possible that the
>> signal is just being deferred and then subsumed by later signals?
>>
>> Andy
>
> PTHREAD_MUTEX_LOCK() has been
Hi
I did read your other response, regarding the signal developer being on
vacation. I'm sending this just for reference, since I had already
looked it up anyway :)
Andy wrote:
> Have you got chapter and verse from the POSIX standard on that? By
> 'interrupt' do you mean SIGINT or any signal? Is
On 13 July 2010 01:08, James Cotton wrote:
> Sorry, I don't have access to the actual POSIX standard
It's at http://www.opengroup.org/onlinepubs/9699919799.
> but my
> interpretation is based on man pages:
>
> https://computing.llnl.gov/tutorials/pthreads/man/pthread_mutex_lock.txt
>
> And certai
Sorry, I don't have access to the actual POSIX standard, but my
interpretation is based on man pages:
https://computing.llnl.gov/tutorials/pthreads/man/pthread_mutex_lock.txt
And certainly nowhere have I see "pthread_mutex_lock blocks signals".
The signal we are using is SIGUSR1. I don't see why
On 12 July 2010 17:56, James Cotton wrote:
> Hello, I've been trying to get the FreeRTOS Posix simulator to run on
> Cygwin and have run into a few bugs in the signal handling/pthread
> libraries and have isolated test cases
>
> I believe when pthread_mutex_lock receives an interrupt it should run
On 7/12/2010 12:56 PM, James Cotton wrote:
Hello, I've been trying to get the FreeRTOS Posix simulator to run on
Cygwin and have run into a few bugs in the signal handling/pthread
libraries and have isolated test cases
I believe when pthread_mutex_lock receives an interrupt it should run
it then
Hello, I've been trying to get the FreeRTOS Posix simulator to run on
Cygwin and have run into a few bugs in the signal handling/pthread
libraries and have isolated test cases
I believe when pthread_mutex_lock receives an interrupt it should run
it then resume trying to get a lock, the signal hand
8 matches
Mail list logo