public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* "there is always a thread"
@ 2003-10-09 14:27 Andrew Cagney
  2003-10-09 14:30 ` Daniel Jacobowitz
  2003-10-09 15:27 ` Kevin Buettner
  0 siblings, 2 replies; 4+ messages in thread
From: Andrew Cagney @ 2003-10-09 14:27 UTC (permalink / raw)
  To: gdb

To re-ping an old topic.

At present GDB differentiates between a "non-threaded" and "threaded" 
inferior.  It only creates the thread data structures when there are 
threads.

I'm intending simplifying this so that the code can assume that there's 
always a "thread".  A non-threaded app having a single thread 
corresponding to the main process.

enjoy,
Andrew



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: "there is always a thread"
  2003-10-09 14:27 "there is always a thread" Andrew Cagney
@ 2003-10-09 14:30 ` Daniel Jacobowitz
  2003-10-09 15:27 ` Kevin Buettner
  1 sibling, 0 replies; 4+ messages in thread
From: Daniel Jacobowitz @ 2003-10-09 14:30 UTC (permalink / raw)
  To: gdb

On Thu, Oct 09, 2003 at 10:27:21AM -0400, Andrew Cagney wrote:
> To re-ping an old topic.
> 
> At present GDB differentiates between a "non-threaded" and "threaded" 
> inferior.  It only creates the thread data structures when there are 
> threads.
> 
> I'm intending simplifying this so that the code can assume that there's 
> always a "thread".  A non-threaded app having a single thread 
> corresponding to the main process.

Absolutely.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: "there is always a thread"
  2003-10-09 14:27 "there is always a thread" Andrew Cagney
  2003-10-09 14:30 ` Daniel Jacobowitz
@ 2003-10-09 15:27 ` Kevin Buettner
  2003-10-09 15:55   ` Andrew Cagney
  1 sibling, 1 reply; 4+ messages in thread
From: Kevin Buettner @ 2003-10-09 15:27 UTC (permalink / raw)
  To: Andrew Cagney, gdb

On Oct 9, 10:27am, Andrew Cagney wrote:

> I'm intending simplifying this so that the code can assume that there's 
> always a "thread".

It depends upon the stratum.  dummy_stratum and file_stratum (and
download_stratum?) will have no thread because nothing's running yet.

> A non-threaded app having a single thread 
> corresponding to the main process.

For the other strata, this should be (made to be) true.

A fallout from this change may be that the process_stratum and
thread_stratum can be merged.

Kevin

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: "there is always a thread"
  2003-10-09 15:27 ` Kevin Buettner
@ 2003-10-09 15:55   ` Andrew Cagney
  0 siblings, 0 replies; 4+ messages in thread
From: Andrew Cagney @ 2003-10-09 15:55 UTC (permalink / raw)
  To: Kevin Buettner; +Cc: gdb


> It depends upon the stratum.  dummy_stratum and file_stratum (and
> download_stratum?) will have no thread because nothing's running yet.

I should have earlier posted that a target has 0:N threads.

>> A non-threaded app having a single thread 
>> corresponding to the main process.
> 
> 
> For the other strata, this should be (made to be) true.
> 
> A fallout from this change may be that the process_stratum and
> thread_stratum can be merged.

It depends on what you mean by merge.

There would still be a thread layer that abstracted the POSIX user 
threads and below it a process layer that abstracted the more physical 
LWPs.  However, the existing assumption that there was only one thread 
stratum and and only it could have threads would be removed.

Andrew


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2003-10-09 15:55 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-09 14:27 "there is always a thread" Andrew Cagney
2003-10-09 14:30 ` Daniel Jacobowitz
2003-10-09 15:27 ` Kevin Buettner
2003-10-09 15:55   ` Andrew Cagney

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).