Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
things like xasprintf() into xfuncs.c, remove xprint_file_by_name() (it only
had one user), clean up lots of #includes... General cleanup pass. What I've
been doing for the last couple days.
And it conflicts! I've removed httpd.c from this checkin due to somebody else
touching that file. It builds for me. I have to catch a bus. (Now you know
why I'm looking forward to Mercurial.)
|
|
|
|
by Bernhard Fischer
|
|
|
|
head, and change all the callers.
|
|
as the old optimization did (actually does slightly better under gcc 4.0), and
simplifies the code.
|
|
never be selected via menuconfig anyway.) If somebody wants one of these
protocols, ask on the list for us to support it _properly_.
|
|
- include the correct headers: applets need busybox.h while lib* need libbb.h
|
|
|
|
definitions. (That should only be on prototypes.)
|
|
|
|
from before "if(x) free(x)".
|
|
|
|
with it.
|
|
|
|
removes warning about unused code for allbareconfig.
|
|
|
|
ln.c: error_msg(str)->error_msg(%s, str) - remove standart "feature" for hackers
reduce 100 bytes don't care in sum
|
|
- move llist_add_to_end() from ifupdown.c to libbb/llist.c
|
|
|
|
not dynamically allocated. Instead, use a private variable to store
the environment array, which is used when we exec applications.
|
|
which were otherwise cluttering the global namespace.
|
|
|
|
extra const's also.
|
|
|
|
bootp_down() seems redundant, esp since bootp_down was a subset
of static_down, so just use that...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
"I have a need to _really_ know if the interface was properly configured
via ifup so I made busybox's ifupdown pass the return codes through rather
than dropping them on the floor."
"All the functions in ifupdown.c return 1 on success and 0 on failure
(which happens to the opposite of standard practices but whatever).
So it is important for all these functions to not blindly return 1."
"The problem with blindly returning ret, even if it is != 1, is the
callers expect a 0 or 1 and accumulate the return codes. So a function that
makes 3 calls to execute will have a value of 3 accumulated. That value
of 1 (success) was almost always returned even if 1 of the commands in the
command sequence failed. The attached patch fixes the lack of checking
to verify thar result == expected_reult."
|
|
a grammatical error.
|
|
warning
|
|
hi --
working with ifupdown, i've found a couple of buglets --
the wrong string is passed to an error message.
paul
|
|
|
|
even if built with CONFIG_FEATURE_IFUPDOWN_IP when shutting down
a dhcp connection.
|
|
|
|
Hello,
I have been using busybox for some time now, for an ARM based platform.
I was very pleased when I tried the 1.00preX series, with all the new
utilities and daemons.
I found out that the ifupdown in busybox does not behave exaclty like
the debian version. Then the pre-up script fails, the interface is
getting up. Also when the post-up script fails the return value is
ignored. Actually everything is always run and the return value is
always true. I looked at the original implementation from debian and
fixed the busybox version to do the same. A patch is attached if anyone
is interested.
|
|
|
|
the upstream ifupdown code...
|
|
constant.
Vodz last_patch_107
|
|
|
|
The attached patch adds "mtu" and "hwaddress" to the inet6 method and
"mtu", "hwaddr" and "pointopoint" to the inet4 method (just like in
the ifupdown part).
Note: "hwaddress" can't be used with the busybox ip applet (this
function isn't implemented in bb ip yet), but it can be of use with
an external "full blown" ip package.
The patch also removes "label" from the loopback configuration,
labels (subinterfaces) aren't used with loopback interfaces.
It further solves a problem in the bootp method, "ifconfig down
%interface%" should be "ifconfig %interface% down" and it's now also
possible to use ip with bootp.
The patch is fully tested with both busybox ip and "stand-alone" ip
and I didn't saw any problems.
|
|
The recent changes in ifupdown where all calls to 'ip link set' and
'ip addr set' are swapped give some problems with v4tunnels.
For plain ipv4 and ipv6 interfaces it works correct, other methods
not tried. The patch below change the behaviour back for v4tunnels
only.
Without the patch the following errors are shown:
RTNETLINK answers: Network is down
RTNETLINK answers: No route to host
and the tunnel is not fully brought up
With this patch all works as expected.
|
|
|