Decoder not properly initialized on Windows
David.Holmes at oracle.com
Fri Jul 15 04:08:53 PDT 2011
Volker Simonis said the following on 07/15/11 20:42:
> Ok, I don't want to appear to nit-picky, but a short
>> hg log | grep "[0-9]/[0-9]"
> 7043298: 4/4 fix for 7028172 causes "Label too long: ..." error message
> 7041410: 5/4 finish removing SOLARIS_7_OR_LATER from HotSpot
> 7028172: 3/4 SA needs to adapt to Solaris libproc change made in 6748307
> 7039447: 2/1 java profiling is broken in build 139 (garbage in function name)
> 7010849: 5/5 Extraneous javac source/target options when building sa-jdi
> reveals 36 changes which have a summary in this format.
Interesting. The numbers are not part of the synopsis, so strictly
speaking these commit comments are ill-formed (but jcheck doesn't
validate the synopsis only that the line has the form "<CR#>: <text>").
I suspect Dan is using a script/tool to automatically extract the
synopsis given the bugid to use in his commit comments, and the tool
includes the additional info.
BTW, not knowing the tool being used I don't know which order the
numbers are actually in :)
> So the severity/priority seems to be an integral part of the summary
> field in this case.
> That's of course no problem at all - it's just interesting to see that
> some people/tools seem to insert the severity/priority right into the
> summary field.
> But after you explained the meaning of the numbers the semantics is
> now easily understandable.
> Thanks again,
> On Fri, Jul 15, 2011 at 12:24 PM, David Holmes <David.Holmes at oracle.com> wrote:
>> Volker Simonis said the following on 07/15/11 19:53:
>>> But why do some bugs have these fields encoded in the Subject field
>>> while others do not have them?
>> I think it is simply the format used by the tool Dan used to show the bug
>> <bug-id> <severity>/<priority> <synopsis>
>>> On Fri, Jul 15, 2011 at 11:41 AM, Alan Bateman <Alan.Bateman at oracle.com>
>>>> Volker Simonis wrote:
>>>>> Thank you!
>>>>> I'll file a webrev later today.
>>>>> Just out of personal interest: can you explain to me what the numbers
>>>>> (in this case '4/4') in front of the bug description mean. I see them
>>>>> from time to time but couldn't figure out there meaning.
>>>> The proprietary bug database has priority and severity fields so I assume
>>>> this is priority=4 and severity=4 (where 1 is highest, 5 is lowest).
More information about the hotspot-runtime-dev