Description of problem: command hang in ksh and cpu workload is high Version-Release number of selected component (if applicable): mksh-36-1.fc10.x86_64 How reproducible: Steps to Reproduce: 1. create a script like belowing: # cat hang.sh #!/bin/ksh alias ls="ls" i=`ls` echo $i 2. issuce the script # ./hang.sh Actual Results: script hangs while executing i=`ls`, and the cpu workload is nearly 100% Expected Results: The script runs smoothly. Additional Information: # ps -e | grep hang 21776 pts/3 00:00:27 hang.sh # strace -p 21776 brk(0xa057000) = 0xa057000 brk(0xa078000) = 0xa078000 brk(0xa099000) = 0xa099000 brk(0xa0ba000) = 0xa0ba000 brk(0xa0db000) = 0xa0db000 brk(0xa0fc000) = 0xa0fc000 brk(0xa11d000) = 0xa11d000 ... # ltrace -p 21776 __rawmemchr(0x9480688, 0, 0xbff7e808, 0x8049a6a, 0x9fb71a8) = 0x948068a memset(0x80758a2, '\000', 63) = 0x80758a2 strcmp("ls", "ls") = 0 __ctype_b_loc() = 0xb7fdda84 __rawmemchr(0x9480688, 0, 0xbff7e808, 0x8049a6a, 0x9fb7210) = 0x948068a memset(0x80758a2, '\000', 63) = 0x80758a2 strcmp("ls", "ls") = 0 __ctype_b_loc() = 0xb7fdda84 __rawmemchr(0x9480688, 0, 0xbff7e808, 0x8049a6a, 0x9fb7278) = 0x948068a memset(0x80758a2, '\000', 63) = 0x80758a2 strcmp("ls", "ls") = 0 __ctype_b_loc() = 0xb7fdda84 __rawmemchr(0x9480688, 0, 0xbff7e808, 0x8049a6a, 0x9fb72e0) = 0x948068a memset(0x80758a2, '\000 WARNING: when you try to reproduce this, mksh starts to consume more and more memory very quickly, so ulimit -m and ulimit -v to something lower than unlimited is very useful.
my mistake, strace and ltrace are originally from pdksh, but this bug is easily reproducible with mksh
Ehm, is it possible, that you're mixing up ksh and mksh? You wrote ksh above, not mksh...
(In reply to comment #2) > Ehm, is it possible, that you're mixing up ksh and mksh? You wrote ksh above, > not mksh... no, it's really mksh. I have ksh->mksh symlink
Closing hereby - even if one is Fedora, other is EPEL. Same problem, once something comes up, I would push the update anyway to both. *** This bug has been marked as a duplicate of bug 474115 ***