<?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>136103</bug_id>
          
          <creation_ts>2014-08-20 08:39:59 -0700</creation_ts>
          <short_desc>[Win] Assertion fails when running JSC stress tests.</short_desc>
          <delta_ts>2014-08-20 11:11:35 -0700</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>Unspecified</rep_platform>
          <op_sys>Unspecified</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>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>peavo</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>achristensen</cc>
    
    <cc>bfulgham</cc>
    
    <cc>commit-queue</cc>
    
    <cc>darin</cc>
    
    <cc>fpizlo</cc>
    
    <cc>mark.lam</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1030272</commentid>
    <comment_count>0</comment_count>
    <who name="">peavo</who>
    <bug_when>2014-08-20 08:39:59 -0700</bug_when>
    <thetext>When I run the JSC stress tests on Windows, I get a few asserts in the function specializationKindFor in the InlineCallFrame struct (CodeOrigin.h).
This happens because the kind parameter has the value -2.

    static CodeSpecializationKind specializationKindFor(Kind kind)
    {
        switch (kind) {
        case Call:
        case GetterCall:
        case SetterCall:
            return CodeForCall;
        case Construct:
            return CodeForConstruct;
        }
        RELEASE_ASSERT_NOT_REACHED();
        return CodeForCall;
    }

Since enums are signed on Windows, and only 2 bits are allocated for the Kind member in the InlineCallFrame struct, the values we can represent are -2, -1, 0, 1.
We should use an extra bit in the bitfield, so we also can represent the values 2, and 3. 

See http://rogerkarlsson.com/blogs/programming/enum-bit-field-visual-studio/ for a similar case.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030287</commentid>
    <comment_count>1</comment_count>
      <attachid>236873</attachid>
    <who name="">peavo</who>
    <bug_when>2014-08-20 09:38:02 -0700</bug_when>
    <thetext>Created attachment 236873
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030292</commentid>
    <comment_count>2</comment_count>
      <attachid>236873</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2014-08-20 09:55:59 -0700</bug_when>
    <thetext>Comment on attachment 236873
Patch

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

&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)

This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?

&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:163
&gt; +    unsigned kind : 2;

I believe our WebKit coding style pattern in cases like this is to put a comment off to the right with the name of the enum type. See examples like the ones in DFGNode.h, RenderObject.h, StyleRareInheritedData.h, and StyleRareNonInheritedData.h.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030293</commentid>
    <comment_count>3</comment_count>
      <attachid>236874</attachid>
    <who name="">peavo</who>
    <bug_when>2014-08-20 10:03:12 -0700</bug_when>
    <thetext>Created attachment 236874
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030295</commentid>
    <comment_count>4</comment_count>
      <attachid>236874</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2014-08-20 10:04:15 -0700</bug_when>
    <thetext>Comment on attachment 236874
Patch

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

&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt; -    static CodeSpecializationKind specializationKindFor(Kind kind)
&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)

This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030296</commentid>
    <comment_count>5</comment_count>
      <attachid>236874</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2014-08-20 10:04:45 -0700</bug_when>
    <thetext>Comment on attachment 236874
Patch

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

&gt;&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt;&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)
&gt; 
&gt; This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?

There is likely a better way to fix this than to remove the type here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030299</commentid>
    <comment_count>6</comment_count>
    <who name="">peavo</who>
    <bug_when>2014-08-20 10:07:44 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; (From update of attachment 236874 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=236874&amp;action=review
&gt; 
&gt; &gt;&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt; &gt;&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)
&gt; &gt; 
&gt; &gt; This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?
&gt; 
&gt; There is likely a better way to fix this than to remove the type here.

MSVC was not able to convert from unsigned to the Kind enum type.
Maybe replace with a static_cast when calling the function instead?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030302</commentid>
    <comment_count>7</comment_count>
      <attachid>236874</attachid>
    <who name="Mark Lam">mark.lam</who>
    <bug_when>2014-08-20 10:13:20 -0700</bug_when>
    <thetext>Comment on attachment 236874
Patch

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

