This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: signals and _REENT
- From: Jeff Johnston <jjohnstn at redhat dot com>
- To: Freddie Chopin <freddie_chopin at op dot pl>
- Cc: newlib at sourceware dot org
- Date: Thu, 26 Feb 2015 16:41:30 -0500 (EST)
- Subject: Re: signals and _REENT
- Authentication-results: sourceware.org; auth=none
- References: <54E8FC58 dot 1060503 at op dot pl> <20150224133049 dot GH437 at calimero dot vinschen dot de> <820331943 dot 24407010 dot 1424801251193 dot JavaMail dot zimbra at redhat dot com> <54ECE7F2 dot 60909 at op dot pl> <53234661 dot 25550941 dot 1424885653210 dot JavaMail dot zimbra at redhat dot com> <126282749 dot 26790184 dot 1424979571705 dot JavaMail dot zimbra at redhat dot com> <54EF8A3F dot 90104 at op dot pl>
Actually I did miss something. Since we are using the global list,
we have to thread protect it with locking and unlocking. The normal way would be
to add two new locks: __sigfunc_lock_acquire() and __sigfunc_lock_release() which
are needed if not single threaded. This will cause some breakage for builds that
use threads until they define these locks. Perhaps a single global reent lock might
be helpful.
-- Jeff J.
----- Original Message -----
From: "Freddie Chopin" <freddie_chopin@op.pl>
To: newlib@sourceware.org
Sent: Thursday, February 26, 2015 4:03:59 PM
Subject: Re: signals and _REENT
On 02/26/2015 08:39 PM, Jeff Johnston wrote:
> Here is patch as mentioned. Did I miss anything?
I didn't spot anything wrong with your patch - it's exactly what I had
in mind.
Regards,
FCh