You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 10, 2019. It is now read-only.
There is a weird issue around a replay delta with resolve.conf
Currently this is being worked around by disabling the name resolution machinery and entering host information in the hosts file. Current hypothesis is that there is some sort of caching or external mechanism causing problems.
Since the vDSO fix was put in place this delta presents itself as a call to gettimeofday() rather than a call to close() during the name resolution recvfrom() + poll() loop (in wget).
The text was updated successfully, but these errors were encountered:
The failure occurs in the call to res_send made by getaddrinfo. Simple test case is the callgetaddr sample program.
I need a way to debug deeper into the libc function.
Because of new checks, the failure now presents as a difference between the number of bytes requested by the recvfrom() calls made in a loop by this function.
Memory contents in first 512 bytes of stack frame before getaddrinfo() call are different in strace'd execution, replayed execution, and normal execution
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
There is a weird issue around a replay delta with resolve.conf
Currently this is being worked around by disabling the name resolution machinery and entering host information in the hosts file. Current hypothesis is that there is some sort of caching or external mechanism causing problems.
Since the vDSO fix was put in place this delta presents itself as a call to gettimeofday() rather than a call to close() during the name resolution recvfrom() + poll() loop (in wget).
The text was updated successfully, but these errors were encountered: