[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference clt::cma

Title:DECthreads Conference
Moderator:PTHRED::MARYSTEON
Created:Mon May 14 1990
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:1553
Total number of notes:9541

1465.0. "How can I put a thread to sleep from the debugger?" by EDSCLU::GARROD (IBM Interconnect Engineering) Wed Jan 15 1997 14:19

T.RTitleUserPersonal
Name
DateLines
1465.1Use a DECthreads-aware debuggerWTFN::SCALESDespair is appropriate and inevitable.Wed Jan 15 1997 15:0644
1465.2explanations, but not much help...SMURF::PETERTrigidly defined areas of doubt and uncertaintyWed Jan 15 1997 19:4445
1465.3ladebug has its own problemsEDSCLU::GARRODIBM Interconnect EngineeringWed Jan 15 1997 20:2319
1465.4COL01::LINNARTZThu Jan 30 1997 19:379
    as with the name demangling, you have to call __sleep(N) from within
    ladebug. to manipulate threads, I always set an early breakpoint
    and call pthread_debug(). This is cause the pthreaddebug.so is
    loaded (dlopen, etc), and in case of a problem, this doesnt alwys
    work to well. inside pthread_debug() type help to look at the 
    commands avail. 
    
    Pit 
    
1465.5ladebug does not support "hold thread"PTHRED::HARROWJerry Harrow, Resource BrokerFri Feb 14 1997 11:468
I just talked to Wanfang about this.  I thought they
did as well, but it didn't get implemented.  She
recalls hitting some type of problem.  She will be
going back to figure out what the issues are.  

Would it be possible to add such support in 
pthread_debug()?

1465.6See .1...WTFN::SCALESDespair is appropriate and inevitable.Fri Feb 14 1997 13:058
.5> Would it be possible to add such support in pthread_debug()?

As I indicated in .1, I believe it's already in there.  (I'm pretty sure that
it was once; given that, I'm sure we could put it there again, at least for
process contention scope threads.)


				Webb
1465.7I misread what you saidPTHRED::HARROWJerry Harrow, Resource BrokerFri Feb 14 1997 13:1010
.1>The best way would be to try using the current version of ladebug instead of
.1>dbx, since it has a built in command to do just that.  That said, try
.1>invoking cma_debug() or pthread_debug() from dbx -- I believe that they have
.1>a command (tset? check the "help") which will allow you to "hold" a thread.

When you said "I belive that they have a command", I thought you meant
ladebug, not pthread_debug().  That would have been "I believe that
we have" :-). 

-Jer
1465.8Typo...WTFN::SCALESDespair is appropriate and inevitable.Fri Feb 14 1997 13:137
.1> I believe that they have a command

Whoops.  :-)  That was a typo...  (It should have been "it has", not "they
have".)


				Webb