aboutsummaryrefslogtreecommitdiff
path: root/libbb (follow)
Commit message (Collapse)AuthorAgeFilesLines
* apgo in Bug 322 writes: kill off CONFIG_FEATURE_MTAB_FILENAMEvapier2005-07-301-2/+2
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10976 69ca8d6d-28ef-0310-b511-8ec308f3f277
* move the ifdef to after libbb.h include, so it can do some good.pgf2005-07-271-1/+1
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10933 69ca8d6d-28ef-0310-b511-8ec308f3f277
* use toplevel ARFLAGS and update default ARFLAGS to be quietvapier2005-07-271-1/+1
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10923 69ca8d6d-28ef-0310-b511-8ec308f3f277
* 2005-04-05 Shaun Jackman <sjackman@gmail.com>vapier2005-07-261-14/+14
| | | | | | | * libbb/printf.c: Check for __NEWLIB_H__ before __GLIBC__. git-svn-id: svn://busybox.net/trunk/busybox@10922 69ca8d6d-28ef-0310-b511-8ec308f3f277
* no longer used as reported by apgo in Bug 348vapier2005-07-261-0/+0
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10918 69ca8d6d-28ef-0310-b511-8ec308f3f277
* ifdef all of loop.c with CONFIG_FEATURE_MOUNT_LOOP. won'tpgf2005-07-221-0/+2
| | | | | | | | compile due to CONFIG_FEATURE_MOUNT_LOOP_MAX otherwise. reported by Stephane Billiart. git-svn-id: svn://busybox.net/trunk/busybox@10901 69ca8d6d-28ef-0310-b511-8ec308f3f277
* applying fix for:pgf2005-07-191-1/+1
| | | | | | | | | 0000117: Remove linefeed after overwrite prompt using cp -i User input not on the same line as the prompt when about to overwrite a file. git-svn-id: svn://busybox.net/trunk/busybox@10867 69ca8d6d-28ef-0310-b511-8ec308f3f277
* applying fix from:pgf2005-07-191-1/+1
| | | | | | | | | 0000068: mount limited to max 8 loop devices (patch provided) (made minor wording change for config help message) git-svn-id: svn://busybox.net/trunk/busybox@10863 69ca8d6d-28ef-0310-b511-8ec308f3f277
* applying fix from:pgf2005-07-191-3/+7
| | | | | | | | 0000067: cp -p produces misleading error message git-svn-id: svn://busybox.net/trunk/busybox@10862 69ca8d6d-28ef-0310-b511-8ec308f3f277
* change the hardcoded error constant (0x80000000UL) to a nice flexible define ↵vapier2005-05-111-3/+3
| | | | | | (BB_GETOPT_ERROR) git-svn-id: svn://busybox.net/trunk/busybox@10289 69ca8d6d-28ef-0310-b511-8ec308f3f277
* now that mjn3 explained it to me, add documentation for the 3rd field in ↵vapier2005-05-111-5/+12
| | | | | | long opts git-svn-id: svn://busybox.net/trunk/busybox@10287 69ca8d6d-28ef-0310-b511-8ec308f3f277
* add documentation for long options and touch up the current docs now that i ↵vapier2005-05-101-39/+62
| | | | | | actually understand how to use the function myself :) git-svn-id: svn://busybox.net/trunk/busybox@10285 69ca8d6d-28ef-0310-b511-8ec308f3f277
* syntax/whitespace touchupvapier2005-05-091-2/+2
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10273 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Shaun Jackman said:landley2005-05-031-9/+21
| | | | | | | | | This patch adds a CONFIG_FEATURE_CLEAN_UP stanza, and also adds an ifdef around the SIOCGIFMAP call. git-svn-id: svn://busybox.net/trunk/busybox@10241 69ca8d6d-28ef-0310-b511-8ec308f3f277
* A patch from Takeharu KATO to update/fix SE-Linux support.landley2005-05-033-28/+37
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10238 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Revert Tito's patch to zcip. My bad, David Brownell had objected and I missedlandley2005-05-031-1/+1
| | | | | | | | it... git-svn-id: svn://busybox.net/trunk/busybox@10233 69ca8d6d-28ef-0310-b511-8ec308f3f277
* On Tuesday 19 April 2005 21:10, Tito wrote and today added:landley2005-05-011-1/+1
| | | | | | | | | | | | | | | | > Hi, > this is a first attempt of size optimization for zcip taking into account all > the hints given so far on the list. > I've applied just the more obvious busyboxifications so maybe it could be > optimized more. BTW: I've ripped out a lot of debug code and changed c++ // comments to /* */ as both were rather confusing for a newbie like me. ;-) Sorry to the author for that. I know that this makes mantaining the code easier, but I'm simple minded.... git-svn-id: svn://busybox.net/trunk/busybox@10215 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Correct errors preventing busybox tar from working properly,andersen2005-04-271-6/+11
| | | | | | | fixing bug http://bugs.uclibc.org/view.php?id=231 git-svn-id: svn://busybox.net/trunk/busybox@10187 69ca8d6d-28ef-0310-b511-8ec308f3f277
* In Bug 5, Tito writes:vapier2005-04-181-116/+210
| | | | | | | | | | | | | | | | | This is a first attempt to improve the comments of getopt_ulflags.c. Maybe under some aspects the text could be refined, but so far it is already usable and should help people who "avoided getopt_ulflags as the pest" to understand how it works. This patch was created with the help of Vodz, the author of the code, who explained me patiently how getopt_ulflags works and with the help of Paul Fox, who corrected my broken english. So thanks and merits should go to them also. git-svn-id: svn://busybox.net/trunk/busybox@10134 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Bernhard Fischer to make a bunch of symbols staticandersen2005-04-162-2/+2
| | | | | | | which were otherwise cluttering the global namespace. git-svn-id: svn://busybox.net/trunk/busybox@10121 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Rework to fix http://bugs.uclibc.org/view.php?id=107andersen2005-04-161-32/+41
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10117 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Add bb_msg_read_errorandersen2005-04-162-1/+4
| | | | git-svn-id: svn://busybox.net/trunk/busybox@10116 69ca8d6d-28ef-0310-b511-8ec308f3f277
* fake out support for POSIX -H and -L options since busybox cp dereferences ↵vapier2005-04-141-4/+5
| | | | | | everything by default git-svn-id: svn://busybox.net/trunk/busybox@10097 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Shaun Jackman writes: Fix typo. Use __NR_umount2 instead of __NR_pivot_root.vapier2005-03-041-1/+1
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9973 69ca8d6d-28ef-0310-b511-8ec308f3f277
* add some more commentsvapier2005-03-041-30/+29
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9971 69ca8d6d-28ef-0310-b511-8ec308f3f277
* newlib fixe from Shaun Jackmanvapier2005-03-041-1/+1
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9970 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Sort rewrite to be SUSv3 compliant. New config option, updated help, andlandley2005-01-241-1/+7
| | | | | | | a couple of infrastructure bits. git-svn-id: svn://busybox.net/trunk/busybox@9767 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Dear andersen:andersen2005-01-041-1/+2
| | | | | | | | | | | | | | | | Is the change on libbb/loop.c which you commited in 2005/1/3 effective really? The __GLIBC__ macro and __UCLIBC__ macro are defined in feature.h in glibc source, so the change may not be effective. If you want to check this with __GLIBC__, feature.h header is needed. Some architectures(e.g. PPC series) need to include linux/posix_types.h in stead of asm/posix_types.h, so the patch which is attached with this mail include <linux/posix_types.h>. git-svn-id: svn://busybox.net/trunk/busybox@9641 69ca8d6d-28ef-0310-b511-8ec308f3f277
* perhaps a better fixandersen2005-01-031-0/+2
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9633 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Workaround for uClibc-specific header problem described here:landley2004-12-091-1/+1
| | | | | | | | | http://www.busybox.net/lists/busybox/2004-December/013276.html Rob git-svn-id: svn://busybox.net/trunk/busybox@9545 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Make certain clients of bb_make_directory default to honoringandersen2004-10-131-1/+8
| | | | | | | the user's umask git-svn-id: svn://busybox.net/trunk/busybox@9413 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Claus Klein to increase, and make more apparentandersen2004-10-081-2/+4
| | | | | | | the hard coded limit on the number of mounts git-svn-id: svn://busybox.net/trunk/busybox@9330 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Tito writes:andersen2004-10-082-14/+14
| | | | | | | | | | | | | | | | Hi to all, This patch contains just some fixes for some misleading comments in my_getpwuid.c and my_getug.c. The code is untouched so this patch will not cause troubles. Please apply. Thanks in advance and Ciao, Tito git-svn-id: svn://busybox.net/trunk/busybox@9323 69ca8d6d-28ef-0310-b511-8ec308f3f277
* egor duda writes:andersen2004-10-082-12/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | Hi! I've created a patch to busybox' build system to allow building it in separate tree in a manner similar to kbuild from kernel version 2.6. That is, one runs command like 'make O=/build/some/where/for/specific/target/and/options' and everything is built in this exact directory, provided that it exists. I understand that applyingc such invasive changes during 'release candidates' stage of development is at best unwise. So, i'm currently asking for comments about this patch, starting from whether such thing is needed at all to whether it coded properly. 'make check' should work now, and one make creates Makefile in build directory, so one can run 'make' in build directory after that. One possible caveat is that if we build in some directory other than source one, the source directory should be 'distclean'ed first. egor git-svn-id: svn://busybox.net/trunk/busybox@9320 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Michael Tokarev:andersen2004-10-081-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Scenario: touch x -- creates plain file name `x' mkdir x -- exits successefully libbb/make_directory.c, bb_make_directory(), contains the following code: if (mkdir(path, 0777) < 0) { /* If we failed for any other reason than the directory * already exists, output a diagnostic and return -1.*/ if (errno != EEXIST) { fail_msg = "create"; umask(mask); break; } /* Since the directory exists, don't attempt to change * permissions if it was the full target. Note that * this is not an error conditon. */ if (!c) { umask(mask); return 0; } } The assumption that EEXIST error is due to that the *directory* already exists is wrong: any file type with that name will cause this error to be returned. Proper way IMHO will be is to stat() the path and check whenever this is really a directory. Below (attached) is a patch to fix this issue. git-svn-id: svn://busybox.net/trunk/busybox@9319 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Remove this error message at Vodz request, it was misleading.bug12004-09-241-1/+0
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9274 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Tito writes,bug12004-09-154-67/+90
| | | | | | | | "This patch fixes all the bugs in id previously spotted by vodz and me. The binary size increased a bit, but now it should work as expected." git-svn-id: svn://busybox.net/trunk/busybox@9256 69ca8d6d-28ef-0310-b511-8ec308f3f277
* No longer neededandersen2004-09-021-55/+0
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9198 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Tito writes:andersen2004-09-023-5/+57
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hi Erik, Hi to all, This is part five of the my_get*id story. I've tweaked a bit this two functions to make them more flexible, but this changes will not affect existing code. Now they work so: 1) my_getpwuid( char *user, uid_t uid, int bufsize) if bufsize is > 0 char *user cannot be set to NULL on success username is written on static allocated buffer on failure uid as string is written to buffer and NULL is returned if bufsize is = 0 char *user can be set to NULL on success username is returned on failure NULL is returned if bufsize is < 0 char *user can be set to NULL on success username is returned on failure an error message is printed and the program exits 2) 1) my_getgrgid( char *group, uid_t uid, int bufsize) if bufsize is > 0 char *group cannot be set to NULL on success groupname is written on static allocated buffer on failure gid as string is written to buffer and NULL is returned if bufsize is = 0 char *group can be set to NULL on success groupname is returned on failure NULL is returned if bufsize is < 0 char *group can be set to nULL on success groupname is returned on failure an error message is printed and the program exits This changes were needed mainly for my new id applet. It is somewhat bigger then the previous but matches the behaviour of GNU id and is capable to handle usernames of whatever length. BTW: at a first look it seems to me that it will integrate well (with just a few changes) with the pending patch in patches/id_groups_alias.patch. The increase in size is balanced by the removal of my_getpwnamegid.c from libbb as this was used only in previous id applet and by size optimizations made possible in whoami.c and in passwd.c. I know that we are in feature freeze but I think that i've tested it enough (at least I hope so.......). git-svn-id: svn://busybox.net/trunk/busybox@9194 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Tito writes:andersen2004-08-263-7/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hi, I've spent the half night staring at the devilish my_getpwuid and my_getgrgid functions trying to find out a way to avoid actual and future potential buffer overflow problems without breaking existing code. Finally I've found a not intrusive way to do this that surely doesn't break existing code and fixes a couple of problems too. The attached patch: 1) changes the behaviour of my_getpwuid and my_getgrgid to avoid potetntial buffer overflows 2) fixes all occurences of this function calls in tar.c , id.c , ls.c, whoami.c, logger.c, libbb.h. 3) The behaviour of tar, ls and logger is unchanged. 4) The behavior of ps with somewhat longer usernames messing up output is fixed. 5) The only bigger change was the increasing of size of the buffers in id.c to avoid false negatives (unknown user: xxxxxx) with usernames longer than 8 chars. The value i used ( 32 chars ) was taken from the tar header ( see gname and uname). Maybe this buffers can be reduced a bit ( to 16 or whatever ), this is up to you. 6) The increase of size of the binary is not so dramatic: size busybox text data bss dec hex filename 239568 2300 36816 278684 4409c busybox size busybox_fixed text data bss dec hex filename 239616 2300 36816 278732 440cc busybox 7) The behaviour of whoami changed: actually it prints out an username cut down to the size of the buffer. This could be fixed by increasing the size of the buffer as in id.c or avoid the use of my_getpwuid and use getpwuid directly instead. Maybe this colud be also remain unchanged...... Please apply if you think it is ok to do so. The diff applies on today's cvs tarball (2004-08-25). Thanks in advance, Ciao, Tito git-svn-id: svn://busybox.net/trunk/busybox@9165 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Felipe Kellermann writes:andersen2004-08-261-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Unfortunatelly I've not followed the last two or three weeks commits (new semester started and so now I rarely have time to fix my personal bridge) but tonight I synched my tree and immediately noticed a rather nasty bug! [Using libbb/interface.c:1.24] # grep eth0 /proc/net/dev | xargs eth0:311708397 237346 1670 0 1789 1670 0 0 22580308 120297 0 0 0 102 0 0 # ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:20:AF:7C:EA:B7 inet addr:10.0.0.1 Bcast:10.0.0.127 Mask:255.255.255.128 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:5 Base address:0x320 All values `ifconfig' is showing are `zeroed' -- I quickly looked at the last commits I missed and noticed that there were a commit relating to ifconfig, libbb/interface.c:1.23->1.24 (PatchSet 4338). I've reversed the patch and now everything is working again. I compared the get_name's return values from the 1.23 and 1.24 and quickly noticed that the new revision is leaving `p' right on the sep while the rev 1.23 was leaving it right on the starting of the values... 1-line, 1/3-minute patch attached :-) git-svn-id: svn://busybox.net/trunk/busybox@9162 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Use __kernel_old_dev_t for 2.6.x kernelsandersen2004-08-161-0/+2
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9099 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Aurelien Jacobs writes:andersen2004-08-161-3/+1
| | | | | | | | | | | | | | | | | | | | | with a quick conversion you will see that 132608 == 0x20600 so noticed that the elif will never be matched ! Apparently there was already a try to modify this in CVS which was reverted (it was plain wrong). I don't know when __kernel_old_dev_t is needed, but with a 2.6.7 or a 2.6.8 this is __kernel_dev_t wich is needed. I corrected this with the following patch but maybe older 2.6 still need __kernel_old_dev_t ? I think this should be corrected before 1.0. Thanks Aurel git-svn-id: svn://busybox.net/trunk/busybox@9098 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from solar to fix problems with get_name()andersen2004-08-121-23/+28
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9088 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Tito to fix memory leak upon error.bug12004-08-111-2/+3
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9085 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Tito, farmatito at tiscali dot it writes:andersen2004-08-031-2/+6
| | | | | | | | | | | | | | Hi to all, This patch is useful for: 1) remove an unused var from extern char *find_real_root_device_name(const char* name) changing it to extern char *find_real_root_device_name(void). 2) fixes include/libbb.h, coreutils/df.c, util-linux/mount.c and util-linux/umount.c accordingly. 3) fixes a bug, really a false positive, in find_real_root_device_name() that happens if in the /dev directory exists a link named root (/dev/root) that should be skipped but is not. This affects applets like df that display wrong results git-svn-id: svn://busybox.net/trunk/busybox@9056 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Clean up hex escape support.mjn32004-07-291-21/+43
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9038 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Felipe Kellermann noticed a missing `break'.andersen2004-07-271-0/+2
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9030 69ca8d6d-28ef-0310-b511-8ec308f3f277
* bother. unrevert my fix.andersen2004-07-261-16/+23
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9024 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Allow hex escape sequencesandersen2004-07-261-23/+16
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9022 69ca8d6d-28ef-0310-b511-8ec308f3f277