<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/glibc.git/debug/longjmp_chk.c, branch ibm/master</title>
<subtitle>sourceware.org: git/glibc.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glibc.git/'/>
<entry>
<title>Check for valid stack frame in longjmp.</title>
<updated>2009-05-16T02:37:13+00:00</updated>
<author>
<name>Ulrich Drepper</name>
<email>drepper@redhat.com</email>
</author>
<published>2009-05-16T02:28:04+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glibc.git/commit/?id=b50f8e42ba3010f0141e6a482e0820f658e89b63'/>
<id>b50f8e42ba3010f0141e6a482e0820f658e89b63</id>
<content type='text'>
If longjmp restores the stack frame to an address which is beyond
the stack frame at the time of the longjmp call it would install
an uninitialized stack frame.  If compiled with _FORTIFY_SOURCE
defined, longjmp will now bail out in this situation.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If longjmp restores the stack frame to an address which is beyond
the stack frame at the time of the longjmp call it would install
an uninitialized stack frame.  If compiled with _FORTIFY_SOURCE
defined, longjmp will now bail out in this situation.
</pre>
</div>
</content>
</entry>
</feed>
