SECOND CALL: serviceability agent (SA) fix for VS2010 (6987812)
Daniel D. Daugherty
daniel.daugherty at oracle.com
Wed Dec 22 20:39:00 PST 2010
Poonam,
Thanks for the review! And you're most welcome for the lib search logic.
Dan
On 12/22/2010 6:17 PM, Poonam Bajaj wrote:
> Hi Dan,
>
> I looked at the changes. It looks good. Thanks for fixing the search
> logic for dbg*.dll files in WindbgDebuggerLocal.java.
>
> Thanks,
> Poonam
>
> On 12/23/2010 4:45 AM, Daniel D. Daugherty wrote:
>> Added original reviewer list back in since this is an open review...
>>
>> Thanks for the review!
>>
>> Dan
>>
>>
>> On 12/22/2010 3:54 PM, Swamy Venkataramanappa wrote:
>>> Dan,
>>>
>>> I did a quick review of your code and it looks good.
>>> I did not read Microsoft spec.
>>>
>>> Thanks,
>>> -Swamy
>>>
>>> On 12/22/2010 4:46 PM, Daniel D. Daugherty wrote:
>>>> Second Call!
>>>>
>>>> I'm trying to get this fix in before the holiday break.
>>>> This should take < 15 minutes unless you try reading the
>>>> Microsoft spec.... :-)
>>>>
>>>> Dan
>>>>
>>>>
>>>>
>>>> On 12/22/2010 9:05 AM, Daniel D. Daugherty wrote:
>>>>> It occurs to me that some folks might want to look at the spec:
>>>>>
>>>>> http://www.microsoft.com/whdc/system/platform/firmware/PECOFF.mspx
>>>>> http://kishorekumar.net/pecoff_v8.1.htm
>>>>>
>>>>> The Microsoft link has a click through agreement so I also provided
>>>>> a link to a copy of the straight HTML that I found.
>>>>>
>>>>> Dan
>>>>>
>>>>>
>>>>> On 12/21/2010 4:26 PM, Daniel D. Daugherty wrote:
>>>>>> Greetings,
>>>>>>
>>>>>> I would like to get a couple of code reviews for my fix to the
>>>>>> following JDK7/HSX-20 bug:
>>>>>>
>>>>>> 6987812 2/3 SAJDI: "gHotSpotVMTypes was not initialized
>>>>>> properly in
>>>>>> the remote process"
>>>>>>
>>>>>> Here is the URL for the webrev:
>>>>>>
>>>>>> http://cr.openjdk.java.net/~dcubed/6987812-webrev/0/
>>>>>>
>>>>>> Here is an overview of the changes:
>>>>>>
>>>>>> - Reorder the code in HotSpotTypeDataBase.readVMTypes() to lookup
>>>>>> and decode the 'gHotSpotVMTypes' symbol first. This should help
>>>>>> make any future failures in this area more consistent.
>>>>>>
>>>>>> - COFFFileParser changes:
>>>>>> - add comments to clarify some of the algorithms
>>>>>> - read 'Base Of Data' field in optional header when PE32
>>>>>> format COFF file is read
>>>>>> - change ExportDirectoryTableImpl to return the 'Export RVA' field
>>>>>> without modification and to return the 'Forwarder RVA' field
>>>>>> after adjusting the address into a file offset
>>>>>>
>>>>>> - update debugger/win32/coff/DumpExports to include more info about
>>>>>> the section headers and to dump the exported symbol info in a more
>>>>>> understandable order
>>>>>>
>>>>>> - update debugger/win32/coff/TestParser to more clearly access the
>>>>>> section header using 1-based indices instead of 0-based indices
>>>>>>
>>>>>> - update the static initializer in
>>>>>> debugger/windbg/WindbgDebuggerLocal
>>>>>> to use different library loading logic for dbgeng.dll and
>>>>>> dbghelp.dll.
>>>>>> The library pair is searched for in:
>>>>>>
>>>>>> - $JAVA_HOME/jre/bin
>>>>>> - dir named by DEBUGGINGTOOLSFORWINDOWS environment variable
>>>>>> - the "Debugging Tools For Windows" program directory
>>>>>> - the "Debugging Tools For Windows (x86)" program directory
>>>>>> - the "Debugging Tools For Windows (x64)" program directory
>>>>>> - the system directory (WINDOWS/system32 is searched last)
>>>>>>
>>>>>> - the sawwindb.dll is now explicitly loaded from $JAVA_HOME/jre/bin
>>>>>>
>>>>>> Thanks, in advance, for any reviews.
>>>>>>
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>
More information about the serviceability-dev
mailing list