Questionable new-build failure

[David Chase]

There's another sort step that gets both sides.  I thought I had seen success, and I just checked again, freshly configured and build with an 8 JAVA_HOME:

/export/drchase/jdk8build(42)$JAVA_HOME/bin/java -version
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b73)
Java HotSpot(TM) Server VM (build 25.0-b14, mixed mode)
/export/drchase/jdk8build(43)uname -a
SunOS intelsdv01 5.10 Generic_141445-09 i86pc i386 i86pc

From jdk8/build, as of this morning, building on the same Solaris-10 box:

grep sizes.64 with8.log
/usr/bin/rm -f '...fastdebug/jdk/gensrc_x11wrappers/sizes.64'
/usr/bin/sort /export/drchase/jdk8build/jdk/src/solaris/classes/sun/awt/X11/generator/sizes.64 > ...fastdebug/jdk/gensrc_x11wrappers/sizes.64
...fastdebug/jdk/gensrc_x11wrappers/sizer.64.exe | /usr/bin/sort > ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp
/usr/bin/echo Verifying ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp to ...fastdebug/jdk/gensrc_x11wrappers/sizes.64
Verifying ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp to ...fastdebug/jdk/gensrc_x11wrappers/sizes.64
/pkg/gnu/bin/diff ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp ...fastdebug/jdk/gensrc_x11wrappers/sizes.64
mv ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification

So one less worry.

David


On 2013-02-01, at 1:08 AM, David Holmes <david.holmes at oracle.com> wrote:

> I'm confused about this issue. My initial take was that this was caused by 8004151 because the files in the repo were not sorted, while the generated file was.
> 
> Based on the changeset:
> 
> http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/57d5d9544628
> 
> I see:
> 
> +	$(GENSRC_X11WRAPPERS_TMP)/sizer.$*.exe | $(SORT) > $@.tmp
> 
> but this:
> 
> +long 4
> +int 4
> +short 2
> +ptr 4
> +Bool 4
> +Atom 4
> +Window 4
> +XExtData.number 0
> ...
> 
> does not appear sorted to me.
> 
> David H.
> -------
> 
> On 29/01/2013 6:41 AM, David Chase wrote:
>> 
>> On 2013-01-25, at 4:55 PM, Kelly O'Hair<kelly.ohair at oracle.com>  wrote:
>> 
>>> Please file JBS Issues.
>> 
>> So this is a new bug that needs filing?  I think it's sort of a duplicate, see below.
>> 
>>> And keep in mind every "Solaris 10" system could be different.
>> 
>> Solaris 10 10/09 s10x_u8wos_08a X86
>> Builds with jdk8, fails with jdk7.
>> 
>> I am pretty sure that the cause of the bug is a dependence (in WrapperGenerator) on the order in which items are iterated out of a hash table.  That appears to have changed in the transition from jdk7 to jdk8.  That change was apparently necessary to make it (very much) harder to DOS a hashtable with collisions.  I observed different output running WrapperGenerator with the exact same inputs under 7 and 8, cutting and pasting from a build and replacing only the target directory and the host VM.
>> 
>> It seems to be fixed in jdk8-build as of six days ago (I checked), as a side-effect of fixing 8004151
>> 
>> David
>>