| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
|
|
|
|
|
|
| |
Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
|
|
|
|
|
| |
Signed-off-by: aldot <rep.dot.nop@gmail.com>
Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
|
|
|
|
| |
Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
|
|
|
|
| |
Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Cherry picked these commits:
afdfa59588: Do not install libc-XXX.h files
fb863f7592: Make HARDWIRED_ABSPATH a config option
e0c8160a38: Allow people to run hostutils targets without .config
e0da861a29: Don't rely on features.h
ac1087a727: Denis's resolv.c cleanup
Pulled out the thread local __res_state in resolv.
Will reapply it in a future commit.
Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
|
|
|
|
|
|
|
| |
res_query: do not unconditionally set h_errno to TRY_AGAIN (closes bug 173).
cleanups: s/__dn_expand/dn_expand/, remove superfluous dn_expand declaration,
remove libc_hidden_proto junk
|
|
|
|
|
|
|
|
| |
stuff, instead of __UCLIBC_HAS_THREADS_NATIVE__.
This is in preparation on trunk merge to make TLS compatible
with LT (new) and NPTL.
Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
|
| |
|
|
|
|
|
|
|
| |
is not enabled by properly guarding optional fields assignment.
Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
|
|
|
|
|
|
|
| |
code styling, comments. No object-code changes.
Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
|
|
|
|
|
|
|
| |
is enabled. FIx build problem.
Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
|
| |
|
|
|
|
|
| |
Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
|
|
|
|
| |
Step 10: libc_hidden_removal
|
| |
|
|
|
|
| |
ARM as well.
|
|
|
|
| |
NPTL sh4 port build and work fine. All committed to allow Khem Ray working on a working branch to integrate the ARM nptl port. MIPS nptl port not tested but should still building and working fine. There are some other part non yet merged with trunk (misc/internals and some headers file that need some more work). Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
|
| |
|
| |
|
| |
|
|
|
|
|
| |
even no threads. Fix 'pthread_atfork' function and clean up duplicate
of '__set_errno' that is not needed.
|
| |
|
|
|
|
| |
changes work for the threaded and non-threaded cases.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
a stupid name to start with. What idiot thought of that?
|
|
|
|
| |
while. The complexity comes from the code used only during library build time, to non-threaded programs to threaded programs such that things are not a mess. I was getting undefined '_res' when doing a buildroot, but things are fixed now. This is much cleaner and more sane.
|
|
|
|
| |
new on the NPTL stuff other than cleaning a few things up.
|
|
|
|
| |
without stepping on each other. The original implementation pulled from glibc was done incorrectly and has been fixed.
|
|
|
|
|
|
| |
safe for TLS and NPTL. Our name resolver code is so out of date, we
made not be able to correctly utilize it in multi-threaded programs
compiled with NPTL.
|
|
|
|
|
|
|
|
|
|
|
| |
by 'nslookup www.yahoo.com' and 'nslookup mail.hotmail.com', and thus we
currently return ERANGE when trying to lookup some of the most popular hosts on
the planet. Whether these sites deserve to be popular is a question I'll leave
for someone else to worry about.
This change makes certain we have enough static buffer space to handle about 21
IPv4 IP address replies per DNS query. Far more than enough to handle common
cases such as www.yahoo.com and mail.hotmail.com.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fix, based on this patch
http://bugs.uclibc.org/view.php?id=104
makes it so uClibc fills out round robin dns lists for
applications such as nslookup:
Before:
$ nslookup google.com
Server: mace.codepoet.org
Address: 10.10.10.1
Name: google.com
Address: 216.239.39.99
After:
$ nslookup google.com
Server: mace.codepoet.org
Address: 10.10.10.1
Name: google.com
Addresses: 216.239.57.99, 216.239.37.99, 216.239.39.99
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
uClibc resolver doesn't lookup all search domains.
For example, if you have computer 'jenda.prague.my.cz' and resolv.conf:
search my.cz
nameserver xx.xx.xx.xx
try this:
ping jenda.prague.my.cz #works
ping jenda.prague #unknown host
libc/inet/resolv.c doesn't want to try search domains if the domain name
contains '.'. I don't find any reason for the behaviour in literature
and it is inconsistent with the glibc.
Patch is attached.
regards,
- jenda
|
| |
|
| |
|
|
|
|
|
| |
checking on 127.0.0.1 is still valid w/o resolv.conf
-Erik
|
|
|
|
|
|
| |
return the length and the actual dns packet as received, rather than
making stuff up.
-Erik
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> the gethostbyname_r() call itself is not segfaulting, but the memory
> returned in the h_aliases array seems to be wrong ...
was playing around with the source today and eventually the obvious answer hit
me ... while read_etc_hosts_r() generatings an array of strings fo h_aliases
and populates it, the dns path does not :)
find attached a patch that'll actually generate the h_aliases list in the
normal dns code path ... i used the etc_hosts_r() code as a template for some
of it ...
note that this is just a simple fix ... it fills the alias list with just the
hostname gethostbyname_r was passed ... the proper fix i think would be to
parse the dns packet down in __dns_lookup() and pass the info back via the
resolv_answer struct ...
but this fix is better than the current state of things ... that is, h_aliases
currently is never initailized in the dns code path :)
|
|
|
|
|
| |
Bug fix: gethostbyname_r checked errno without first setting it to a
known value.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hi Erik
I have corrected a bug in uClibc/libc/inet/resolv.c in function
__dns_lookup(). Have attaced a txt file with my diffs regarding to
uClibc 0.9.26.
If two nameservers are included in /etc/resolv.conf and the first one is
wrong and the secondary is correct the algorithm never
looked up the secondary one. Please review my diff and feel free to
submit the patch onto your CVS.
If reading manual page resolv.conf(5) under nameserver and how the
algorithm should work the previous dns_lookup did not fully followed
that.
Regards
Imre Sunyi
|
|
|
|
|
|
| |
but remove support for host aliases (the HOSTALIASES env variable)
which looks like a very bad idea.
-Erik
|