Does anyone know: 1. what I'm talking about and what causes it?
Commands like rm have what appears to be (not a scientific analysis, and if memory serves) an 8K name space limit, including delimiters... 2. how to solve this through some tunable parameter, preferrably not requiring a kernel rebuild? Don't know of one, but neither have I looked; the options that I would use depend upon how you are parsing the directory. If you are using the UNIX find command, you could exec rm if your test is true, which would delete one file at a time as they are encountered; alternatively, you could dump the list to a file, and do a for... command in AIX to delete the files, one at a time in a loop. I'm sure there are other options; these are the two I use most often, which are usually scripted so that, in the latter case, the file I created with the list of files to be deleted is also deleted. Bob Wyatt ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
