Version-Release number of selected component: bash-4.2.39-3.fc18 Additional info: backtrace_rating: 4 cmdline: /bin/sh -c 'if [ -f uid ]; then getent passwd \"`cat uid`\" | cut -d: -f1 >username; fi' crash_function: discard_pipeline executable: /usr/bin/bash kernel: 3.6.9-4.fc18.x86_64 uid: 0 Truncated backtrace: Thread no. 1 (10 frames) #18 discard_pipeline at jobs.c:1085 #19 delete_job at jobs.c:1027 #21 cleanup_dead_jobs at jobs.c:843 #23 wait_for at jobs.c:2611 #24 execute_command_internal at execute_cmd.c:787 #26 execute_pipeline at execute_cmd.c:2238 #27 execute_connection at execute_cmd.c:2350 #28 execute_command_internal at execute_cmd.c:903 #30 execute_command at execute_cmd.c:386 #31 execute_if_command at execute_cmd.c:3265
Created attachment 662505 [details] File: backtrace
Created attachment 662506 [details] File: build_ids
Created attachment 662507 [details] File: cgroup
Created attachment 662508 [details] File: environ
Created attachment 662509 [details] File: limits
Created attachment 662510 [details] File: maps
Created attachment 662511 [details] File: open_fds
Created attachment 662512 [details] File: proc_pid_status
I noticed more strange memory corruption in other programs recently and as it turned out I had a defective RAM module. Effects were very random and rare but could be the cause of most memory corruption I lately reported. I assumed it is related to the beta state of F18 so I didnt suspect the RAM at first but MemTest found a small address range with errors. I am extremely sorry for taking up your time hunting down bugs which are most likely not there. I decided to close my latest bug reports as I can not assure that the memory corruption was actually caused by the program rather than the defect RAM module.