On Sun, 9 Sep 2012, Mike Stroyan wrote: > I saw dtexec closing the pipe that it reads from to get stderr of the program > it launched. > That caused the client to die when issuing error messages to stderr. > Dtterm would die on startup because of otherwise unimportant warnings about > missing fonts. > The root of the problem is an assumption in dtexec that fstat will report the > number of readable > characters in a pipe as the st_size. Recent linux kernels always return 0 > for st_size of a pipe. > > This patch changes dtexec Main.c to use select to check if the pipe is > readable > and uses a read of zero bytes to notice when the other side of the pipe is > closed and > EOF is reached. >
Nice... might fix the random app startup issues some people report. Applied. -- Jon Trulson Atoms are what make us matter. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
