<?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>91746</bug_id>
          
          <creation_ts>2012-07-19 08:35:04 -0700</creation_ts>
          <short_desc>set WTF_USE_LOCKFREE_THREADSAFEREFCOUNTED for chromium android</short_desc>
          <delta_ts>2012-07-30 16:54:20 -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>WebCore Misc.</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Android</rep_platform>
          <op_sys>Android</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>
          <dependson>92635</dependson>
          <blocked>89428</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Wei James (wistoch)">james.wei</reporter>
          <assigned_to name="Wei James (wistoch)">james.wei</assigned_to>
          <cc>abarth</cc>
    
    <cc>aelias</cc>
    
    <cc>peter</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>673534</commentid>
    <comment_count>0</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-19 08:35:04 -0700</bug_when>
    <thetext>set WTF_USE_LOCKFREE_THREADSAFEREFCOUNTED for chromium android</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>673535</commentid>
    <comment_count>1</comment_count>
      <attachid>153271</attachid>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-19 08:35:24 -0700</bug_when>
    <thetext>Created attachment 153271
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678897</commentid>
    <comment_count>2</comment_count>
      <attachid>153271</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2012-07-25 23:22:17 -0700</bug_when>
    <thetext>Comment on attachment 153271
Patch

Why?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678915</commentid>
    <comment_count>3</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-25 23:35:15 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; (From update of attachment 153271 [details])
&gt; Why?

it is part of the efforts to enable web audio for chromium android. 

as mentioned in https://bugs.webkit.org/show_bug.cgi?id=89428#c19

peter wants to seperate the patch to two pieces. the one in #89428 already landed webkit. but I cannot find digit@google.com on bugs.webkit.org so have to turn to you. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678933</commentid>
    <comment_count>4</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2012-07-26 00:02:02 -0700</bug_when>
    <thetext>Would you be willing to include this information in the ChangeLog?  As written the patch is very mysterious.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678934</commentid>
    <comment_count>5</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2012-07-26 00:03:01 -0700</bug_when>
    <thetext>From the name, WTF_USE_LOCKFREE_THREADSAFEREFCOUNTED sounds like it could have much wider implications than just web audio.  Are we sure we want those implications?  Do we turn this on for Chromium on other operating systems?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678950</commentid>
    <comment_count>6</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 00:25:07 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; Would you be willing to include this information in the ChangeLog?  As written the patch is very mysterious.

sure. I will update the patch to include this information. thanks</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678953</commentid>
    <comment_count>7</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 00:31:24 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; From the name, WTF_USE_LOCKFREE_THREADSAFEREFCOUNTED sounds like it could have much wider implications than just web audio.  Are we sure we want those implications?  Do we turn this on for Chromium on other operating systems?

I was confused too when I saw this MACRO at the begining. 

this MACRO is to eanble using WTF::atomicDecrement and WTF::atomicIncreament in wtf/Atomics.h

from wtf/Atomics.h, seems all other OS and platforms enabled this MACRO.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678955</commentid>
    <comment_count>8</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 00:33:04 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; From the name, WTF_USE_LOCKFREE_THREADSAFEREFCOUNTED sounds like it could have much wider implications than just web audio.  Are we sure we want those implications?  Do we turn this on for Chromium on other operating systems?

it is not just for web audio. it is for wtf::atomicDecrement and wtf::atomicIncrement. 

Web Audio just needs to use atomicDecrement and atomicIncrement.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678973</commentid>
    <comment_count>9</comment_count>
      <attachid>154566</attachid>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 00:55:45 -0700</bug_when>
    <thetext>Created attachment 154566
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678974</commentid>
    <comment_count>10</comment_count>
      <attachid>154567</attachid>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 00:58:12 -0700</bug_when>
    <thetext>Created attachment 154567
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>678977</commentid>
    <comment_count>11</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 01:02:14 -0700</bug_when>
    <thetext>after reviewing the comments in #89428, it may make more sense to put this MACRO in Atomics.h. 

also, added more information in ChangeLog. thanks</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>679047</commentid>
    <comment_count>12</comment_count>
      <attachid>154567</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2012-07-26 01:54:33 -0700</bug_when>
    <thetext>Comment on attachment 154567
Patch

Thanks!  This patch makes much more sense.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>679053</commentid>
    <comment_count>13</comment_count>
    <who name="Peter Beverloo">peter</who>
    <bug_when>2012-07-26 01:55:55 -0700</bug_when>
    <thetext>I&apos;ve asked David Turner to have a quick peek as well, as I vaguely recall issues with this. I can set CQ+ once we&apos;re good. Thank you, James Wei!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>679056</commentid>
    <comment_count>14</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 01:57:30 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; (From update of attachment 154567 [details])