&gt;&gt;&gt;&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt;&gt;&gt;&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)
&gt;&gt;&gt; 
&gt;&gt;&gt; This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?
&gt;&gt; 
&gt;&gt; There is likely a better way to fix this than to remove the type here.
&gt; 
&gt; MSVC was not able to convert from unsigned to the Kind enum type.
&gt; Maybe replace with a static_cast when calling the function instead?

I see that we’re now using enum classes everywhere.  How about using “enum class Kind : unsigned”?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030303</commentid>
    <comment_count>8</comment_count>
      <attachid>236874</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2014-08-20 10:16:39 -0700</bug_when>
    <thetext>Comment on attachment 236874
Patch

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

&gt;&gt;&gt;&gt;&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt;&gt;&gt;&gt;&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?
&gt;&gt;&gt; 
&gt;&gt;&gt; There is likely a better way to fix this than to remove the type here.
&gt;&gt; 
&gt;&gt; MSVC was not able to convert from unsigned to the Kind enum type.
&gt;&gt; Maybe replace with a static_cast when calling the function instead?
&gt; 
&gt; I see that we’re now using enum classes everywhere.  How about using “enum class Kind : unsigned”?

Yes, we should put the static_cast into the specializationKind() function; note that the two other callers in DFGByteCodeParser.cpp would not require a static_cast. Also seems fine to try Mark’s suggestion of moving to an enum class, but I think that will lead to even more changes and I am not sure it’s worth it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030304</commentid>
    <comment_count>9</comment_count>
      <attachid>236876</attachid>
    <who name="">peavo</who>
    <bug_when>2014-08-20 10:27:45 -0700</bug_when>
    <thetext>Created attachment 236876
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030305</commentid>
    <comment_count>10</comment_count>
    <who name="">peavo</who>
    <bug_when>2014-08-20 10:28:18 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; (From update of attachment 236874 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=236874&amp;action=review
&gt; 
&gt; &gt;&gt;&gt;&gt;&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt; &gt;&gt;&gt;&gt;&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)
&gt; &gt;&gt;&gt;&gt; 
&gt; &gt;&gt;&gt;&gt; This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?
&gt; &gt;&gt;&gt; 
&gt; &gt;&gt;&gt; There is likely a better way to fix this than to remove the type here.
&gt; &gt;&gt; 
&gt; &gt;&gt; MSVC was not able to convert from unsigned to the Kind enum type.
&gt; &gt;&gt; Maybe replace with a static_cast when calling the function instead?
&gt; &gt; 
&gt; &gt; I see that we’re now using enum classes everywhere.  How about using “enum class Kind : unsigned”?
&gt; 
&gt; Yes, we should put the static_cast into the specializationKind() function; note that the two other callers in DFGByteCodeParser.cpp would not require a static_cast. Also seems fine to try Mark’s suggestion of moving to an enum class, but I think that will lead to even more changes and I am not sure it’s worth it.

