NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
lib/53757: backtrace(3) can return ~0
>Number: 53757
>Category: lib
>Synopsis: backtrace(3) can return ~0
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: lib-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Dec 01 09:00:00 +0000 2018
>Originator: Poul-Henning Kamp
>Release: Old bug
>Organization:
FreeBSD
>Environment:
any
>Description:
Copied from: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209842
(FreeBSD imported this code from NetBSD, so we should coordinate what the proper fix is)
The backtrace(3) function returns size_t which is unsigned:
size_t
backtrace(void **addrlist, size_t len);
And is documentet as returning:
RETURN VALUES
The backtrace() function returns the number of elements that were filled
in the backtrace. [...]
The implementation in contrib/libexecinfo/unwind.c clearly knows that the return value can be all-ones:
if (ctx.n != (size_t)~0 && ctx.n > 0)
ctx.arr[--ctx.n] = NULL; /* Skip frame below __start */
return ctx.n;
This happens on a BeagleBoneBlack running
10.3-STABLE FreeBSD 10.3-STABLE #0 r300092
I am not sure what the proper fix is here, nor for that matter what the problem might be that causes it to return the all-ones value in the first place.
But at the very least ctx.n should be slammed to zero before returning it, so the code calling backtrace(3) doesn't run off the end of the world.
>How-To-Repeat:
>Fix:
Home |
Main Index |
Thread Index |
Old Index