Hello, We are currently use delegate 8.9.2 on Redhat ES Linux (ia32) without problems. We started looking at delegate 8.11.1, however we are not able to get version 8.11.1 to run properly in our lab environment. The problem I am seeing is that delegate does not fully let go of standard in when being sent to the background. If I run an strace on the pid of delegate after starting it, I can actually see input from the tty that launched delegate in the strace. # strace -p8318 Process 8318 attached - interrupt to quit select(1024, [0], NULL, [0], NULL) = 1 (in [0]) read(0, "\177\177\177\177", 1024) = 4 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "l", 1024) = 1 read(0, "l", 1024) = 1 read(0, "l", 1024) = 1 read(0, "l", 1024) = 1 read(0, "l", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 read(0, "\177", 1024) = 1 To add to the confusion I also receive this in the logs: 03/25 15:17:57.51 [8318] 0+0: --INITIALIZATION DONE: 8.11.1 on Linux/2.4.9-e.34smp-- 03/25 15:17:57.51 [8318] 0+0: E-A: ABORT: caught SIGSEGV [11] 03/25 15:17:57.51 [8318] 0+0: E-A: core will be at /var/spool/delegate- nobody/work/21buildhost:443 03/25 15:17:57.51 [8318] 0+0: ####! EMERGENCY STOP !#### 03/25 15:17:57.57 [8318] 0+0: Kill(8319,9) I looked for core files in /var/spool/delegate- nobody/work/21buildhost:443/ but they are blank files. I'll be happy to provide more information, log files etc if needed. thanks, Daniel Spratlen