| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
no_sanitize_address attribute. ASAN doesn't seem to be able
to understand these lowlevel gymnastics with sigaltstack()
and segfaults in __intercept_memem().
This allows LibreSSL and other portable projects that use this
test run tests with ASAN enabled.
Issue reported and workaround suggested by Ilya Shipitsin
Paraphrasing millert: it's a little ugly but it's only a regress.
|
| |
|
|
| |
int foo() to int foo(void)
|
| |
|
|
| |
ok bluhm@, inoguchi@, tb@, deraadt@
|
| |
|
|
| |
Noticed testing with clang.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Solaris and OS X clobber the signal stack when returning to the main
stack, which caused the original testing strategy (inspecting the
signal stack once we're back on the main stack) to fail.
To be compatible with this behavior, the regress test now inspects the
signal stack space while we're still executing on it. This is a bit
iffy because we might clobber it ourselves while inspecting it, but we
as long as its not completely clobbered we should be okay.
thx bcook for the Solaris test account
|
| |
|
|
| |
run on altstack.
|
| |
|
|
|
|
|
| |
OS X's sigaltstack() fails with ENOMEM if ss_size < MINSIGSTKSZ even
if SS_DISABLE is specified in ss_flags. Rather than add code to try
to cope with this stupidity, just don't bother restoring the original
signal stack.
|
| |
|
|
|
|
|
|
| |
OS X fails to restore the old signal stack because the signal stack is
not enabled by default. This causes sigaltstack(2) to fail with ENOMEM
as ss_size is 0, < MINSIGSTCKSZ.
ok jsing@
|
| |
|
