| delorie.com/archives/browse.cgi | search |
> Date: Thu, 28 Jun 2001 22:06:02 -0400 > From: Christopher Faylor <cgf AT redhat DOT com> > > I'm sorry but I don't think that this is the correct way to deal with > this. I think that gdb normally handles things like redirection and > globbing by starting inferior processes via the user's shell. Then it > uses some kind of "follow fork" method to notice when the process is > finally started. I don't know anything about Windows debugging interface, but it might be that putting a shell between the debugger and the debuggee breaks something. Going through the shell also has the limitation that you buy whatever idiosyncrasies there are in that shell. Unlike on Unix, where the redirection behavior is quite similar between the shells, on Windows there's a very wide disagreement. (We are fed up with that nuisance in the Emacs-land.) So I think there's a lot of sense in having a unified, predictable redirection support inside GDB that doesn't depend on the queer shell the user happens to have. FWIW, the DJGPP port of GDB does something very similar to the patch we discuss here (except that it also has to flip redirections every time the execution thread jumps from the debugger to the debuggee). See go32-nat.c (the actual implementation of the redirection routines is in the DJGPP debug support library). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |