<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>124552</bug_id>
          
          <creation_ts>2013-11-18 17:19:56 -0800</creation_ts>
          <short_desc>REGRESSION (r159395): Error compiling for ARMv7</short_desc>
          <delta_ts>2013-11-19 13:57:24 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>JavaScriptCore</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>108645</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Saboff">msaboff</reporter>
          <assigned_to name="Michael Saboff">msaboff</assigned_to>
          <cc>ggaren</cc>
    
    <cc>ossy</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>951899</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2013-11-18 17:19:56 -0800</bug_when>
    <thetext>In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp:29:
In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/bytecode/CodeBlock.h:37:
In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/bytecode/CallLinkInfo.h:29:
In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/jit/ClosureCallStubRoutine.h:33:
In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/bytecode/CodeOrigin.h:32:
In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/bytecode/ValueRecovery.h:30:
After http://trac.webkit.org/changeset/159395, compiling for ARMv7 gives this error.

In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/jit/GPRInfo.h:29:
In file included from /Volumes/Data/src/webkit.work/Source/JavaScriptCore/assembler/MacroAssembler.h:34:
/Volumes/Data/src/webkit.work/Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:1382:9: error: no matching member function for
      call to &apos;load8&apos;
        load8(left, addressTempRegister);
        ^~~~~
/Volumes/Data/src/webkit.work/Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:536:10: note: candidate function not viable: no
      known conversion from &apos;JSC::AbstractMacroAssembler&lt;JSC::ARMv7Assembler&gt;::AbsoluteAddress&apos; to
      &apos;JSC::MacroAssemblerARMv7::ArmAddress&apos; for 1st argument
    void load8(ArmAddress address, RegisterID dest)
         ^
/Volumes/Data/src/webkit.work/Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:635:10: note: candidate function not viable: no
      known conversion from &apos;JSC::AbstractMacroAssembler&lt;JSC::ARMv7Assembler&gt;::AbsoluteAddress&apos; to
      &apos;JSC::AbstractMacroAssembler&lt;JSC::ARMv7Assembler&gt;::ImplicitAddress&apos; for 1st argument
    void load8(ImplicitAddress address, RegisterID dest)
         ^
/Volumes/Data/src/webkit.work/Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:645:10: note: candidate function not viable: no
      known conversion from &apos;JSC::AbstractMacroAssembler&lt;JSC::ARMv7Assembler&gt;::AbsoluteAddress&apos; to
      &apos;JSC::AbstractMacroAssembler&lt;JSC::ARMv7Assembler&gt;::BaseIndex&apos; for 1st argument
    void load8(BaseIndex address, RegisterID dest)
         ^
1 error generated.

** BUILD FAILED **</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>951906</commentid>
    <comment_count>1</comment_count>
      <attachid>217257</attachid>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2013-11-18 17:31:23 -0800</bug_when>
    <thetext>Created attachment 217257
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>951907</commentid>
    <comment_count>2</comment_count>
      <attachid>217257</attachid>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2013-11-18 17:37:01 -0800</bug_when>
    <thetext>Comment on attachment 217257
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=217257&amp;action=review

&gt; Source/JavaScriptCore/ChangeLog:9
&gt; +        to follow materialize and use address similar to other ARMv7 branchXX() functions.

I don&apos;t think you meant to say &quot;follow&quot; here.

&gt; Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:1382
&gt; +        // use addressTempRegister incase the branchTest8 we call uses dataTempRegister. :-/

