On 03.08.2017 18:04, Florian Weimer wrote:
* Yuri Gribov:
I've rebased the previous patch to trunk per Andrew's suggestion.
Original patch description/motivation/questions are in
https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01869.html
What about the remaining TODOs?
Yes, need to be fixed.
On 08/03/2017 11:03 AM, Florian Weimer wrote:
> * Jeff Law:
>
>>> If speed is not a concern, but reliability is, call fork (the system
>>> call, not glibc's wrapper which calls fork handlers) and do the work
>>> in a single-threaded copy of the process. There, you can set up
>>> signal handlers a
* Yuri Gribov:
> I've rebased the previous patch to trunk per Andrew's suggestion.
> Original patch description/motivation/questions are in
> https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01869.html
What about the remaining TODOs?
> + if (__builtin_expect (msync ((void *)page, len, MS_ASYNC), 0
* Jeff Law:
>> If speed is not a concern, but reliability is, call fork (the system
>> call, not glibc's wrapper which calls fork handlers) and do the work
>> in a single-threaded copy of the process. There, you can set up
>> signal handlers as you see fit, and the VM layout won't change
>> unexp
On Thu, Aug 03, 2017 at 09:48:47AM -0600, Jeff Law wrote:
> > If speed is not a concern, but reliability is, call fork (the system
> > call, not glibc's wrapper which calls fork handlers) and do the work
> > in a single-threaded copy of the process. There, you can set up
> > signal handlers as you
On Thu, Aug 3, 2017 at 4:28 PM, H.J. Lu wrote:
> On Thu, Aug 3, 2017 at 8:25 AM, Jeff Law wrote:
>> On 08/03/2017 08:17 AM, Yury Gribov wrote:
>>> On Thu, Aug 3, 2017 at 2:01 PM, H.J. Lu wrote:
On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov
wrote:
> On Thu, Aug 3, 2017 at 1:22 PM, H
On 08/02/2017 03:36 PM, Florian Weimer wrote:
> * Jeff Law:
>
>> Something like setup a signal handler when we first start unwinding that
>> flags the error and tear it down when we're done unwinding?Obviously
>> we can't do setup/tear down each time for each address. Anyway, just
>> thinking
On 08/03/2017 06:52 AM, Yury Gribov wrote:
> On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
>> On Wed, Aug 2, 2017 at 9:29 PM, Yury Gribov
>> wrote:
>>> On 02.08.2017 23:04, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 1:56 PM, Yury Gribov
wrote:
>
> On 02.08.2017 21:48, H.J. Lu
On Thu, Aug 3, 2017 at 8:25 AM, Jeff Law wrote:
> On 08/03/2017 08:17 AM, Yury Gribov wrote:
>> On Thu, Aug 3, 2017 at 2:01 PM, H.J. Lu wrote:
>>> On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov
>>> wrote:
On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
> On Wed, Aug 2, 2017 at 9:29 PM, Yu
On 08/03/2017 08:17 AM, Yury Gribov wrote:
> On Thu, Aug 3, 2017 at 2:01 PM, H.J. Lu wrote:
>> On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov
>> wrote:
>>> On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 9:29 PM, Yury Gribov
wrote:
> On 02.08.2017 23:04, H.J.
On Thu, Aug 3, 2017 at 8:07 AM, Yury Gribov wrote:
> On Thu, Aug 3, 2017 at 3:55 PM, H.J. Lu wrote:
>> On Thu, Aug 3, 2017 at 7:17 AM, Yury Gribov
>> wrote:
>>> On Thu, Aug 3, 2017 at 2:01 PM, H.J. Lu wrote:
On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov
wrote:
> On Thu, Aug 3, 20
On Thu, Aug 3, 2017 at 3:55 PM, H.J. Lu wrote:
> On Thu, Aug 3, 2017 at 7:17 AM, Yury Gribov
> wrote:
>> On Thu, Aug 3, 2017 at 2:01 PM, H.J. Lu wrote:
>>> On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov
>>> wrote:
On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
> On Wed, Aug 2, 2017 at
On Thu, Aug 3, 2017 at 7:17 AM, Yury Gribov wrote:
> On Thu, Aug 3, 2017 at 2:01 PM, H.J. Lu wrote:
>> On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov
>> wrote:
>>> On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 9:29 PM, Yury Gribov
wrote:
> On 02.08.2017 23:
On Thu, Aug 3, 2017 at 2:01 PM, H.J. Lu wrote:
> On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov
> wrote:
>> On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
>>> On Wed, Aug 2, 2017 at 9:29 PM, Yury Gribov
>>> wrote:
On 02.08.2017 23:04, H.J. Lu wrote:
>
> On Wed, Aug 2, 2017 at 1:56 P
On Thu, Aug 3, 2017 at 5:52 AM, Yury Gribov wrote:
> On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
>> On Wed, Aug 2, 2017 at 9:29 PM, Yury Gribov
>> wrote:
>>> On 02.08.2017 23:04, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 1:56 PM, Yury Gribov
wrote:
>
> On 02.08.2017 21:48
On Thu, Aug 3, 2017 at 1:22 PM, H.J. Lu wrote:
> On Wed, Aug 2, 2017 at 9:29 PM, Yury Gribov
> wrote:
>> On 02.08.2017 23:04, H.J. Lu wrote:
>>>
>>> On Wed, Aug 2, 2017 at 1:56 PM, Yury Gribov
>>> wrote:
On 02.08.2017 21:48, H.J. Lu wrote:
>
>
> On Wed, Aug 2, 2017 at 1:39
On Wed, Aug 2, 2017 at 9:29 PM, Yury Gribov wrote:
> On 02.08.2017 23:04, H.J. Lu wrote:
>>
>> On Wed, Aug 2, 2017 at 1:56 PM, Yury Gribov
>> wrote:
>>>
>>> On 02.08.2017 21:48, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 1:39 PM, Yury Gribov
wrote:
>
>
> On 02.08.
On 02.08.2017 23:04, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 1:56 PM, Yury Gribov wrote:
On 02.08.2017 21:48, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 1:39 PM, Yury Gribov
wrote:
On 02.08.2017 20:02, Jeff Law wrote:
On 08/02/2017 12:47 PM, Jakub Jelinek wrote:
On Wed, Aug 02, 2017 at 12:3
On Wed, Aug 2, 2017 at 1:56 PM, Yury Gribov wrote:
> On 02.08.2017 21:48, H.J. Lu wrote:
>>
>> On Wed, Aug 2, 2017 at 1:39 PM, Yury Gribov
>> wrote:
>>>
>>> On 02.08.2017 20:02, Jeff Law wrote:
On 08/02/2017 12:47 PM, Jakub Jelinek wrote:
>
>
> On Wed, Aug 02, 2017 at 1
* Jeff Law:
> Something like setup a signal handler when we first start unwinding that
> flags the error and tear it down when we're done unwinding?Obviously
> we can't do setup/tear down each time for each address. Anyway, just
> thinking outloud here...
Linux doesn't have per-thread signal
On 02.08.2017 21:48, H.J. Lu wrote:
On Wed, Aug 2, 2017 at 1:39 PM, Yury Gribov wrote:
On 02.08.2017 20:02, Jeff Law wrote:
On 08/02/2017 12:47 PM, Jakub Jelinek wrote:
On Wed, Aug 02, 2017 at 12:38:13PM -0600, Jeff Law wrote:
On 07/17/2017 01:23 AM, Yuri Gribov wrote:
I've rebased the
On Wed, Aug 2, 2017 at 1:39 PM, Yury Gribov wrote:
> On 02.08.2017 20:02, Jeff Law wrote:
>>
>> On 08/02/2017 12:47 PM, Jakub Jelinek wrote:
>>>
>>> On Wed, Aug 02, 2017 at 12:38:13PM -0600, Jeff Law wrote:
On 07/17/2017 01:23 AM, Yuri Gribov wrote:
>
> I've rebased the previous
On 02.08.2017 20:02, Jeff Law wrote:
On 08/02/2017 12:47 PM, Jakub Jelinek wrote:
On Wed, Aug 02, 2017 at 12:38:13PM -0600, Jeff Law wrote:
On 07/17/2017 01:23 AM, Yuri Gribov wrote:
I've rebased the previous patch to trunk per Andrew's suggestion.
Original patch description/motivation/questio
On 08/02/2017 12:47 PM, Jakub Jelinek wrote:
> On Wed, Aug 02, 2017 at 12:38:13PM -0600, Jeff Law wrote:
>> On 07/17/2017 01:23 AM, Yuri Gribov wrote:
>>> I've rebased the previous patch to trunk per Andrew's suggestion.
>>> Original patch description/motivation/questions are in
>>> https://gcc.gnu
On Wed, Aug 02, 2017 at 12:38:13PM -0600, Jeff Law wrote:
> On 07/17/2017 01:23 AM, Yuri Gribov wrote:
> > I've rebased the previous patch to trunk per Andrew's suggestion.
> > Original patch description/motivation/questions are in
> > https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01869.html
> Is h
On 07/17/2017 01:23 AM, Yuri Gribov wrote:
> Hi all,
>
> I've rebased the previous patch to trunk per Andrew's suggestion.
> Original patch description/motivation/questions are in
> https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01869.html
Is his stuff used for exception handling? If so, doesn't t
Hi all,
I've rebased the previous patch to trunk per Andrew's suggestion.
Original patch description/motivation/questions are in
https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01869.html
-Y
safe-unwind-2.patch
Description: Binary data
#include
#include
struct _Unwind_Context;
typedef int (*_
27 matches
Mail list logo