<?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>68606</bug_id>
          
          <creation_ts>2011-09-22 03:22:15 -0700</creation_ts>
          <short_desc>32-bit call code clobbers the function cell tag</short_desc>
          <delta_ts>2011-09-22 04:04:52 -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>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>68557</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Filip Pizlo">fpizlo</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>barraclough</cc>
    
    <cc>fpizlo</cc>
    
    <cc>ossy</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>471458</commentid>
    <comment_count>0</comment_count>
    <who name="Filip Pizlo">fpizlo</who>
    <bug_when>2011-09-22 03:22:15 -0700</bug_when>
    <thetext>The change to use emitJumpIfNotType results in problems, because this function is often called (in 32-bit mode) with the tag register as the scratch register.  If the jump is taken, the slow path code then expects the tag register to be intact, and passes the no-longer-valid tag to a stub function.  This results in failures when attempting to make InternalFunction calls.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>471459</commentid>
    <comment_count>1</comment_count>
      <attachid>108305</attachid>
    <who name="Filip Pizlo">fpizlo</who>
    <bug_when>2011-09-22 03:24:22 -0700</bug_when>
    <thetext>Created attachment 108305
the patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>471468</commentid>
    <comment_count>2</comment_count>
      <attachid>108305</attachid>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-09-22 04:02:36 -0700</bug_when>
    <thetext>Comment on attachment 108305
the patch

r+ to go ahead. I tested it on a 32-bit Qt environment and it works for me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>471470</commentid>
    <comment_count>3</comment_count>
      <attachid>108305</attachid>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-09-22 04:04:45 -0700</bug_when>
    <thetext>Comment on attachment 108305
the patch

Clearing flags on attachment: 108305

Committed r95707: &lt;http://trac.webkit.org/changeset/95707&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>471471</commentid>
    <comment_count>4</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-09-22 04:04:52 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>108305</attachid>
            <date>2011-09-22 03:24:22 -0700</date>
            <delta_ts>2011-09-22 04:04:45 -0700</delta_ts>
            <desc>the patch</desc>
            <filename>fix32bit_patch_1.diff</filename>
            <type>text/plain</type>
            <size>2064</size>
            <attacher name="Filip Pizlo">fpizlo</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291
cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwkocmV2aXNpb24gOTU3MDYpCisrKyBTb3VyY2Uv
SmF2YVNjcmlwdENvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBAIC0xLDMgKzEsMTggQEAK
KzIwMTEtMDktMjIgIEZpbGlwIFBpemxvICA8ZnBpemxvQGFwcGxlLmNvbT4KKworICAgICAgICAz
Mi1iaXQgY2FsbCBjb2RlIGNsb2JiZXJzIHRoZSBmdW5jdGlvbiBjZWxsIHRhZworICAgICAgICBo
dHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9Njg2MDYKKworICAgICAgICBS
ZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKyAgICAgICAgCisgICAgICAgIFRoaXMgaXMgYSBt
aW5pbWFsaXN0aWMgZml4OiBpdCBzaW1wbHkgZW1pdHMgY29kZSB0byByZXN0b3JlIHRoZQorICAg
ICAgICBjZWxsIHRhZyBvbiB0aGUgc2xvdyBwYXRoLCBpZiB3ZSBrbm93IHRoYXQgd2UgZmFpbGVk
IGR1ZSB0bworICAgICAgICBlbWl0Q2FsbElmTm90VHlwZS4KKworICAgICAgICAqIGppdC9KSVRD
YWxsMzJfNjQuY3BwOgorICAgICAgICAoSlNDOjpKSVQ6OmNvbXBpbGVPcENhbGxWYXJhcmdzU2xv
d0Nhc2UpOgorICAgICAgICAoSlNDOjpKSVQ6OmNvbXBpbGVPcENhbGxTbG93Q2FzZSk6CisKIDIw
MTEtMDktMjEgIEdhdmluIEJhcnJhY2xvdWdoICA8YmFycmFjbG91Z2hAYXBwbGUuY29tPgogCiAg
ICAgICAgIEFkZCBtaXNzaW5nIGFkZFB0ci0+YWRkMzIgbWFwcGluZyBmb3IgWDg2LgpJbmRleDog
U291cmNlL0phdmFTY3JpcHRDb3JlL2ppdC9KSVRDYWxsMzJfNjQuY3BwCj09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t
IFNvdXJjZS9KYXZhU2NyaXB0Q29yZS9qaXQvSklUQ2FsbDMyXzY0LmNwcAkocmV2aXNpb24gOTU3
MDMpCisrKyBTb3VyY2UvSmF2YVNjcmlwdENvcmUvaml0L0pJVENhbGwzMl82NC5jcHAJKHdvcmtp
bmcgY29weSkKQEAgLTkzLDcgKzkzLDEwIEBAIHZvaWQgSklUOjpjb21waWxlT3BDYWxsVmFyYXJn
c1Nsb3dDYXNlKEkKICAgICBpbnQgY2FsbGVlID0gaW5zdHJ1Y3Rpb25bMV0udS5vcGVyYW5kOwog
CiAgICAgbGlua1Nsb3dDYXNlSWZOb3RKU0NlbGwoaXRlciwgY2FsbGVlKTsKKyAgICBKdW1wIG5v
dENlbGwgPSBqdW1wKCk7CiAgICAgbGlua1Nsb3dDYXNlKGl0ZXIpOworICAgIG1vdmUoVHJ1c3Rl
ZEltbTMyKEpTVmFsdWU6OkNlbGxUYWcpLCByZWdUMSk7IC8vIE5lZWQgdG8gcmVzdG9yZSBjZWxs
IHRhZyBpbiByZWdUMSBiZWNhdXNlIGl0IHdhcyBjbG9iYmVyZWQuCisgICAgbm90Q2VsbC5saW5r
KHRoaXMpOwogCiAgICAgSklUU3R1YkNhbGwgc3R1YkNhbGwodGhpcywgY3RpX29wX2NhbGxfTm90
SlNGdW5jdGlvbik7CiAgICAgc3R1YkNhbGwuYWRkQXJndW1lbnQocmVnVDEsIHJlZ1QwKTsKQEAg
LTI3Miw4ICsyNzUsOSBAQCB2b2lkIEpJVDo6Y29tcGlsZU9wQ2FsbFNsb3dDYXNlKEluc3RydWN0
CiAgICAgZW1pdEp1bXBTbG93VG9Ib3QoanVtcCgpLCBPUENPREVfTEVOR1RIKG9wX2NhbGwpKTsK
IAogICAgIC8vIFRoaXMgaGFuZGxlcyBob3N0IGZ1bmN0aW9ucwotICAgIGNhbGxMaW5rRmFpbE5v
dE9iamVjdC5saW5rKHRoaXMpOwogICAgIGNhbGxMaW5rRmFpbE5vdEpTRnVuY3Rpb24ubGluayh0
aGlzKTsKKyAgICBtb3ZlKFRydXN0ZWRJbW0zMihKU1ZhbHVlOjpDZWxsVGFnKSwgcmVnVDEpOyAv
LyBSZXN0b3JlIGNlbGwgdGFnIHNpbmNlIGl0IHdhcyBjbG9iYmVyZWQuCisgICAgY2FsbExpbmtG
YWlsTm90T2JqZWN0LmxpbmsodGhpcyk7CiAKICAgICBKSVRTdHViQ2FsbCBzdHViQ2FsbCh0aGlz
LCBvcGNvZGVJRCA9PSBvcF9jb25zdHJ1Y3QgPyBjdGlfb3BfY29uc3RydWN0X05vdEpTQ29uc3Ry
dWN0IDogY3RpX29wX2NhbGxfTm90SlNGdW5jdGlvbik7CiAgICAgc3R1YkNhbGwuYWRkQXJndW1l
bnQoY2FsbGVlKTsK
</data>

          </attachment>
      

    </bug>

</bugzilla>