| Anonymous | Login | Signup for a new account | 11-10-2008 10:58 PST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
| 0000752 | [BusyBox] Other | minor | always | 02-21-06 01:37 | 11-28-06 16:23 | ||||
| Reporter | schweikhardt | View Status | public | ||||||
| Assigned To | BusyBox | ||||||||
| Priority | normal | Resolution | fixed | ||||||
| Status | closed | Product Version | 1.00 | ||||||
| Summary | 0000752: ifconfig error reporting missing; bogus exit status | ||||||||
| Description |
The ifconfig utility silently ignores certain erroneous invocations. On the other hand, it reports certain successful invocations with a non-zero exit status. This makes ifconfig pretty much unsusable in shell scripts using "set -e" as well as Makefiles. How to reproduce on BusyBox v1.00-rc3 (2004.10.07-07:15+0000) multi-call binary: # ifconfig lo inet 127.0.0.1/8 <--invalid syntax # (no error message, exit status 2) # ifconfig lo inet 127.0.0.1 # echo $? 1 # What's wrong? Should be 0. # ifconfig eth2 inet 10.0.0.1 netmask 0xFF000000 # echo $? 1 # What's wrong? Should be 0. Could someone please review all the places where ifconfig does exit() or return from main() for consistency? Ideally 0 and 1 should be the only two exit status values ever seen, just like for many POSIX utilities. Thanks a bunch! |
||||||||
| Additional Information | |||||||||
| Attached Files | |||||||||
|
|
|||||||||
| Copyright © 2000 - 2006 Mantis Group |