This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Cannot execute this command without a live selected thread.

From: Sandra Loosemore <sandra at codesourcery dot com>
To: Pedro Alves <palves at redhat dot com>
Cc: <gdb-patches at sourceware dot org>
Date: Fri, 24 Oct 2014 11:07:13 -0600
Subject: Re: Cannot execute this command without a live selected thread.
Authentication-results: sourceware.org; auth=none
References: <544A7648 dot 6060102 at codesourcery dot com> <544A7930 dot 4040909 at redhat dot com>

On 10/24/2014 10:07 AM, Pedro Alves wrote:

On 10/24/2014 04:54 PM, Sandra Loosemore wrote:

(gdb) load
Loading section .text, size 0x844 lma 0x10000000
Loading section .eh_frame, size 0x4 lma 0x10000844
Loading section .rodata, size 0x120 lma 0x10000848
Loading section .data, size 0x428 lma 0x10000968
Start address 0x10000040, load size 3472
Transfer rate: 41 KB/sec, 868 bytes/write.
(gdb) continue
Continuing.
Cannot execute this command without a live selected thread.
(gdb) ERROR: couldn't run to breakpoint


Odd.  A backtrace at (break at "error") and "set debug infrun/remote"
logs would probably be revealing.

Attached. It appears that on the GDB side the default thread is in an"exited" state when the continue command is processed. I don't know ifit's relevant that the remote stub doesn't understand the "Hg" packet?


-Sandra

Attachment: gdb-output
Description: Text document

Follow-Ups:
- Re: Cannot execute this command without a live selected thread.
  - From: Pedro Alves

References:
- Cannot execute this command without a live selected thread.
  - From: Sandra Loosemore
- Re: Cannot execute this command without a live selected thread.
  - From: Pedro Alves

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]