[bug #12162] Enhancement req: finding files less than 2Gb in size [needs community feedback]

Follow-up Comment #20, bug #12162 (project findutils): Just call it filesize. Sure, it might not apply to just files, but that's the name everyone will be looking for. ___ Reply to this item at: __

[bug #29512] [feature request] xargs parallel processing env-val improvement

Update of bug #29512 (project findutils): Status: Need Info => Code Review ___ Reply to this item at: ___

[bug #29512] [feature request] xargs parallel processing env-val improvement

Follow-up Comment #8, bug #29512 (project findutils): Try the attached patch. $ seq 0 25 |./xargs/xargs -P3 -n3 --process-slot-var=XARGS_SLOT bash -c 'echo [$XARGS_SLOT] $@; sleep 2' x [2] 6 7 8 [1] 3 4 5 [0] 0 1 2 [1] 12 13 14 [2] 9 10 11 [0] 15 16 17 [1] 18 19 20 [2] 21 22 23 [0] 24 25 (fi

[PATCH] Implement xargs --process-slot-var.

* xargs/xargs.c (set_slot_var): New function; sets an environment variable to the index of the entry in pids[] that represents the relevant child process. This can be used in rudimentary load distribution systems. (slot_var_name): the name of the variable to use (selected by --process-slot-var). (

[bug #12162] Enhancement req: finding files less than 2Gb in size [needs community feedback]

Follow-up Comment #19, bug #12162 (project findutils): I like Nigel's suggestion of -filesize. i suggest adding "c" as a synonym for "b." I further suggest that all the units be made case-insensitive. I like Nigel's further suggestion about -size and -blocksize. Also, print a warning to s

[bug #29512] [feature request] xargs parallel processing env-val improvement

Follow-up Comment #5, bug #29512 (project findutils): By default though, xargs only runs one process at a time, so the output would look like this: seq 0 99 | xargs bash -c 'echo $XARGS_SLOT' 0 0 0 0 0 0 . . . ___ Reply to this item at

[bug #29512] [feature request] xargs parallel processing env-val improvement

Follow-up Comment #6, bug #29512 (project findutils): i've checked the source. there is pids[i] array (so i want to know i value). it's not such hard... there are two ways to pass the value... 1.) use int execle(const char *path, const char *arg, char * const envp[]); instead of int execvp(cons

[bug #12162] Enhancement req: finding files less than 2Gb in size [needs community feedback]

Update of bug #12162 (project findutils): Status:None => Need Info Summary: Enhancement req: finding files less than 2Gb in size => Enhancement req: finding files less than 2Gb in size [needs community feedback] ___

[bug #29512] [feature request] xargs parallel processing env-val improvement

Follow-up Comment #7, bug #29512 (project findutils): >> By default though, xargs only runs one process at a time, so the output would look like this: >> ... pseudocode :-) but i think you understanded what i mean ;-) ___ Reply to this it

[bug #29512] [feature request] xargs parallel processing env-val improvement

Follow-up Comment #4, bug #29512 (project findutils): >> If yes, why not use the PID of the child? because PID is different for each process. when you will pass me xargs "slot", then i will run 400 tasks on 4 CPUs, the slot value will be from 1 to 4 only which is usefull. i think you are still

[bug #27563] -L breaks -execdir

Follow-up Comment #2, bug #27563 (project findutils): I've attached a similar patch for 4.4.x. (file #20195) ___ Additional Item Attachment: File name: 0001-Fix-Savannah-bug-27563-L-breaks-execdir.patch Size:9 KB ___

[bug #29512] [feature request] xargs parallel processing env-val improvement

Follow-up Comment #3, bug #29512 (project findutils): Is this the same thing as you are asking for: "Set some environment variable, so that it has a different value in each child process." If yes, why not use the PID of the child? Even if we use a sequence starting at 1 and put the value in

[bug #29512] [feature request] xargs parallel processing env-val improvement

Follow-up Comment #2, bug #29512 (project findutils): OK i have solution which is more (very) simple to implement and which will be OK also... just set ENV value XARGS_CPU which will contain number of proccess slot on which is the process running. and i will be able eg. to handle numbers higher

[bug #28237] strange behavior (maybe a bug, maybe not...) [needs better explanation of the problem]

Follow-up Comment #4, bug #28237 (project findutils): ops... in the example below, the DOT-ASTERISK are collapse in only one DOT so I mean $ find . -regextype egrep -regex ".ASTERISKnew.ASTERISK" $ find . -regextype egrep -regex ".ASTERISK[[:cntrl:]].ASTERISK" __

[bug #27563] -L breaks -execdir

Update of bug #27563 (project findutils): Severity: 3 - Normal => 4 - Important Status:None => Code Review ___ Follow-up Comment #1: I just mailed a

Re: [PATCH 1/2] Fix Savannah bug 27563 (-L breaks -execdir).

This patch should be applied on top of my earlier patch fixing bug #19593 (which is still waiting for code review, I won't be applying it until tomorrow).

[PATCH 2/2] Add a test case for Savannah bug 27563 (-L breaks -execdir).

* find/testsuite/Makefile.am (EXTRA_DIST_EXP): Add find.gnu/sv-bug-27563-execdir.exp and find.posix/sv-bug-27563-exec.exp. (EXTRA_DIST_XO): Add find.gnu/sv-bug-27563-execdir.xo and find.posix/sv-bug-27563-exec.xo. * find/testsuite/find.gnu/sv-bug-27563-execdir.exp: New test. * find/testsuite/find.p

[PATCH 1/2] Fix Savannah bug 27563 (-L breaks -execdir).

* find/pred.c (initialise_wd_for_exec): New function, factoring out part of the body of record_exec_dir. (record_exec_dir): If state.rel_pathname contains a /, extract the directory part and initialise execp->wd_for_exec to point at that directory. (impl_pred_exec): Rename new_impl_pred_exec to imp

[PATCH 1/2] Fix Savannah bug 27563 (-L breaks -execdir).

* find/pred.c (initialise_wd_for_exec): New function, factoring out part of the body of record_exec_dir. (record_exec_dir): If state.rel_pathname contains a /, extract the directory part and initialise execp->wd_for_exec to point at that directory. (impl_pred_exec): Rename new_impl_pred_exec to imp

[bug #28237] strange behavior (maybe a bug, maybe not...) [needs better explanation of the problem]

Follow-up Comment #3, bug #28237 (project findutils): sorry... maybe i'm on error... this is a very simple example $ mkdir new$'n'line $ touch new$'n'line/new$'n'line I have created one directory and one file with a newline inside the name $ find . -name "new*" ./new?line ./new?line/new?line

[bug #27369] 'ftsfind -ok ... <&-' attempts to read directory fd

Update of bug #27369 (project findutils): Status: Confirmed => Code Review ___ Reply to this item at: ___

[bug #29512] [feature request] xargs parallel processing env-val improvement

Update of bug #29512 (project findutils): Status:None => Need Info ___ Reply to this item at: ___

[bug #27221] symlink_loop check broken by FTS_CWDFD

Update of bug #27221 (project findutils): Status: Need Info => Fixed Open/Closed:Open => Closed Fixed Release:None => 4.5.8 ___

[bug #27221] symlink_loop check broken by FTS_CWDFD

Follow-up Comment #3, bug #27221 (project findutils): Haven't dug through all the details again, but at least the example seems to work now: strace lists newfstatat invocations with a suitable directory handle for foo as first argument. ___

[bug #28490] find v4.5.5 dies with an assertion failure

Update of bug #28490 (project findutils): Open/Closed:Open => Closed Fixed Release:None => 4.5.8 ___ Follow-up Comment #5: #27213 was fixed

[bug #28237] strange behavior (maybe a bug, maybe not...) [needs better explanation of the problem]

Update of bug #28237 (project findutils): Summary: strange behavior (maybe a bug, maybe not...) => strange behavior (maybe a bug, maybe not...) [needs better explanation of the problem] ___ Follow-up Comment #2: I'll clos

[bug #26945] [wishlist] locate-d: dynamic updates using dnotify, inotify or fsnotify

Update of bug #26945 (project findutils): Status:None => Postponed ___ Follow-up Comment #5: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #22715] find command for NETPATHS in updatedb is inconsistent with that for SEARCHPATHS

Update of bug #22715 (project findutils): Status:None => Postponed ___ Follow-up Comment #1: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #22467] updatedb: --prunepaths doesn't allow directories with whitespace

Update of bug #22467 (project findutils): Status:None => Postponed ___ Follow-up Comment #3: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #20510] [wishlist] updatedb does not use gettext

Update of bug #20510 (project findutils): Status: Confirmed => Postponed ___ Follow-up Comment #2: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #19485] feature request: storing relative pathnames in locate databases

Update of bug #19485 (project findutils): Status:None => Postponed ___ Follow-up Comment #1: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #19374] Insufficient quoting of PRUNEPATHS in updatedb

Update of bug #19374 (project findutils): Status:None => Postponed ___ Follow-up Comment #3: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #17410] [wishlist] updatedb flexibility/doc

Update of bug #17410 (project findutils): Status:None => Postponed ___ Follow-up Comment #1: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #14386] updatedb relies on mktemp, which is not portable

Update of bug #14386 (project findutils): Status:None => Postponed ___ Follow-up Comment #7: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "P

[bug #8599] updatedb / locate is unusable over NFS

Update of bug #8599 (project findutils): Status:None => Postponed ___ Follow-up Comment #6: updatedb would probably be best rewritten. I'm going to mark the updatedb-related bus as "Po

[bug #27221] symlink_loop check broken by FTS_CWDFD

Update of bug #27221 (project findutils): Status:None => Need Info ___ Reply to this item at: ___

[bug #26641] Wrong directory hard link count message on automounted directory.

Update of bug #26641 (project findutils): Status:None => Need Info ___ Follow-up Comment #9: Does this problem still apply to "oldfind" in findutils-4.3.8? Are you able to test patches

[bug #24561] find -ok should not redirect stdin

Update of bug #24561 (project findutils): Status:None => Need Info ___ Follow-up Comment #4: Eric, are you hoping to work on this yourself, or should I take a closer look? _

[PATCH] Make sure we don't open a file on a standard fd (that is, 0/1/2).

* lib/fdleak.c: Include fcntl--.h to turn calls to open into calls to open_safer. * find/find.c: Likewise. Signed-off-by: James Youngman --- ChangeLog|5 + find/find.c |1 + lib/fdleak.c |1 + 3 files changed, 7 insertions(+), 0 deletions(-) diff --git a/ChangeLog b/ChangeL

[bug #27369] 'ftsfind -ok ... <&-' attempts to read directory fd

Follow-up Comment #2, bug #27369 (project findutils): Subsequent changes to findutils have led to differences in the needed patch. I attach a modified path plus a change to gnulib to avoid an unnecessary error message. (file #20192, file #20193)

[PATCH 1/3] Remove trailing blank lines.

* .x-sc_prohibit_empty_lines_at_EOF: Add list of exceptions to the no-blank-lines-at-EOF syntax check. * doc/regexprops.texi: Remove empty lines at the end of the file. * find/finddata.c: Likewise. * find/fstype.c: Likewise. * find/testsuite/excuses.txt: Likewise. * find/testsuite/find.gnu/access.e

[PATCH 3/3] Fix syntax checks problems for check sc_unmarked_diagnostics.

* find/tree.c (get_pred_cost): Clarify an error message and mark it for translation. Signed-off-by: James Youngman --- ChangeLog |4 find/tree.c | 13 +++-- 2 files changed, 15 insertions(+), 2 deletions(-) diff --git a/ChangeLog b/ChangeLog index ea047ce..97e4814 100644 --

[PATCH 2/3] Fix false positives for syntax check sc_prohibit_test_minus_ao.

* .x-sc_prohibit_test_minus_ao: Add all the DejaGnu scripts to the list of exceptions to the 'test C1 -a C2' syntax check, since they are not actually shell scripts. Signed-off-by: James Youngman --- .x-sc_prohibit_test_minus_ao | 234 ++ ChangeLog

[bug #22296] --enable-leaf-optimization unexpectedly ineffective

Update of bug #22296 (project findutils): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #2: I'm not wholly o

[bug #20561] find should complain more clearly on backtrack failure and abort

Update of bug #20561 (project findutils): Status:None => Need Info Assigned to:None => jay ___ Follow-up Comment #1: Sounds like it i

[bug #27974] Use gnulib's xreadlinkat support

Update of bug #27974 (project findutils): Open/Closed:Open => Closed Fixed Release:None => 4.5.8 ___ Reply to this item at:

[PATCH] Remove some unused or dead code.

* find/util.c (hook_fstatat): This has disabled and unused for a long time, delete it. * find/find.c (process_dir): Remove some unused debug code. * find/tree.c (predlist_insert): Remove some dead code. * lib/fdleak.c (complain_about_leaky_fds): Remove some unused debug code. Signed-off-by: James