| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
I found inappropriate data types are used in some places in networking
codes.
* tcp_seq is 32bit (u_long -> u_int32_t)
* in_addt_t should be used for internet address (unsigned long -> in_addr_t)
* socklen_t should be used for accept()
This is a patch against uclibc-0.9.21 (can be applied for current
CVS). 64bit platforms (sizeof(int)!=sizeof(long)) will need this. I
believe this patch does not harm any 32bit platforms.
|
| |
|
|
|
|
|
|
| |
per UNIX Network Programming, Volume 1, second edition:
An undocumented feature of inet_aton is that if addrptr is
a null pointer, the function still performs it validation
of the input string, but does not store the result.
|
| |
|
|
|
|
| |
With gcc, sizeof on a sized array argument to a function returns 4, not
16 as was expected in this code. This caused inet_ntoa to overwrite
whatever came before the buffer in the BSS by up to 12 bytes.
|
| |
|
|
|
| |
indicate it is (alledgedly) private.
-Erik
|
| |
|
|
| |
-Erik
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
glibc, since no trailing blanks was permitted, such that
inet_aton("192.168.1.1 ",&value);
would work with glibc, and fail with uClibc. This brings uClibc's
inet_aton() behavior into sync with glibc's behavior.
-Erik
|
| |
|
|
|
| |
support for __FORCE_NOGLIBC per Brian Stafford
<brian.stafford@office-logic.com>
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
-Erik
|
| |
|