&gt; Thanks!  This patch makes much more sense.

thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>679057</commentid>
    <comment_count>15</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-26 01:57:47 -0700</bug_when>
    <thetext>(In reply to comment #13)
&gt; I&apos;ve asked David Turner to have a quick peek as well, as I vaguely recall issues with this. I can set CQ+ once we&apos;re good. Thank you, James Wei!

that&apos;s fine. thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>680523</commentid>
    <comment_count>16</comment_count>
    <who name="Peter Beverloo">peter</who>
    <bug_when>2012-07-27 06:14:42 -0700</bug_when>
    <thetext>The issues were fixed starting the release of r7b of the Android NDK, which is what WebKit uses. Setting cq+, thank you for the patch!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>680600</commentid>
    <comment_count>17</comment_count>
      <attachid>154567</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-07-27 07:15:07 -0700</bug_when>
    <thetext>Comment on attachment 154567
Patch

Clearing flags on attachment: 154567

Committed r123875: &lt;http://trac.webkit.org/changeset/123875&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>680602</commentid>
    <comment_count>18</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-07-27 07:15:11 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>681756</commentid>
    <comment_count>19</comment_count>
    <who name="Alexandre Elias">aelias</who>
    <bug_when>2012-07-30 01:03:48 -0700</bug_when>
    <thetext>This is causing FunctionalTest.MemberFunctionBindRefDeref in the TestWebKitAPI test package to fail on our private bot.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>681758</commentid>
    <comment_count>20</comment_count>
    <who name="Alexandre Elias">aelias</who>
    <bug_when>2012-07-30 01:08:46 -0700</bug_when>
    <thetext>Not sure of the reason why it has issues on Android, given that the setting is enabled on many other platforms without problems.  Wei, could you investigate?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>681761</commentid>
    <comment_count>21</comment_count>
    <who name="Alexandre Elias">aelias</who>
    <bug_when>2012-07-30 01:18:13 -0700</bug_when>
    <thetext>In webkit_unit_tests package, IDBDatabaseBackendTest.BackingStoreRetention is also failing with backingStore-&gt;hasOneRef() (Actual: false, Expected: true).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>681771</commentid>
    <comment_count>22</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-30 01:30:18 -0700</bug_when>
    <thetext>(In reply to comment #20)
&gt; Not sure of the reason why it has issues on Android, given that the setting is enabled on many other platforms without problems.  Wei, could you investigate?

ok. I will investigate it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>681792</commentid>
    <comment_count>23</comment_count>
    <who name="Peter Beverloo">peter</who>
    <bug_when>2012-07-30 02:11:52 -0700</bug_when>
    <thetext>I think it&apos;s unreasonable to ask Wei James to investigate issues occurring on our private branch. We should pick this up ourselves.

Alexandre, what version of the Android NDK do we use downstream? The atomic operations should be safe to use starting version r7b..</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>681815</commentid>
    <comment_count>24</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-30 02:53:54 -0700</bug_when>
    <thetext>(In reply to comment #23)
&gt; I think it&apos;s unreasonable to ask Wei James to investigate issues occurring on our private branch. We should pick this up ourselves.
&gt; 
&gt; Alexandre, what version of the Android NDK do we use downstream? The atomic operations should be safe to use starting version r7b..

peter, I can reproduce this issue in chromium upstream with ndk r8. 

it is strange as __atomic_inc is implemented with __sync_fetch_and_add in r8.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>681846</commentid>
    <comment_count>25</comment_count>
    <who name="Wei James (wistoch)">james.wei</who>
    <bug_when>2012-07-30 04:11:08 -0700</bug_when>
    <thetext>(In reply to comment #24)
&gt; (In reply to comment #23)
&gt; &gt; I think it&apos;s unreasonable to ask Wei James to investigate issues occurring on our private branch. We should pick this up ourselves.
&gt; &gt; 
&gt; &gt; Alexandre, what version of the Android NDK do we use downstream? The atomic operations should be safe to use starting version r7b..
&gt; 
&gt; peter, I can reproduce this issue in chromium upstream with ndk r8. 
&gt; 
&gt; it is strange as __atomic_inc is implemented with __sync_fetch_and_add in r8.

I have found the root cause of this issue. 

__atomic_inc is safe to use in android. 

but in WebKit, it is assumed that __atomic_inc will return the new value. 

while in Android, __sync_fetch_and_add will return the old value. 

so ThreadSafeRefCounted.h, Line 108: 

should be atomicDecrement(&amp;m_refCount) &lt;= 1 in android instead of 
atomicDecrement(&amp;m_refCount) &lt;= 0

I will refine and submit the patch later for review. thanks</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>682536</commentid>
    <comment_count>26</comment_count>
    <who name="Peter Beverloo">peter</who>
    <bug_when>2012-07-30 16:54:20 -0700</bug_when>
    <thetext>Marking this as fixed again.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>153271</attachid>
            <date>2012-07-19 08:35:24 -0700</date>
            <delta_ts>2012-07-26 00:55:40 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-91746-20120719233536.patch</filename>
            <type>text/plain</type>
            <size>1016</size>
            <attacher name="Wei James (wistoch)">james.wei</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIzMDM1CmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL0NoYW5n
ZUxvZyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCmluZGV4IDNkOTY2NDZjMWNlMjgxN2ViY2ZlZTBk
NTkyYjQ5MDQ2MDU1NzNmNjUuLjM5NzNhZmI5NmZlOThlYjExNTk1ZWY0YTAwYTY2Yjk0ZDg0ZDBm
Y2YgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XVEYvQ2hh
bmdlTG9nCkBAIC0xLDMgKzEsMTIgQEAKKzIwMTItMDctMTkgIFdlaSBKYW1lcyAgPGphbWVzLndl
aUBpbnRlbC5jb20+CisKKyAgICAgICAgc2V0IFdURl9VU0VfTE9DS0ZSRUVfVEhSRUFEU0FGRVJF
RkNPVU5URUQgZm9yIGNocm9taXVtIGFuZHJvaWQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp
dC5vcmcvc2hvd19idWcuY2dpP2lkPTkxNzQ2CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZ
IChPT1BTISkuCisKKyAgICAgICAgKiB3dGYvUGxhdGZvcm0uaDoKKwogMjAxMi0wNy0xOCAgWW9u
ZyBMaSAgPHlvbGlAcmltLmNvbT4KIAogICAgICAgICBbQmxhY2tCZXJyeV0gSW1wbGVtZW50IGN1
cnJlbnRUaW1lKCkgYW5kIG1vbm90b25pY2FsbHlJbmNyZWFzaW5nVGltZSgpIGZvciBPUyhRTlgp
CmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL3d0Zi9QbGF0Zm9ybS5oIGIvU291cmNlL1dURi93dGYv
UGxhdGZvcm0uaAppbmRleCBjMTdmM2UxYmMxZTFlYjdmYzkyZTY2YzVmNGYzZDdiNjQ4YWI1ZWU4
Li44ODgyYTgyODUzMTkyNzMyYmJlMzZhODIyZGIxMGRlOGUzZDgyOWNjIDEwMDY0NAotLS0gYS9T
b3VyY2UvV1RGL3d0Zi9QbGF0Zm9ybS5oCisrKyBiL1NvdXJjZS9XVEYvd3RmL1BsYXRmb3JtLmgK
QEAgLTc1MCw2ICs3NTAsNyBAQAogI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCiAjZGVmaW5lIEhB
VkVfU1lTX1BBUkFNX0ggMQogI2RlZmluZSBIQVZFX1NZU19USU1FX0ggMQorI2RlZmluZSBXVEZf
VVNFX0xPQ0tGUkVFX1RIUkVBRFNBRkVSRUZDT1VOVEVEIDEKIAogI2Vsc2UKIAo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>154566</attachid>
            <date>2012-07-26 00:55:45 -0700</date>
            <delta_ts>2012-07-26 00:58:06 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-91746-20120726155547.patch</filename>
            <type>text/plain</type>
            <size>1673</size>
            <attacher name="Wei James (wistoch)">james.wei</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIzNjkxCmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL0NoYW5n
ZUxvZyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCmluZGV4IDhkMTIwNTgxYTlmODM1M2M4ODBlMTdm
NjM3MTc2MjNmODQ4ZTViNTMuLmUzMzA3NGYzYTQ0Yzg3ZTM3NGViZmVjYjJjOTFmNDU3ZmE3MWY5
ZTkgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XVEYvQ2hh
bmdlTG9nCkBAIC0xLDMgKzEsMjAgQEAKKzIwMTItMDctMjYgIFdlaSBKYW1lcyAgPGphbWVzLndl
aUBpbnRlbC5jb20+CisKKyAgICAgICAgc2V0IFdURl9VU0VfTE9DS0ZSRUVfVEhSRUFEU0FGRVJF
RkNPVU5URUQgZm9yIGNocm9taXVtIGFuZHJvaWQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp
dC5vcmcvc2hvd19idWcuY2dpP2lkPTkxNzQ2CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZ
IChPT1BTISkuCisKKyAgICAgICAgVGhpcyBwYXRjaCBpcyBwYXJ0IG9mIGVmZm9ydHMgdG8gZW5h
YmxlIHdlYiBhdWRpbyBmb3IgY2hyb21pdW0gYW5kcm9pZC4KKyAgICAgICAgV2ViIGF1ZGlvIGNv
bXBvbmVudCBuZWVkcyB0byB1c2UgYXRvbWljSW5jcmVtZW50IGFuZCBhdG9taWNEZWNyZW1lbnQs
CisgICAgICAgIHdoaWNoIGFyZSBlbmFibGVkIGJ5IHRoaXMgTUFDUk8uCisKKyAgICAgICAgQXMg
bWVudGlvbmVkIGluCWh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04OTQy
OCNjMTksIG1ha2UKKyAgICAgICAgdGhpcyBwYXRjaCBzdGFuZGFsb25lLgorCisgICAgICAgICog
d3RmL0F0b21pY3MuaDoKKyAgICAgICAgKFdURik6CisKIDIwMTItMDctMjUgIEJlbmphbWluIFBv
dWxhaW4gIDxicG91bGFpbkBhcHBsZS5jb20+CiAKICAgICAgICAgSW5pdGlhbGl6ZSBRdWFsaWZp
ZWROYW1lJ3Mgc3RyaW5ncyBmcm9tIHRoZSByZWFkIG9ubHkgZGF0YSBzZWdtZW50CmRpZmYgLS1n
aXQgYS9Tb3VyY2UvV1RGL3d0Zi9BdG9taWNzLmggYi9Tb3VyY2UvV1RGL3d0Zi9BdG9taWNzLmgK
aW5kZXggOTU4YWJkMmZhZmQ3NjZiMDNkZjA1MzE3YjAxZGQyYzZlOTBlZTZmOC4uYTJlZmQ5NDhj
NzNjNmRiZGQzYTI5YzYyM2YxZjU0MDk2NzFhNDZiZCAxMDA2NDQKLS0tIGEvU291cmNlL1dURi93
dGYvQXRvbWljcy5oCisrKyBiL1NvdXJjZS9XVEYvd3RmL0F0b21pY3MuaApAQCAtMTA2LDYgKzEw
Niw3IEBAIGlubGluZSBpbnQgYXRvbWljSW5jcmVtZW50KGludCB2b2xhdGlsZSogYWRkZW5kKSB7
IHJldHVybiBzdGF0aWNfY2FzdDxpbnQ+KGF0b21pCiBpbmxpbmUgaW50IGF0b21pY0RlY3JlbWVu
dChpbnQgdm9sYXRpbGUqIGFkZGVuZCkgeyByZXR1cm4gc3RhdGljX2Nhc3Q8aW50PihhdG9taWNf
c3ViX3ZhbHVlKHJlaW50ZXJwcmV0X2Nhc3Q8dW5zaWduZWQgdm9sYXRpbGUqPihhZGRlbmQpLCAx
KSkgLSAxOyB9CiAKICNlbGlmIE9TKEFORFJPSUQpCisjZGVmaW5lIFdURl9VU0VfTE9DS0ZSRUVf
VEhSRUFEU0FGRVJFRkNPVU5URUQgMQogCiBpbmxpbmUgaW50IGF0b21pY0luY3JlbWVudChpbnQg
dm9sYXRpbGUqIGFkZGVuZCkgeyByZXR1cm4gX19hdG9taWNfaW5jKGFkZGVuZCk7IH0KIGlubGlu
ZSBpbnQgYXRvbWljRGVjcmVtZW50KGludCB2b2xhdGlsZSogYWRkZW5kKSB7IHJldHVybiBfX2F0
b21pY19kZWMoYWRkZW5kKTsgfQo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>154567</attachid>
            <date>2012-07-26 00:58:12 -0700</date>
            <delta_ts>2012-07-27 07:15:07 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-91746-20120726155815.patch</filename>
            <type>text/plain</type>
            <size>1673</size>
            <attacher name="Wei James (wistoch)">james.wei</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIzNjkxCmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL0NoYW5n
ZUxvZyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCmluZGV4IDhkMTIwNTgxYTlmODM1M2M4ODBlMTdm
NjM3MTc2MjNmODQ4ZTViNTMuLmRiODBhNTBhM2Y5NmRhYjdiNDIxMmJmYWE0MTBmZWUwOTczNTc4
N2UgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XVEYvQ2hh
bmdlTG9nCkBAIC0xLDMgKzEsMjAgQEAKKzIwMTItMDctMjYgIFdlaSBKYW1lcyAgPGphbWVzLndl
aUBpbnRlbC5jb20+CisKKyAgICAgICAgc2V0IFdURl9VU0VfTE9DS0ZSRUVfVEhSRUFEU0FGRVJF
RkNPVU5URUQgZm9yIGNocm9taXVtIGFuZHJvaWQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp
dC5vcmcvc2hvd19idWcuY2dpP2lkPTkxNzQ2CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZ
IChPT1BTISkuCisKKyAgICAgICAgVGhpcyBwYXRjaCBpcyBwYXJ0IG9mIGVmZm9ydHMgdG8gZW5h
YmxlIHdlYiBhdWRpbyBmb3IgY2hyb21pdW0gYW5kcm9pZC4KKyAgICAgICAgV2ViIGF1ZGlvIGNv
bXBvbmVudCBuZWVkcyB0byB1c2UgYXRvbWljSW5jcmVtZW50IGFuZCBhdG9taWNEZWNyZW1lbnQs
CisgICAgICAgIHdoaWNoIGFyZSBlbmFibGVkIGJ5IHRoaXMgTUFDUk8uCisKKyAgICAgICAgQXMg
bWVudGlvbmVkIGluIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04OTQy
OCNjMTksIG1ha2UKKyAgICAgICAgdGhpcyBwYXRjaCBzdGFuZGFsb25lLgorCisgICAgICAgICog
d3RmL0F0b21pY3MuaDoKKyAgICAgICAgKFdURik6CisKIDIwMTItMDctMjUgIEJlbmphbWluIFBv
dWxhaW4gIDxicG91bGFpbkBhcHBsZS5jb20+CiAKICAgICAgICAgSW5pdGlhbGl6ZSBRdWFsaWZp
ZWROYW1lJ3Mgc3RyaW5ncyBmcm9tIHRoZSByZWFkIG9ubHkgZGF0YSBzZWdtZW50CmRpZmYgLS1n
aXQgYS9Tb3VyY2UvV1RGL3d0Zi9BdG9taWNzLmggYi9Tb3VyY2UvV1RGL3d0Zi9BdG9taWNzLmgK
aW5kZXggOTU4YWJkMmZhZmQ3NjZiMDNkZjA1MzE3YjAxZGQyYzZlOTBlZTZmOC4uYTJlZmQ5NDhj
NzNjNmRiZGQzYTI5YzYyM2YxZjU0MDk2NzFhNDZiZCAxMDA2NDQKLS0tIGEvU291cmNlL1dURi93
dGYvQXRvbWljcy5oCisrKyBiL1NvdXJjZS9XVEYvd3RmL0F0b21pY3MuaApAQCAtMTA2LDYgKzEw
Niw3IEBAIGlubGluZSBpbnQgYXRvbWljSW5jcmVtZW50KGludCB2b2xhdGlsZSogYWRkZW5kKSB7
IHJldHVybiBzdGF0aWNfY2FzdDxpbnQ+KGF0b21pCiBpbmxpbmUgaW50IGF0b21pY0RlY3JlbWVu
dChpbnQgdm9sYXRpbGUqIGFkZGVuZCkgeyByZXR1cm4gc3RhdGljX2Nhc3Q8aW50PihhdG9taWNf
c3ViX3ZhbHVlKHJlaW50ZXJwcmV0X2Nhc3Q8dW5zaWduZWQgdm9sYXRpbGUqPihhZGRlbmQpLCAx
KSkgLSAxOyB9CiAKICNlbGlmIE9TKEFORFJPSUQpCisjZGVmaW5lIFdURl9VU0VfTE9DS0ZSRUVf
VEhSRUFEU0FGRVJFRkNPVU5URUQgMQogCiBpbmxpbmUgaW50IGF0b21pY0luY3JlbWVudChpbnQg
dm9sYXRpbGUqIGFkZGVuZCkgeyByZXR1cm4gX19hdG9taWNfaW5jKGFkZGVuZCk7IH0KIGlubGlu
ZSBpbnQgYXRvbWljRGVjcmVtZW50KGludCB2b2xhdGlsZSogYWRkZW5kKSB7IHJldHVybiBfX2F0
b21pY19kZWMoYWRkZW5kKTsgfQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>