Hi,
On Wed, Apr 9, 2014 at 8:57 PM, Yue Lu wrote:
>
>
>
> The reason is that the native _GDB_ doesn't work either on Hurd. So as
> gdbserver. You can try to attach to a exist process by GDB, you will get
> that warnning. In detail, there is no distinct difference between the
> implementation of G
Hi!
On Tue, Apr 8, 2014 at 11:26 PM, Zhang Cong wrote:
> Why, I can't understand ? the gdb server be the debugged program's
> parent, right?
> And gdb just interactive with gdb server and gdbserver interactive with
> the debugged program, right?
>
> Yes, if you use the gdbserver to start the de
On Tue, Apr 8, 2014 at 11:00 PM, Hacklu wrote:
I am sorry to say that, when use gdb server you also need to re-parent
> process. Because when I implement gdb server on Hurd, I found there is a
> limit on Hurd when you attach to a process you can't resume the process
> from stop states(or says, th
Hi!
Zhang Cong wrote:
> Hi Thomas,
>
>I want to make uim-fep ( https://code.google.com/p/uim/wiki/UimFep ) work
> with hurd, it a front end processer, it's not work and I try to debug it.
>
>Because the program itself need hook the input and output, so I can't use
> gdb to direc
Hi Thomas,
I want to make uim-fep ( https://code.google.com/p/uim/wiki/UimFep )
work with hurd, it a front end processer, it's not work and I try to
debug it.
Because the program itself need hook the input and output, so I can't
use gdb to direct debug it, I don't want to make the input
Hi!
On Tue, 8 Apr 2014 00:20:57 +0800, Zhang Cong wrote:
> I am very interesting in that will the gdb server be a workaround for hurd
> gdb's
> "warning: Can't wait for pid ???: No child processes" problem?
>
> Can anyone has workable gdb server to do a test? Can't continue really
> make me cr
