tcsh produces obscure error-message when sourcing an shell-script which contains an 'setenv LC_CTYPE'. The problem does not exist in interactive mode. Fix: none known. How-To-Repeat: # start fresh tcsh without sourcing any startup-scripts. matrix:~>tcsh -f # This is our test-script. Problem does also appear with system-wide # /etc/csh.login file > cat /tmp/test setenv LC_CTYPE foo # We source it, it emits an error-message. > source /tmp/test ^E¢@^Ò@x@^Z^ALoad: Command not found. ^A^FÌALAÊ@^Â^HERROR:: Too many arguments. # This is repeatable. > source /tmp/test ^E¢@^Ò@x@^Z^ALoad: Command not found. ^A^FÌALAÊ@^Â^HERROR:: Too many arguments. # In interactive mode, this doesn't happen. > setenv LC_CTYPE foo # After interactive test, sourcing doesn't emit an error message any more. > source /tmp/test # That's it. > exit
Responsible Changed From-To: freebsd-ports->ache Over to port maintainer.
This problem is probably not a "ports" class thing at all. It seems to originate in the system's ctype/runetype library functions. With some other ctype implementations it does not manifest itself at all. (Ref. bin/12272) // jau@iki.fi
I just verified that this Problem does no longer exist under FreeBSD 4.0-20000214-CURRENT i386 with tcsh-6.09.00 An extended C-shell with many useful features so this PR can probably be closed now. musinrouter$ tcsh -f > source /tmp/foo > CU, Sec -- Hiroshima '45 Tsjernobyl '86 Windows '95
State Changed From-To: open->closed Originator reports (and I confirm) that this problem disappeared with more recent versions of tcsh.