Tiger 1024-char limits on tcsh shell command length ... maybe?
site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com hi all, ################ ## details: # (i think i'm getting closer to the right list to ask abt this on ... peeking in darwin8's tcsh src/dpkg/control i note: Package: tcsh Maintainer: Darwin Developers <darwin-development@public.lists.apple.com> it looks like this may have be the right(er) place for this Q) as per my original post to darwin-userlevel: <http://lists.apple.com/archives/darwin-userlevel/2005/May/msg00008.html> (1a) copy-n-pasting to a bash prompt --> executes OK (1b) copy-n-pasting to an Apple native tcsh prompt --> executes OK (1c) copy-n-pasting to a custom-built (w/ -DBUFSIZE=8192 -DMAXPATHLEN=4096) tcsh prompt --> executes OK for a ./configure string > 1024 characters in length, as per example in my prior post: (2a) copy-n-pasting to a bash prompt --> executes OK (2b) copy-n-pasting to an Apple native tcsh prompt --> system bells, 1 for each char > 1024 (2c) copy-n-pasting to a custom-built (w/ -DBUFSIZE=8192 -DMAXPATHLEN=4096) tcsh prompt --> system bells, 1 for each char > 1024 HOWEVER, if to a (any) tcsh prompt i copy-n-paste the FIRST 1024 characters, of the cmd string then copy-n-paste the NEXT 1024 characters, etc. and *THEN* hit return to execute -- executes OK !!! huh ?? how come no cmd line length limit in this case? justin walker @ darwin-userlevel SWAG'd: could be, but i'm in over my head as to kernel code behavior and 'raw mode' ... also, given darwin8 pkg info for its tsch-46, for the moment, i'm stumped and confused. thoughts/suggestions? cheers, richard _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... i've hit a problem with Tiger's tcsh shell behavior -- specifically, hitting a limit on command line length, but with a bit of a curious twist ... ################ ## short descr: # copy-n-paste of long (>1024 char) strings to tcsh prompt worked in 10.3.9, but is broken in 10.4. i hit this problem when trying to copy-n-paste a very long "configure" string during a php504 (re)build on OSX 10.4. for a ./configure string <= 1024 characters in length, as per example in my prior post <http://lists.apple.com/archives/darwin-userlevel/2005/May/msg00008.html> (sorry for the thread break ...): now, iiuc, there's a 'known' limit of 1024 characters for many unix shell commands. "A Scientific Wild-ass guess: there may be a difference between how the shells handle going in and out of 'readline' mode, which could account for the difference you are seeing. The fact that you get bells indicates that the tty code in the kernel has hit a limit, which may not be affected by increasing the limit for which your shell has been compiled. Since it works when you paste and paste again, I am guessing that tcsh is in "raw" mode, and the timing difference between one paste and two pastes is sufficient to avoid the bells in the latter case." Vendor: Christos Zoulas Version: 6.10.00 URL: ftp://ftp.astron.com/pub/tcsh Description: TENEX C-Shell Build-Depends: build-base, gnudiff i've already chatted whith Christos Zoulas directly & he simply verified that he does NOT see the problem on Linux, and that -DBUFSIZE=8192 -DMAXPATHLEN=4096 should've done the trick ... but no dice. This email sent to site_archiver@lists.apple.com
participants (1)
-
OpenMacNews