Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 333828

Summary: XMLHeadTokenizer had different byte codes when using new JDT compiler
Product: [WebTools] WTP Source Editing Reporter: David Williams <david_williams>
Component: wst.xmlAssignee: wst.xml <wst.xml-inbox>
Status: RESOLVED FIXED QA Contact: Nitin Dahyabhai <thatnitind>
Severity: normal    
Priority: P3    
Version: unspecified   
Target Milestone: 3.3 M6   
Hardware: PC   
OS: Windows 7   
Whiteboard:
Bug Depends on:    
Bug Blocks: 333678    
Attachments:
Description Flags
decompiler listing from 3.6 compiler
none
decompiled output from current (3.7M4) compiler
none
original source none

Description David Williams CLA 2011-01-10 00:43:59 EST
As far as I can see, this is not due to "unused variables" as are other cases related to bug 333678. It might be due to some other "fix" in the compiler? Or ... something? 

I'll attach "decompiled" versions as well as original source. If you do a "diff" you can see the difference is what was 

     848  iconst_1
     849  istore 8 [zzIsFinal]
     851  iconst_1
     852  istore 9 [zzNoLookAhead]
     854  aload_0 [this]
     855  bipush 7
     857  putfield org.eclipse.wst.xml.core.internal.contenttype.XMLHeadTokenizer.zzState : int [269]
     860  goto 6060
     863  iload_1 [zzInput]
     864  tableswitch default: 996

becomes


     848  iload_1 [zzInput]
     849  pop
     850  iconst_1
     851  istore 8 [zzIsFinal]
     853  iconst_1
     854  istore 9 [zzNoLookAhead]
     856  aload_0 [this]
     857  bipush 7
     859  putfield org.eclipse.wst.xml.core.internal.contenttype.XMLHeadTokenizer.zzState : int [269]
     862  goto 6060
     865  iload_1 [zzInput]
     866  tableswitch default: 996

I've no idea what the significance is ... but ... the fact is, we have different bytes bits with same version/qualifier. So ... technically we should re-tag. I think re-tag is sufficient, since this code is already different from maintenance, and the error report simply says current I-builds differ from our M4 (we used old compiler in M4).
Comment 1 David Williams CLA 2011-01-10 00:45:11 EST
Created attachment 186351 [details]
decompiler listing from 3.6 compiler
Comment 2 David Williams CLA 2011-01-10 00:45:37 EST
Created attachment 186352 [details]
decompiled output from current (3.7M4) compiler
Comment 3 David Williams CLA 2011-01-10 00:46:06 EST
Created attachment 186353 [details]
original source
Comment 4 David Williams CLA 2011-02-26 18:46:28 EST
This no longer shows up in unexpected comparator logs ... not sure if it was "fixed on purpose", or retagged for other reasons, but end result seems to be 'fixed'.