aboutsummaryrefslogtreecommitdiff
path: root/procps/ps.c (unfollow)
Commit message (Collapse)AuthorFilesLines
2004-10-08Fix CONFIG_ASH_MATH_SUPPORT_64 so it actually worksandersen1-4/+4
git-svn-id: svn://busybox.net/trunk/busybox@9331 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08Patch from Claus Klein to increase, and make more apparentandersen1-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
2004-10-08Wade Berrier writes:andersen9-5/+260
Hello, Here's a patch for a first attempt at static leases for udhcpd. Included in the tarball are 2 files (static_leases.c, static_leases.h) and a patch against the latest cvs. In the config file you can configure static leases with the following format: static_lease 00:60:08:11:CE:4E 192.168.0.54 static_lease 00:60:08:11:CE:3E 192.168.0.44 Comments/suggestions/improvements are welcome. Wade git-svn-id: svn://busybox.net/trunk/busybox@9329 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08Patch from Denis Vlasenko to fix a problem whereandersen1-4/+8
wget http://1.2.3.4/abc/ loses last '/' git-svn-id: svn://busybox.net/trunk/busybox@9328 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08Hiroshi Ito writes:andersen1-5/+31
Hello, all. Busybox init does not handle removed inittab entry correctly. # I'm sorry about my poor english, but you can find # what I would like to say from patch, isn't it? even if you apply this path, when yoy try to change a command line option in inittab, you have to do following steps. 1. remove old line from initrd 2. send HUP signal to init 3. kill old proces which is invoked from init. 4. append new line to inittab 5. send HUP signal to init, again patch is against current CVS + last patch witch I send it last. git-svn-id: svn://busybox.net/trunk/busybox@9327 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08Hiroshi Ito writes:andersen1-4/+5
"kill -HUP 1" reloads inittab, and when I append one line to inittab and send HUP signal two times, It will starts 2 process. patch against current CVS is attached. git-svn-id: svn://busybox.net/trunk/busybox@9326 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08Hiroshi Ito writes:andersen1-0/+1
ash "unset OLDPWD; cd -" causes segmentation fault. ( OLDPWD is not set when sh is invoked from getty. ) patch against current CVS is attached. git-svn-id: svn://busybox.net/trunk/busybox@9325 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08Hiroshi Ito writes:andersen1-4/+4
Hello I'm using busy box on mipsel machine. "grep -f file" will cause segmentation fault. Vladimir N. Oleynik writes: Hiroshi, Thank for bug report, but your patch is full broken. Worked patch attached. (really changes is zero initialize, and indent correcting). --w vodz git-svn-id: svn://busybox.net/trunk/busybox@9324 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08Tito writes:andersen2-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
2004-10-08last_patch139.gz from Vladimir N. Oleynik:andersen1-31/+83
>I also don't mean to disagree about leaving 30x status codes until after >1.0. In fact, although redirecting http://host/dir to http://host/dir/ >with a 301 is common practice (e.g. Apache, IIS), AFAIK it isn't >actually required (or mentioned) by the HTTP specs. Ok. Attached patch have 302 and 408 implemented features. --w vodz git-svn-id: svn://busybox.net/trunk/busybox@9322 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08As noticed by egor duda, current_menu is declared as 'extern struct menuandersen1-1/+1
*current_menu;' in scripts/config/lkc.h line 63, and this conflicts with static definition in mconf.c. git-svn-id: svn://busybox.net/trunk/busybox@9321 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-10-08egor duda writes:andersen66-241/+459
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
2004-10-08Patch from Michael Tokarev:andersen1-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
2004-10-07Make it more apparent that archive creation is not supportedandersen1-6/+10
git-svn-id: svn://busybox.net/trunk/busybox@9309 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-30Patch from William Barsse to fix a segfault when multiple files are specified.bug11-0/+1
git-svn-id: svn://busybox.net/trunk/busybox@9287 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-24Patch from Dmitry Zakharov to fix a bug triggered by freeswan's scripts.bug11-1/+2
git-svn-id: svn://busybox.net/trunk/busybox@9277 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-24Patch from Egor Dudabug11-0/+5
Attached patch prevents modprobe from trying to call 'insmod (null)' whenever nonexistent module is either passed to modprobe via command line or mentioned in modules.dep this replaces cryptic error sh: Syntax error: word unexpected (expecting ")") with modprobe: module some-module not found. egor. git-svn-id: svn://busybox.net/trunk/busybox@9276 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-24Fix a typobug11-2/+2
git-svn-id: svn://busybox.net/trunk/busybox@9275 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-24Remove this error message at Vodz request, it was misleading.bug11-1/+0
git-svn-id: svn://busybox.net/trunk/busybox@9274 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-24Patch from David Daney to make the -i option work with -l.bug11-1/+1
git-svn-id: svn://busybox.net/trunk/busybox@9273 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-24A bit of extra explanation regarding STANDALONEandersen1-0/+5
git-svn-id: svn://busybox.net/trunk/busybox@9272 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-23Add some notes on how to make telnetd actually workandersen1-2/+36
git-svn-id: svn://busybox.net/trunk/busybox@9271 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-15Add a missing brace, patch by Hideki IWAMOTObug11-0/+1
git-svn-id: svn://busybox.net/trunk/busybox@9257 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-15Tito writes,bug16-108/+126
"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
2004-09-15Only write to shadow file is shadow passwords are enabled. Patch by magicfox ↵bug11-5/+4
modified by myself to retain check for shadow file access. git-svn-id: svn://busybox.net/trunk/busybox@9255 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-15Patch by Felipe Kellermann, use the common escape handling function and ↵bug11-133/+21
remove some unused code. git-svn-id: svn://busybox.net/trunk/busybox@9254 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-14remove a cut/paste mistake, i better get some sleep.bug11-20/+0
git-svn-id: svn://busybox.net/trunk/busybox@9253 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-14Apply patch from Felipe Kellermann to simlify logic of sort functions.bug11-26/+24
I reversed the result of the sort functions to make the big numbers go to the top. git-svn-id: svn://busybox.net/trunk/busybox@9252 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-14Patch by Felipe Kellermann, fix a bug introduced in the last patch by adding ↵bug11-15/+21
a condition around the remote logging, also adds some comments. git-svn-id: svn://busybox.net/trunk/busybox@9251 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-14Patch from Felipe Kellermann, remove some unnecessary dups, i declared a few ↵bug15-19/+18
extra const's also. git-svn-id: svn://busybox.net/trunk/busybox@9250 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-14Patch from Felipe Kellermann, adds missing applet usage options, removes usagebug11-31/+51
for options that are currently not implemented and fixes typos. git-svn-id: svn://busybox.net/trunk/busybox@9249 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-14Patch from tito to add argument checking.bug11-2/+2
git-svn-id: svn://busybox.net/trunk/busybox@9248 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-14I have to assume both Avaks and LSILogic are deliberatly ignoring me.bug11-0/+3
git-svn-id: svn://busybox.net/trunk/busybox@9247 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-08Fixup URLandersen1-1/+1
git-svn-id: svn://busybox.net/trunk/busybox@9230 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-08Felipe Kellermann writes:andersen1-29/+26
The Togg's sysklogd patch to use sendto() on remote logging is formatting strangely (using `<' and '>' surrounding the `msg' string message). This is OK, but this is not the standard way of formatting this message. So this patch does the following: o Fix the formatting to the standard way. o Uses `MAXLINE' when needed; o Don't loop sending messages without a "sleeping time", I'm now doing `now = 1', `now <<= 1'; o Don't die on `init_RemoteLog' when starting up (feature!) We're now trying to connect every time we have an invalid fd; o Removes one static uneeded variable. o Removes two automatic uneeded variables. git-svn-id: svn://busybox.net/trunk/busybox@9227 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-08Patrick Huesmann noticed BusyBox would not link whenandersen1-0/+2
CONFIG_FEATURE_COMMAND_EDITING was defined *and* CONFIG_FEATURE_COMMAND_TAB_COMPLETION was undefined. Vladimir N. Oleynik writes: Its declare always, also if CONFIG_FEATURE_COMMAND_TAB_COMPLETION undefined. Patch to CVS version attached. --w vodz git-svn-id: svn://busybox.net/trunk/busybox@9226 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-02Jonas Holmberg from axis dot com writes:andersen1-22/+46
This patch makes msh handle variable expansion within backticks more correctly. Current behaviour (wrong): -------------------------- BusyBox v1.00-rc3 (2004.08.26-11:51+0000) Built-in shell (msh) Enter 'help' for a list of built-in commands. $ A='`echo hello`' $ echo $A `echo hello` $ echo `echo $A` hello $ New behaviour (correct): ------------------------ BusyBox v1.00-rc3 (2004.08.26-11:51+0000) Built-in shell (msh) Enter 'help' for a list of built-in commands. $ A='`echo hello`' $ echo $A `echo hello` $ echo `echo $A` `echo hello` $ The current behaviour (wrong according to standards) was actually my fault. msh handles backticks by executing a subshell (which makes it work on MMU-less systems). Executing a subshell makes it hard to only expand variables once in the parent. Therefore I export all variables that will be expanded within the backticks and let the subshell handle the expansion instead. The bug was found while searching for security leaks in CGI-scripts. Current behaviour of msh makes it easy to expand backticks by mistake in $QUERY_STRING. I recommend appling the patch before release of bb 1.00. /Jonas git-svn-id: svn://busybox.net/trunk/busybox@9199 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-02No longer neededandersen2-369/+0
git-svn-id: svn://busybox.net/trunk/busybox@9198 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-02Based on patches from Mike Frysinger, add insmod support forandersen2-82/+91
sparc and ia64 (itanium). Also, reorganize the insmod architecture support code to be alphasorted and less messy. Update the readme to list current insmod arch support. git-svn-id: svn://busybox.net/trunk/busybox@9197 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-02Tito writes:andersen3-9/+6
The second patch contains: 1) a size optimization for adduser.c 2) removes a warning about an unused variable in syslogd.c if CONFIG_FEATURE_REMOTE_LOG is not set 3)cosmetic fixes for addgroup_full_usage and adduser_full_usage Ciao, Tito git-svn-id: svn://busybox.net/trunk/busybox@9195 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-09-02Tito writes:andersen7-80/+149
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
2004-08-28Fixup some warningsandersen6-22/+32
git-svn-id: svn://busybox.net/trunk/busybox@9180 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-27Quiet a few warningsandersen2-20/+2
git-svn-id: svn://busybox.net/trunk/busybox@9179 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-26Togg writes:andersen1-28/+14
Syslogd wont start if remote-logging is enabled and the connection to the remote-log server is not possible on syslogd startup. I found a patch somewhere which works like a charm. It uses sendto() which seems more reliable for this issue. Please see attached patch. Many people will be more happy with this included I think. Regards, Togg git-svn-id: svn://busybox.net/trunk/busybox@9171 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-26Improve the setuid situation a bit, and make it more apparentandersen3-0/+29
when people really ought to make busybox setuid root. -Erik git-svn-id: svn://busybox.net/trunk/busybox@9170 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-26The login applet should always be setuid rootandersen1-1/+1
git-svn-id: svn://busybox.net/trunk/busybox@9169 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-26Tito writes:andersen1-4/+6
Hi, I've fixed also the issue of whoami cutting down usernames. This time I cannot send a diff because i don't know if my previous patches will be applied or not, so I send in the whole file. The changes I've made don't affect size but ensure that usernames of whatever lenght are correctly displayed. root@localhost:/dev/pts/3:/root/Desktop/busybox/coreutils# size whoami_orig.o text data bss dec hex filename 102 0 0 102 66 whoami_orig.o root@localhost:/dev/pts/3:/root/Desktop/busybox/coreutils# size whoami.o text data bss dec hex filename 93 0 0 93 5d whoami.o This should be applied even if the other patches aren't as this matches the behaviour of the GNU whoami. Thanks in advance, Ciao, Tito git-svn-id: svn://busybox.net/trunk/busybox@9168 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-26Save a line or twoandersen2-6/+3
git-svn-id: svn://busybox.net/trunk/busybox@9167 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-26Vladimir N. Oleynik writes:andersen1-5/+15
Ming-Ching, >>No. Here there are no mistakes. >>You using POST metod. >>For get data you should read from stdin CONTENT_LENGTH bytes. >Hower as I posted a little while ago, there is indeed a bug >in POST method if the CONTENT_LENGTH is bigger >than sizeof(wbuf[128]). So if your CGI script is expecting to >read the full CONTENT_LENGTH, it might block forever, >because it will only transfer sizeof(wbuf) to the CGI. Ok, Ok. I should find time to understand with a problem. Try attached patch. --w vodz git-svn-id: svn://busybox.net/trunk/busybox@9166 69ca8d6d-28ef-0310-b511-8ec308f3f277
2004-08-26Tito writes:andersen9-18/+18
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
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-08-05 10:56:18 +0000