&quot;Use&quot; should be capitalized. &quot;in case&quot; is two words. &quot;:-/&quot; seems to imply that something is still wrong with this code. Is there something wrong with this code? This function does not call branchTest8. Did you mean branch32? When would branch32 use dataTempRegister, and why would that be bad?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>951909</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2013-11-18 17:49:59 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt; (From update of attachment 217257 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=217257&amp;action=review
&gt; 
&gt; &gt; Source/JavaScriptCore/ChangeLog:9
&gt; &gt; +        to follow materialize and use address similar to other ARMv7 branchXX() functions.
&gt; 
&gt; I don&apos;t think you meant to say &quot;follow&quot; here.

Eliminated &quot;follow&quot;
 
&gt; &gt; Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:1382
&gt; &gt; +        // use addressTempRegister incase the branchTest8 we call uses dataTempRegister. :-/
&gt; 
&gt; &quot;Use&quot; should be capitalized. &quot;in case&quot; is two words. &quot;:-/&quot; seems to imply that something is still wrong with this code. Is there something wrong with this code? This function does not call branchTest8. Did you mean branch32? When would branch32 use dataTempRegister, and why would that be bad?

The &quot;use&quot;, &quot;incase&quot; and &quot;:-/&quot; are present in all the other similar comments.  I copied from one of them.

Copy/paste error.  Changed it to:
        // Use addressTempRegister in case the branch32 we call uses dataTempRegister.

branch32() calls compare32() which uses dataTempRegister when the TrustedImm32 needs to be materialized in a register because we can&apos;t encode it in a compare immediate instruction.  The comment is there because we would typically load into dataTempRegister here, but can&apos;t because of the possible use in compare32().</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>951915</commentid>
    <comment_count>4</comment_count>
      <attachid>217257</attachid>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2013-11-18 18:18:14 -0800</bug_when>
    <thetext>Comment on attachment 217257
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=217257&amp;action=review

&gt;&gt;&gt; Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:1382
&gt;&gt;&gt; +        // use addressTempRegister incase the branchTest8 we call uses dataTempRegister. :-/
&gt;&gt; 
&gt;&gt; &quot;Use&quot; should be capitalized. &quot;in case&quot; is two words. &quot;:-/&quot; seems to imply that something is still wrong with this code. Is there something wrong with this code? This function does not call branchTest8. Did you mean branch32? When would branch32 use dataTempRegister, and why would that be bad?
&gt; 
&gt; The &quot;use&quot;, &quot;incase&quot; and &quot;:-/&quot; are present in all the other similar comments.  I copied from one of them.
&gt; 
&gt; Copy/paste error.  Changed it to:
&gt;         // Use addressTempRegister in case the branch32 we call uses dataTempRegister.
&gt; 
&gt; branch32() calls compare32() which uses dataTempRegister when the TrustedImm32 needs to be materialized in a register because we can&apos;t encode it in a compare immediate instruction.  The comment is there because we would typically load into dataTempRegister here, but can&apos;t because of the possible use in compare32().

Sounds like this comment should also say something about &quot;addressTempRegister instead of dataTempRegister&quot;, then.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>951918</commentid>
    <comment_count>5</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2013-11-18 18:26:52 -0800</bug_when>
    <thetext>(In reply to comment #4)
&gt; (From update of attachment 217257 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=217257&amp;action=review
&gt; 
&gt; &gt;&gt;&gt; Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h:1382
&gt; &gt;&gt;&gt; +        // use addressTempRegister incase the branchTest8 we call uses dataTempRegister. :-/
&gt; &gt;&gt; 
&gt; &gt;&gt; &quot;Use&quot; should be capitalized. &quot;in case&quot; is two words. &quot;:-/&quot; seems to imply that something is still wrong with this code. Is there something wrong with this code? This function does not call branchTest8. Did you mean branch32? When would branch32 use dataTempRegister, and why would that be bad?
&gt; &gt; 
&gt; &gt; The &quot;use&quot;, &quot;incase&quot; and &quot;:-/&quot; are present in all the other similar comments.  I copied from one of them.
&gt; &gt; 
&gt; &gt; Copy/paste error.  Changed it to:
&gt; &gt;         // Use addressTempRegister in case the branch32 we call uses dataTempRegister.
&gt; &gt; 
&gt; &gt; branch32() calls compare32() which uses dataTempRegister when the TrustedImm32 needs to be materialized in a register because we can&apos;t encode it in a compare immediate instruction.  The comment is there because we would typically load into dataTempRegister here, but can&apos;t because of the possible use in compare32().
&gt; 
&gt; Sounds like this comment should also say something about &quot;addressTempRegister instead of dataTempRegister&quot;, then.

Does the following work?
    // Use addressTempRegister instead of dataTempRegister in case the branch32 or its callees use dataTempRegister</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>951921</commentid>
    <comment_count>6</comment_count>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2013-11-18 18:47:21 -0800</bug_when>
    <thetext>&gt; Does the following work?
&gt;     // Use addressTempRegister instead of dataTempRegister in case the branch32 or its callees use dataTempRegister

I think you can be even clearer and say, &quot;Use addressTempRegister instead of dataTempRegister, since branch32 uses dataTempRegister.&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>951929</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2013-11-18 19:41:12 -0800</bug_when>
    <thetext>(In reply to comment #6)
&gt; &gt; Does the following work?
&gt; &gt;     // Use addressTempRegister instead of dataTempRegister in case the branch32 or its callees use dataTempRegister
&gt; 
&gt; I think you can be even clearer and say, &quot;Use addressTempRegister instead of dataTempRegister, since branch32 uses dataTempRegister.&quot;.

Sold.  I updated the comment to what you suggest.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>952143</commentid>
    <comment_count>8</comment_count>
      <attachid>217257</attachid>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2013-11-19 11:16:15 -0800</bug_when>
    <thetext>Comment on attachment 217257
Patch

Can you post the updated patch?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>952145</commentid>
    <comment_count>9</comment_count>
      <attachid>217312</attachid>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2013-11-19 11:18:26 -0800</bug_when>
    <thetext>Created attachment 217312
Updated patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>952221</commentid>
    <comment_count>10</comment_count>
      <attachid>217312</attachid>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2013-11-19 13:44:16 -0800</bug_when>
    <thetext>Comment on attachment 217312
Updated patch

r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>952225</commentid>
    <comment_count>11</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2013-11-19 13:57:24 -0800</bug_when>
    <thetext>Committed r159521: &lt;http://trac.webkit.org/changeset/159521&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>217257</attachid>
            <date>2013-11-18 17:31:23 -0800</date>
            <delta_ts>2013-11-19 11:18:26 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>124552.patch</filename>
            <type>text/plain</type>
            <size>1762</size>
            <attacher name="Michael Saboff">msaboff</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291
cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkocmV2aXNpb24gMTU5NDc1KQorKysgU291cmNl
L0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE2IEBA
CisyMDEzLTExLTE4ICBNaWNoYWVsIFNhYm9mZiAgPG1zYWJvZmZAYXBwbGUuY29tPgorCisgICAg
ICAgIFJFR1JFU1NJT04gKHIxNTkzOTUpOiBFcnJvciBjb21waWxpbmcgZm9yIEFSTXY3CisgICAg
ICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0xMjQ1NTIKKworICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBGaXhlZCB0aGUgaW1w
bGVtZW50YXRpb24gb2YgYnJhbmNoOChSZWxhdGlvbmFsQ29uZGl0aW9uIGNvbmQsIEFic29sdXRl
QWRkcmVzcyBhZGRyZXNzLCBUcnVzdGVkSW1tMzIgcmlnaHQpCisgICAgICAgIHRvIGZvbGxvdyBt
YXRlcmlhbGl6ZSBhbmQgdXNlIGFkZHJlc3Mgc2ltaWxhciB0byBvdGhlciBBUk12NyBicmFuY2hY
WCgpIGZ1bmN0aW9ucy4KKworICAgICAgICAqIGFzc2VtYmxlci9NYWNyb0Fzc2VtYmxlckFSTXY3
Lmg6CisgICAgICAgIChKU0M6Ok1hY3JvQXNzZW1ibGVyQVJNdjc6OmJyYW5jaDgpOgorCiAyMDEz
LTExLTE4ICBNaWNoYWVsIFNhYm9mZiAgPG1zYWJvZmZAYXBwbGUuY29tPgogCiAgICAgICAgIEFS
TTY0IENSQVNIOiBEZWJ1ZyBidWlsZHMgY3Jhc2ggaW4gZW1pdFBvaW50ZXJWYWxpZGF0aW9uKCkK
SW5kZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9hc3NlbWJsZXIvTWFjcm9Bc3NlbWJsZXJBUk12
Ny5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT0KLS0tIFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9hc3NlbWJsZXIvTWFjcm9B
c3NlbWJsZXJBUk12Ny5oCShyZXZpc2lvbiAxNTk0NjcpCisrKyBTb3VyY2UvSmF2YVNjcmlwdENv
cmUvYXNzZW1ibGVyL01hY3JvQXNzZW1ibGVyQVJNdjcuaAkod29ya2luZyBjb3B5KQpAQCAtMTM3
Nyw5ICsxMzc3LDExIEBAIHB1YmxpYzoKICAgICAgICAgcmV0dXJuIGJyYW5jaDMyKGNvbmQsIGFk
ZHJlc3NUZW1wUmVnaXN0ZXIsIHJpZ2h0KTsKICAgICB9CiAgICAgCi0gICAgSnVtcCBicmFuY2g4
KFJlbGF0aW9uYWxDb25kaXRpb24gY29uZCwgQWJzb2x1dGVBZGRyZXNzIGxlZnQsIFRydXN0ZWRJ
bW0zMiByaWdodCkKKyAgICBKdW1wIGJyYW5jaDgoUmVsYXRpb25hbENvbmRpdGlvbiBjb25kLCBB
YnNvbHV0ZUFkZHJlc3MgYWRkcmVzcywgVHJ1c3RlZEltbTMyIHJpZ2h0KQogICAgIHsKLSAgICAg
ICAgbG9hZDgobGVmdCwgYWRkcmVzc1RlbXBSZWdpc3Rlcik7CisgICAgICAgIC8vIHVzZSBhZGRy
ZXNzVGVtcFJlZ2lzdGVyIGluY2FzZSB0aGUgYnJhbmNoVGVzdDggd2UgY2FsbCB1c2VzIGRhdGFU
ZW1wUmVnaXN0ZXIuIDotLworICAgICAgICBtb3ZlKFRydXN0ZWRJbW1QdHIoYWRkcmVzcy5tX3B0
ciksIGFkZHJlc3NUZW1wUmVnaXN0ZXIpOworICAgICAgICBsb2FkOChBZGRyZXNzKGFkZHJlc3NU
ZW1wUmVnaXN0ZXIpLCBhZGRyZXNzVGVtcFJlZ2lzdGVyKTsKICAgICAgICAgcmV0dXJuIGJyYW5j
aDMyKGNvbmQsIGFkZHJlc3NUZW1wUmVnaXN0ZXIsIHJpZ2h0KTsKICAgICB9CiAgICAgCg==
</data>
<flag name="review"
          id="240361"
          type_id="1"
          status="-"
          setter="ggaren"
    />
          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>217312</attachid>
            <date>2013-11-19 11:18:26 -0800</date>
            <delta_ts>2013-11-19 13:44:16 -0800</delta_ts>
            <desc>Updated patch</desc>
            <filename>124552-2.patch</filename>
            <type>text/plain</type>
            <size>1764</size>
            <attacher name="Michael Saboff">msaboff</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291
cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkocmV2aXNpb24gMTU5NDc1KQorKysgU291cmNl
L0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE2IEBA
CisyMDEzLTExLTE4ICBNaWNoYWVsIFNhYm9mZiAgPG1zYWJvZmZAYXBwbGUuY29tPgorCisgICAg
ICAgIFJFR1JFU1NJT04gKHIxNTkzOTUpOiBFcnJvciBjb21waWxpbmcgZm9yIEFSTXY3CisgICAg
ICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0xMjQ1NTIKKworICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBGaXhlZCB0aGUgaW1w
bGVtZW50YXRpb24gb2YgYnJhbmNoOChSZWxhdGlvbmFsQ29uZGl0aW9uIGNvbmQsIEFic29sdXRl
QWRkcmVzcyBhZGRyZXNzLCBUcnVzdGVkSW1tMzIgcmlnaHQpCisgICAgICAgIHRvIG1hdGVyaWFs
aXplIGFuZCB1c2UgYWRkcmVzcyBzaW1pbGFyIHRvIG90aGVyIEFSTXY3IGJyYW5jaFhYKCkgZnVu
Y3Rpb25zLgorCisgICAgICAgICogYXNzZW1ibGVyL01hY3JvQXNzZW1ibGVyQVJNdjcuaDoKKyAg
ICAgICAgKEpTQzo6TWFjcm9Bc3NlbWJsZXJBUk12Nzo6YnJhbmNoOCk6CisKIDIwMTMtMTEtMTgg
IE1pY2hhZWwgU2Fib2ZmICA8bXNhYm9mZkBhcHBsZS5jb20+CiAKICAgICAgICAgQVJNNjQgQ1JB
U0g6IERlYnVnIGJ1aWxkcyBjcmFzaCBpbiBlbWl0UG9pbnRlclZhbGlkYXRpb24oKQpJbmRleDog
U291cmNlL0phdmFTY3JpcHRDb3JlL2Fzc2VtYmxlci9NYWNyb0Fzc2VtYmxlckFSTXY3LmgKPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PQotLS0gU291cmNlL0phdmFTY3JpcHRDb3JlL2Fzc2VtYmxlci9NYWNyb0Fzc2VtYmxl
ckFSTXY3LmgJKHJldmlzaW9uIDE1OTQ2NykKKysrIFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9hc3Nl
bWJsZXIvTWFjcm9Bc3NlbWJsZXJBUk12Ny5oCSh3b3JraW5nIGNvcHkpCkBAIC0xMzc3LDkgKzEz
NzcsMTEgQEAgcHVibGljOgogICAgICAgICByZXR1cm4gYnJhbmNoMzIoY29uZCwgYWRkcmVzc1Rl
bXBSZWdpc3RlciwgcmlnaHQpOwogICAgIH0KICAgICAKLSAgICBKdW1wIGJyYW5jaDgoUmVsYXRp
b25hbENvbmRpdGlvbiBjb25kLCBBYnNvbHV0ZUFkZHJlc3MgbGVmdCwgVHJ1c3RlZEltbTMyIHJp
Z2h0KQorICAgIEp1bXAgYnJhbmNoOChSZWxhdGlvbmFsQ29uZGl0aW9uIGNvbmQsIEFic29sdXRl
QWRkcmVzcyBhZGRyZXNzLCBUcnVzdGVkSW1tMzIgcmlnaHQpCiAgICAgewotICAgICAgICBsb2Fk
OChsZWZ0LCBhZGRyZXNzVGVtcFJlZ2lzdGVyKTsKKyAgICAgICAgLy8gVXNlIGFkZHJlc3NUZW1w
UmVnaXN0ZXIgaW5zdGVhZCBvZiBkYXRhVGVtcFJlZ2lzdGVyLCBzaW5jZSBicmFuY2gzMiB1c2Vz
IGRhdGFUZW1wUmVnaXN0ZXIuCisgICAgICAgIG1vdmUoVHJ1c3RlZEltbVB0cihhZGRyZXNzLm1f
cHRyKSwgYWRkcmVzc1RlbXBSZWdpc3Rlcik7CisgICAgICAgIGxvYWQ4KEFkZHJlc3MoYWRkcmVz
c1RlbXBSZWdpc3RlciksIGFkZHJlc3NUZW1wUmVnaXN0ZXIpOwogICAgICAgICByZXR1cm4gYnJh
bmNoMzIoY29uZCwgYWRkcmVzc1RlbXBSZWdpc3RlciwgcmlnaHQpOwogICAgIH0KICAgICAK
</data>
<flag name="review"
          id="240425"
          type_id="1"
          status="+"
          setter="ggaren"
    />
          </attachment>
      

    </bug>

</bugzilla>