[Top] [All Lists]

Re: Stack unwind across signal frame

To: Alan Cooper <>
Subject: Re: Stack unwind across signal frame
From: Hillf Danton <>
Date: Sat, 18 Feb 2012 15:12:22 +0800
Authentication-results:; spf=pass ( domain of designates as permitted sender); dkim=pass
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vWOHIIWiSdQweA71n8SaZ1RMGpd4ClwjynZvQ0+SxAI=; b=bJNOL5qZzplGl4aBddsMYYai7VcM70WO1OmY61ZLUgNh17/BcidhgNdgBbAWzkRtHD Mc66HB7X4xwuiEZMS6xgDlh5r5R2BaeocD4iQimrDP0xbblu1IPSUYucARD7HIpUBBZ+ ssEZu2Iyp1XQdDt9WyrYs67vn1DAdETESguL0=
In-reply-to: <>
References: <>
On Sat, Feb 18, 2012 at 5:13 AM, Alan Cooper <> wrote:
> This problem ends up breaking pthread cleanup for C++ programs because
> the cleanup is done using a class with the expectation that the
> destructor will be called when the thread gets canceled by a cancel
> signal. This seems like a big problem for all current MIPS kernels so
> I was wondering if I'm missing something?
> If this is correct, then it seems like the best solution would be to
> add the VDSO eh_frame info to MIPS.
Feel free to send a patch after testing;)

<Prev in Thread] Current Thread [Next in Thread>