Ok, thanks, updated patch :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030319</commentid>
    <comment_count>11</comment_count>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2014-08-20 11:00:50 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; (From update of attachment 236874 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=236874&amp;action=review
&gt; 
&gt; &gt;&gt;&gt;&gt; Source/JavaScriptCore/bytecode/CodeOrigin.h:143
&gt; &gt;&gt;&gt;&gt; +    static CodeSpecializationKind specializationKindFor(unsigned kind)
&gt; &gt;&gt;&gt; 
&gt; &gt;&gt;&gt; This change should not be necessary. What happens when you don’t change this? Some kind of failure to compile?
&gt; &gt;&gt; 
&gt; &gt;&gt; There is likely a better way to fix this than to remove the type here.
&gt; &gt; 
&gt; &gt; MSVC was not able to convert from unsigned to the Kind enum type.
&gt; &gt; Maybe replace with a static_cast when calling the function instead?
&gt; 
&gt; I see that we’re now using enum classes everywhere.  How about using “enum class Kind : unsigned”?

Yes. See &lt;https://bugs.webkit.org/show_bug.cgi?id=134252&gt; as well. We&apos;ve hit this numerous times.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030325</commentid>
    <comment_count>12</comment_count>
      <attachid>236876</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2014-08-20 11:11:29 -0700</bug_when>
    <thetext>Comment on attachment 236876
Patch

Clearing flags on attachment: 236876

Committed r172801: &lt;http://trac.webkit.org/changeset/172801&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1030326</commentid>
    <comment_count>13</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2014-08-20 11:11:35 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>236873</attachid>
            <date>2014-08-20 09:38:02 -0700</date>
            <delta_ts>2014-08-20 10:03:00 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-136103-20140820183742.patch</filename>
            <type>text/plain</type>
            <size>1873</size>
            <attacher>peavo</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291
cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkocmV2aXNpb24gMTcyNzk3KQorKysgU291cmNl
L0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE1IEBA
CisyMDE0LTA4LTIwICBwZWF2b0BvdXRsb29rLmNvbSAgPHBlYXZvQG91dGxvb2suY29tPgorCisg
ICAgICAgIFtXaW5dIEFzc2VydGlvbiBmYWlscyB3aGVuIHJ1bm5pbmcgSlNDIHN0cmVzcyB0ZXN0
cy4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEzNjEw
MworCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFVzZSB1
bnNpZ25lZCBiaXRmaWVsZCBtZW1iZXIgaW5zdGVhZCBvZiBlbnVtIGJpdGZpZWxkIG1lbWJlciB0
byBhdm9pZCBuZWdhdGl2ZSB2YWx1ZXMuCisKKyAgICAgICAgKiBieXRlY29kZS9Db2RlT3JpZ2lu
Lmg6CisgICAgICAgIChKU0M6OklubGluZUNhbGxGcmFtZTo6c3BlY2lhbGl6YXRpb25LaW5kRm9y
KToKKwogMjAxNC0wOC0xOSAgRmlsaXAgUGl6bG8gIDxmcGl6bG9AYXBwbGUuY29tPgogCiAgICAg
ICAgIFJFR1JFU1NJT04ocjE3MjQwMSk6IGZvci1pbiBvcHRpbWl6YXRpb24gbm8gbG9uZ2VyIHdv
cmtzIGF0IGFsbApJbmRleDogU291cmNlL0phdmFTY3JpcHRDb3JlL2J5dGVjb2RlL0NvZGVPcmln
aW4uaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvSmF2YVNjcmlwdENvcmUvYnl0ZWNvZGUvQ29kZU9y
aWdpbi5oCShyZXZpc2lvbiAxNzI3OTcpCisrKyBTb3VyY2UvSmF2YVNjcmlwdENvcmUvYnl0ZWNv
ZGUvQ29kZU9yaWdpbi5oCSh3b3JraW5nIGNvcHkpCkBAIC0xNDAsNyArMTQwLDcgQEAgc3RydWN0
IElubGluZUNhbGxGcmFtZSB7CiAgICAgICAgIHJldHVybiBDYWxsOwogICAgIH0KICAgICAKLSAg
ICBzdGF0aWMgQ29kZVNwZWNpYWxpemF0aW9uS2luZCBzcGVjaWFsaXphdGlvbktpbmRGb3IoS2lu
ZCBraW5kKQorICAgIHN0YXRpYyBDb2RlU3BlY2lhbGl6YXRpb25LaW5kIHNwZWNpYWxpemF0aW9u
S2luZEZvcih1bnNpZ25lZCBraW5kKQogICAgIHsKICAgICAgICAgc3dpdGNoIChraW5kKSB7CiAg
ICAgICAgIGNhc2UgQ2FsbDoKQEAgLTE2MCw3ICsxNjAsNyBAQCBzdHJ1Y3QgSW5saW5lQ2FsbEZy
YW1lIHsKICAgICBDb2RlT3JpZ2luIGNhbGxlcjsKICAgICBCaXRWZWN0b3IgY2FwdHVyZWRWYXJz
OyAvLyBJbmRleGVkIGJ5IHRoZSBtYWNoaW5lIGNhbGwgZnJhbWUncyB2YXJpYWJsZSBudW1iZXJp
bmcuCiAgICAgc2lnbmVkIHN0YWNrT2Zmc2V0IDogMzA7Ci0gICAgS2luZCBraW5kIDogMjsKKyAg
ICB1bnNpZ25lZCBraW5kIDogMjsKICAgICBib29sIGlzQ2xvc3VyZUNhbGwgOiAxOyAvLyBJZiBm
YWxzZSB0aGVuIHdlIGtub3cgdGhhdCBjYWxsZWUvc2NvcGUgYXJlIGNvbnN0YW50cyBhbmQgdGhl
IERGRyB3b24ndCB0cmVhdCB0aGVtIGFzIHZhcmlhYmxlcywgaS5lLiB0aGV5IGhhdmUgdG8gYmUg
cmVjb3ZlcmVkIG1hbnVhbGx5LgogICAgIFZpcnR1YWxSZWdpc3RlciBhcmd1bWVudHNSZWdpc3Rl
cjsgLy8gVGhpcyBpcyBvbmx5IHNldCBpZiB0aGUgY29kZSB1c2VzIGFyZ3VtZW50cy4gVGhlIHVu
bW9kaWZpZWQgYXJndW1lbnRzIHJlZ2lzdGVyIGZvbGxvd3MgdGhlIHVubW9kaWZpZWRBcmd1bWVu
dHNSZWdpc3RlcigpIGNvbnZlbnRpb24gKHNlZSBDb2RlQmxvY2suaCkuCiAgICAgCg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>236874</attachid>
            <date>2014-08-20 10:03:12 -0700</date>
            <delta_ts>2014-08-20 10:27:35 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-136103-20140820190251.patch</filename>
            <type>text/plain</type>
            <size>1937</size>
            <attacher>peavo</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291
cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkocmV2aXNpb24gMTcyNzk3KQorKysgU291cmNl
L0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE1IEBA
CisyMDE0LTA4LTIwICBwZWF2b0BvdXRsb29rLmNvbSAgPHBlYXZvQG91dGxvb2suY29tPgorCisg
ICAgICAgIFtXaW5dIEFzc2VydGlvbiBmYWlscyB3aGVuIHJ1bm5pbmcgSlNDIHN0cmVzcyB0ZXN0
cy4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEzNjEw
MworCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFVzZSB1
bnNpZ25lZCBiaXRmaWVsZCBtZW1iZXIgaW5zdGVhZCBvZiBlbnVtIGJpdGZpZWxkIG1lbWJlciB0
byBhdm9pZCBuZWdhdGl2ZSB2YWx1ZXMuCisKKyAgICAgICAgKiBieXRlY29kZS9Db2RlT3JpZ2lu
Lmg6IFVzZSB1bnNpZ25lZCBiaXRmaWVsZCBtZW1iZXIuCisgICAgICAgIChKU0M6OklubGluZUNh
bGxGcmFtZTo6c3BlY2lhbGl6YXRpb25LaW5kRm9yKTogQ29tcGlsZSBmaXguCisKIDIwMTQtMDgt
MTkgIEZpbGlwIFBpemxvICA8ZnBpemxvQGFwcGxlLmNvbT4KIAogICAgICAgICBSRUdSRVNTSU9O
KHIxNzI0MDEpOiBmb3ItaW4gb3B0aW1pemF0aW9uIG5vIGxvbmdlciB3b3JrcyBhdCBhbGwKSW5k
ZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9ieXRlY29kZS9Db2RlT3JpZ2luLmgKPT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PQotLS0gU291cmNlL0phdmFTY3JpcHRDb3JlL2J5dGVjb2RlL0NvZGVPcmlnaW4uaAkocmV2aXNp
b24gMTcyNzk3KQorKysgU291cmNlL0phdmFTY3JpcHRDb3JlL2J5dGVjb2RlL0NvZGVPcmlnaW4u
aAkod29ya2luZyBjb3B5KQpAQCAtMTQwLDcgKzE0MCw3IEBAIHN0cnVjdCBJbmxpbmVDYWxsRnJh
bWUgewogICAgICAgICByZXR1cm4gQ2FsbDsKICAgICB9CiAgICAgCi0gICAgc3RhdGljIENvZGVT
cGVjaWFsaXphdGlvbktpbmQgc3BlY2lhbGl6YXRpb25LaW5kRm9yKEtpbmQga2luZCkKKyAgICBz
dGF0aWMgQ29kZVNwZWNpYWxpemF0aW9uS2luZCBzcGVjaWFsaXphdGlvbktpbmRGb3IodW5zaWdu
ZWQga2luZCkKICAgICB7CiAgICAgICAgIHN3aXRjaCAoa2luZCkgewogICAgICAgICBjYXNlIENh
bGw6CkBAIC0xNjAsNyArMTYwLDcgQEAgc3RydWN0IElubGluZUNhbGxGcmFtZSB7CiAgICAgQ29k
ZU9yaWdpbiBjYWxsZXI7CiAgICAgQml0VmVjdG9yIGNhcHR1cmVkVmFyczsgLy8gSW5kZXhlZCBi
eSB0aGUgbWFjaGluZSBjYWxsIGZyYW1lJ3MgdmFyaWFibGUgbnVtYmVyaW5nLgogICAgIHNpZ25l
ZCBzdGFja09mZnNldCA6IDMwOwotICAgIEtpbmQga2luZCA6IDI7CisgICAgdW5zaWduZWQga2lu
ZCA6IDI7IC8vIHJlYWwgdHlwZSBpcyBLaW5kCiAgICAgYm9vbCBpc0Nsb3N1cmVDYWxsIDogMTsg
Ly8gSWYgZmFsc2UgdGhlbiB3ZSBrbm93IHRoYXQgY2FsbGVlL3Njb3BlIGFyZSBjb25zdGFudHMg
YW5kIHRoZSBERkcgd29uJ3QgdHJlYXQgdGhlbSBhcyB2YXJpYWJsZXMsIGkuZS4gdGhleSBoYXZl
IHRvIGJlIHJlY292ZXJlZCBtYW51YWxseS4KICAgICBWaXJ0dWFsUmVnaXN0ZXIgYXJndW1lbnRz
UmVnaXN0ZXI7IC8vIFRoaXMgaXMgb25seSBzZXQgaWYgdGhlIGNvZGUgdXNlcyBhcmd1bWVudHMu
IFRoZSB1bm1vZGlmaWVkIGFyZ3VtZW50cyByZWdpc3RlciBmb2xsb3dzIHRoZSB1bm1vZGlmaWVk
QXJndW1lbnRzUmVnaXN0ZXIoKSBjb252ZW50aW9uIChzZWUgQ29kZUJsb2NrLmgpLgogICAgIAo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>236876</attachid>
            <date>2014-08-20 10:27:45 -0700</date>
            <delta_ts>2014-08-20 11:11:29 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-136103-20140820192726.patch</filename>
            <type>text/plain</type>
            <size>1985</size>
            <attacher>peavo</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291
cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkocmV2aXNpb24gMTcyNzk3KQorKysgU291cmNl
L0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE1IEBA
CisyMDE0LTA4LTIwICBwZWF2b0BvdXRsb29rLmNvbSAgPHBlYXZvQG91dGxvb2suY29tPgorCisg
ICAgICAgIFtXaW5dIEFzc2VydGlvbiBmYWlscyB3aGVuIHJ1bm5pbmcgSlNDIHN0cmVzcyB0ZXN0
cy4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEzNjEw
MworCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFVzZSB1
bnNpZ25lZCBiaXRmaWVsZCBtZW1iZXIgaW5zdGVhZCBvZiBlbnVtIGJpdGZpZWxkIG1lbWJlciB0
byBhdm9pZCBuZWdhdGl2ZSB2YWx1ZXMuCisKKyAgICAgICAgKiBieXRlY29kZS9Db2RlT3JpZ2lu
Lmg6IFVzZSB1bnNpZ25lZCBiaXRmaWVsZCBtZW1iZXIuCisgICAgICAgIChKU0M6OklubGluZUNh
bGxGcmFtZTo6c3BlY2lhbGl6YXRpb25LaW5kKTogQ29tcGlsZSBmaXguCisKIDIwMTQtMDgtMTkg
IEZpbGlwIFBpemxvICA8ZnBpemxvQGFwcGxlLmNvbT4KIAogICAgICAgICBSRUdSRVNTSU9OKHIx
NzI0MDEpOiBmb3ItaW4gb3B0aW1pemF0aW9uIG5vIGxvbmdlciB3b3JrcyBhdCBhbGwKSW5kZXg6
IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9ieXRlY29kZS9Db2RlT3JpZ2luLmgKPT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot
LS0gU291cmNlL0phdmFTY3JpcHRDb3JlL2J5dGVjb2RlL0NvZGVPcmlnaW4uaAkocmV2aXNpb24g
MTcyNzk3KQorKysgU291cmNlL0phdmFTY3JpcHRDb3JlL2J5dGVjb2RlL0NvZGVPcmlnaW4uaAko
d29ya2luZyBjb3B5KQpAQCAtMTYwLDcgKzE2MCw3IEBAIHN0cnVjdCBJbmxpbmVDYWxsRnJhbWUg
ewogICAgIENvZGVPcmlnaW4gY2FsbGVyOwogICAgIEJpdFZlY3RvciBjYXB0dXJlZFZhcnM7IC8v
IEluZGV4ZWQgYnkgdGhlIG1hY2hpbmUgY2FsbCBmcmFtZSdzIHZhcmlhYmxlIG51bWJlcmluZy4K
ICAgICBzaWduZWQgc3RhY2tPZmZzZXQgOiAzMDsKLSAgICBLaW5kIGtpbmQgOiAyOworICAgIHVu
c2lnbmVkIGtpbmQgOiAyOyAvLyByZWFsIHR5cGUgaXMgS2luZAogICAgIGJvb2wgaXNDbG9zdXJl
Q2FsbCA6IDE7IC8vIElmIGZhbHNlIHRoZW4gd2Uga25vdyB0aGF0IGNhbGxlZS9zY29wZSBhcmUg
Y29uc3RhbnRzIGFuZCB0aGUgREZHIHdvbid0IHRyZWF0IHRoZW0gYXMgdmFyaWFibGVzLCBpLmUu
IHRoZXkgaGF2ZSB0byBiZSByZWNvdmVyZWQgbWFudWFsbHkuCiAgICAgVmlydHVhbFJlZ2lzdGVy
IGFyZ3VtZW50c1JlZ2lzdGVyOyAvLyBUaGlzIGlzIG9ubHkgc2V0IGlmIHRoZSBjb2RlIHVzZXMg
YXJndW1lbnRzLiBUaGUgdW5tb2RpZmllZCBhcmd1bWVudHMgcmVnaXN0ZXIgZm9sbG93cyB0aGUg
dW5tb2RpZmllZEFyZ3VtZW50c1JlZ2lzdGVyKCkgY29udmVudGlvbiAoc2VlIENvZGVCbG9jay5o
KS4KICAgICAKQEAgLTE3NCw3ICsxNzQsNyBAQCBzdHJ1Y3QgSW5saW5lQ2FsbEZyYW1lIHsKICAg
ICB7CiAgICAgfQogICAgIAotICAgIENvZGVTcGVjaWFsaXphdGlvbktpbmQgc3BlY2lhbGl6YXRp
b25LaW5kKCkgY29uc3QgeyByZXR1cm4gc3BlY2lhbGl6YXRpb25LaW5kRm9yKGtpbmQpOyB9Cisg
ICAgQ29kZVNwZWNpYWxpemF0aW9uS2luZCBzcGVjaWFsaXphdGlvbktpbmQoKSBjb25zdCB7IHJl
dHVybiBzcGVjaWFsaXphdGlvbktpbmRGb3Ioc3RhdGljX2Nhc3Q8S2luZD4oa2luZCkpOyB9CiAK
ICAgICBKU0Z1bmN0aW9uKiBjYWxsZWVDb25zdGFudCgpIGNvbnN0CiAgICAgewo=
</data>

          </attachment>
      

    </bug>

</bugzilla>