Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
add an equivalent to glibc's PTR_MANGLE for jmp_buf (setjmp/longjmp) #12
Comments
thestinger
added
the
Type: enhancement
label
Aug 19, 2015
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment Hide comment
thestinger
Sep 15, 2015
Contributor
This is being implemented upstream. I nudged them in the right direction:
|
This is being implemented upstream. I nudged them in the right direction: |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment Hide comment
thestinger
Sep 27, 2015
Contributor
This is now implemented upstream and could just be backported. However, there were quite a few changes to the assembly code after Lollipop so it's going to be a bit painful.
|
This is now implemented upstream and could just be backported. However, there were quite a few changes to the assembly code after Lollipop so it's going to be a bit painful. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment Hide comment|
This is now backported. |
thestinger
closed this
Dec 12, 2015
thestinger
referenced this issue
Jul 1, 2016
Closed
SprintDM breaks due to not finding a required class #329
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
thestinger commentedAug 19, 2015
This wouldn't be very useful for the handler registration functions (atexit, at_quick_exit, pthread_atfork) because the pages they're stored in are read-only when a new handler isn't being registered. The potential for a race is tiny because these functions are called a very limited number of times during initialization phases (start-up, loading a library, calling a library for the first time).
It's the only thing that can be done to protect
jmp_bufthough, and sadlysetjmp/longjmpare widely used...