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

Conference turris::decladebug

Title:Digital Ladebug debugger
Moderator:TLE::LUCIA
Created:Fri Feb 28 1992
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:969
Total number of notes:3959

930.0. "Suspicious thread number running V3.2" by CXXC::MJHANS (Matthew Hanselman, DEC C/C++) Mon Apr 21 1997 17:55

    dxladebug 4.0-35 running on V3.2D-2 (hostname: courtney)
    
    Should $curthread be such an ugly number?
    
    -----------------                                                 
    // C or C++ program
    main() {}
    -----------------
    
    % ladebug a.out 
    Welcome to the Ladebug Debugger Version 4.0-35
    ------------------ 
    object file name: a.out 
    Reading symbolic information ...done
    (ladebug) p $curthread
    -4397916308608
    
    								- Matt
T.RTitleUserPersonal
Name
DateLines
930.1TLE::SHAMIMTue Apr 22 1997 10:3513
>> Should $curthread be such an ugly number?

yes, because the thread ids as assigned by the kernel on 3.2 systems
are numbers of the form:  0xfffffc0003669b80, which when taken in decimal
turn out to be ugly -ve numbers.

Perhaps, we should print them in hex so they won't look that ugly ??

Note that on 4.0 systems, the thread ids are small +ve integers, so it does
not make much difference being in hex or decimal.

shamim
930.2CXXC::MJHANSMatthew Hanselman, DEC C/C++Tue Apr 22 1997 12:1114
    I don't have access to ealier versions of ladebug on 3.2 systems; if
    this is relatively new behavior, I'd say definitely change it.
    
    Otherwise, I'd just vote to have you guys print it out differently.  As a
    user, I got worried that ladebug was confused (i.e. it looked like
    ladebug was expecting a positive number & was getting a negative
    number, so I figured my program must be trashed).
    
    Printing it out in either hex or unsigned decimal would be fine. 
    Probably hex would be better, as the number 0xfffffc0003669b80 would be
    even bigger in decimal.
    
    Thanks for the explanation.
    							- Matt
930.3TLE::SHAMIMTue Apr 22 1997 14:1513
>>   I don't have access to ealier versions of ladebug on 3.2 systems; if
>>   this is relatively new behavior, I'd say definitely change it.


This is not new behaviour in terms of the output of curthread. 

And I don't understand what you would want us to change in this context ?? 
It is not under our control to change the thread ids.

We can only print them. And printing them in hex is the only other alternative
that I can see.

shamim
930.4CXXC::MJHANSMatthew Hanselman, DEC C/C++Tue Apr 22 1997 14:4614
    >This is not new behaviour in terms of the output of curthread.
    >
    >And I don't understand what you would want us to change in this context ??
    > It is not under our control to change the thread ids.
    >
    > We can only print them. And printing them in hex is the only other alternative
    > that I can see.
    
    The "it" that I was referring to was the way in which it's printed out;
    if anything here is new behavior, definitely change the way it's
    printed out.  If it's the way it always worked, maybe change the way
    it's printed out.
    
    								- Matt