The presented behaviour of pthread_rwlock_rdlock() is POSIX compliant.
The http://opengroup.org/onlinepubs/007908799/xsh/pthread_rwlock_rdlock.html
says explicitely:
The calling thread acquires the read lock if a writer does not hold the
lock and there are no writers blocked on the lock.
It
2008/10/23 Petr Salinger [EMAIL PROTECTED]:
The presented behaviour of pthread_rwlock_rdlock() is POSIX compliant.
The
http://opengroup.org/onlinepubs/007908799/xsh/pthread_rwlock_rdlock.html
says explicitely:
The calling thread acquires the read lock if a writer does not hold the
lock
and
Package: libc6-dev
Version: 2.7-15
Severity: normal
Hi,
using rpcgen -a option to generate all files, the generated Makefile
file name is truncated.
$ rpcgen -a test.x
$ ls Makefile.*
$ Makefile.test\177
cheers,
Fathi
-- System Information:
Debian Release: lenny/sid
Thank you very much for answering me. And if you don't mind I'll ask one
more question. In the open group manual there is this line Implementations
are allowed
to favour writers over readers to avoid writer starvation.
And linux manual says: If the Thread Execution Scheduling option is
supported,
Your message dated Thu, 23 Oct 2008 12:09:50 +0200
with message-id [EMAIL PROTECTED]
and subject line Re: Bug#503162: libc6: Doubt with nptl
has caused the Debian Bug report #503162,
regarding libc6: Doubt with nptl
to be marked as done.
This means that you claim that the problem has been dealt
On Thu, Oct 23, 2008 at 07:41:47PM +0700, Alexey Salmin wrote:
Freeing a variable...
if (err = pthread_rwlock_unlock(q-data-rwlock)) {
...and using it later is never a good idea. This is a problem in your
program, closing the bug.
? Can you please explain where am I freeing
Freeing a variable...
if (err = pthread_rwlock_unlock(q-data-rwlock)) {
...and using it later is never a good idea. This is a problem in your
program, closing the bug.
? Can you please explain where am I freeing a variable? AFAIK
pthread_rwlock_unlock function releases the lock but
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.26
tags 503182 + pending
Bug#503182: libc6-dev: rpcgen -a generate truncated Makefile file name
There were no tags set.
Tags added: pending
End of message, stopping processing here.
Package: libc6-dev
Version: 2.3.6.ds1-13etch7
Severity: important
Hi,
math.h has the following in it:
/* Bitmasks for the math_errhandling macro. */
# define MATH_ERRNO 1 /* errno set by math functions. */
# define MATH_ERREXCEPT 2 /* Exceptions raised by math functions.
*/
reassign 503202 gcc-4.3
thanks
Matthew Vernon a écrit :
Package: libc6-dev
Version: 2.3.6.ds1-13etch7
Severity: important
Hi,
math.h has the following in it:
/* Bitmasks for the math_errhandling macro. */
# define MATH_ERRNO 1 /* errno set by math functions. */
# define
Processing commands for [EMAIL PROTECTED]:
reassign 503202 gcc-4.3
Bug#503202: libc6-dev: math_errhandling isn't defined anywhere
Bug reassigned from package `libc6-dev' to `gcc-4.3'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.26
tags 503182 + pending
Bug#503182: libc6-dev: rpcgen -a generate truncated Makefile file name
Tags were: pending
Tags added: pending
End of message, stopping processing here.
Please
Installing:
tzdata_2008e-1etch3.diff.gz
to pool/main/t/tzdata/tzdata_2008e-1etch3.diff.gz
tzdata_2008e-1etch3.dsc
to pool/main/t/tzdata/tzdata_2008e-1etch3.dsc
tzdata_2008e-1etch3_all.deb
to pool/main/t/tzdata/tzdata_2008e-1etch3_all.deb
Override entries for your package:
Your message dated Thu, 23 Oct 2008 15:28:18 +
with message-id [EMAIL PROTECTED]
and subject line Bug#502430: fixed in tzdata 2008e-1etch3
has caused the Debian Bug report #502430,
regarding Argentina finally made up it's mind regarding DST
to be marked as done.
This means that you claim
Quoting your code:
free(q);
if (err = pthread_rwlock_unlock(q-data-rwlock)) {
q is freed, and then use as an argument to pthread_rwlock_unlock().
Wow. Sorry, usually I'm not SO stupid. But anyway this was not the problem
I was talking about. Moving free(q) down didn't affect
Dear:Debian-glibc
We can see you have a good site but you could use a significant increase in
targeted web traffic. We
can review your site for free and show you how you can improve this portion of
your online business
right away. Email us now at [EMAIL PROTECTED] and include your web site
16 matches
Mail list logo