<?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>4086</bug_id>
          
          <creation_ts>2005-07-20 15:21:22 -0700</creation_ts>
          <short_desc>fast_malloc should work on Windows</short_desc>
          <delta_ts>2007-07-04 22:48:41 -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>420+</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows XP</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>3356</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Justin Haygood">jhaygood</reporter>
          <assigned_to name="Maciej Stachowiak">mjs</assigned_to>
          <cc>bugs-webkit</cc>
    
    <cc>ian</cc>
    
    <cc>webkit</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>14980</commentid>
    <comment_count>0</comment_count>
    <who name="Justin Haygood">jhaygood</who>
    <bug_when>2005-07-20 15:21:22 -0700</bug_when>
    <thetext>fast_malloc should work on Windows. Patch to do so attached to this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14981</commentid>
    <comment_count>1</comment_count>
      <attachid>3033</attachid>
    <who name="Justin Haygood">jhaygood</who>
    <bug_when>2005-07-20 15:22:59 -0700</bug_when>
    <thetext>Created attachment 3033
Fixes fast_malloc for Windows

Fixes fast_malloc for Windows.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14982</commentid>
    <comment_count>2</comment_count>
      <attachid>3033</attachid>
    <who name="Justin Haygood">jhaygood</who>
    <bug_when>2005-07-20 15:23:44 -0700</bug_when>
    <thetext>Comment on attachment 3033
Fixes fast_malloc for Windows

Fixes fast_malloc for Windows</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>15146</commentid>
    <comment_count>3</comment_count>
      <attachid>3033</attachid>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2005-07-24 16:54:00 -0700</bug_when>
    <thetext>Comment on attachment 3033
Fixes fast_malloc for Windows

A couple of comments:

+#if WIN32
+#include &lt;assert.h&gt;
+#endif

Seems like it would be better to include assert.h unconditionally, if it is
truly needed.

The extra conditional declaration of malloc_init_state seems wrong - wouldn&apos;t
the definition of __STD_C fall into the proper code path already?

+static void *sbrk (int size){
+
+    return sbrk((long)size);
+}

Why is this required? Any call passing an int should call through just fine to
the version that takes a long.

+#ifdef WIN32
+#define NDEBUG
+#endif

It&apos;s incorrect to define NDEBUG unconditionally on Windows. This should be
based on whether the build is debug or release.

Please addresse these comments and submit a new patch.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>3033</attachid>
            <date>2005-07-20 15:22:59 -0700</date>
            <delta_ts>2005-07-24 16:54:14 -0700</delta_ts>
            <desc>Fixes fast_malloc for Windows</desc>
            <filename>fast_malloc.patch</filename>
            <type>text/plain</type>
            <size>2389</size>
            <attacher name="Justin Haygood">jhaygood</attacher>
            
              <data encoding="base64">SW5kZXg6IGtqcy9mYXN0X21hbGxvYy5jcHANCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvY3ZzL3Jv
b3QvSmF2YVNjcmlwdENvcmUva2pzL2Zhc3RfbWFsbG9jLmNwcCx2DQpyZXRyaWV2aW5nIHJldmlz
aW9uIDEuMQ0KZGlmZiAtdSAtcjEuMSBmYXN0X21hbGxvYy5jcHANCi0tLSBranMvZmFzdF9tYWxs
b2MuY3BwCTE1IEFwciAyMDA1IDAxOjI2OjI2IC0wMDAwCTEuMQ0KKysrIGtqcy9mYXN0X21hbGxv
Yy5jcHAJMjAgSnVsIDIwMDUgMjE6NDM6MDAgLTAwMDANCkBAIC0yMzgsNiArMjM4LDEwIEBADQog
I2RlZmluZSBXSU4zMl9MRUFOX0FORF9NRUFODQogI2luY2x1ZGUgPHdpbmRvd3MuaD4NCiANCisv
KiBTdGQgQy4uLi4gKi8NCisNCisjZGVmaW5lIF9fU1REX0MgMQ0KKw0KIC8qIFdpbjMyIGRvZXNu
J3Qgc3VwcGx5IG9yIG5lZWQgdGhlIGZvbGxvd2luZyBoZWFkZXJzICovDQogI2RlZmluZSBMQUNL
U19VTklTVERfSA0KICNkZWZpbmUgTEFDS1NfU1lTX1BBUkFNX0gNCkBAIC0yNDU5LDExICsyNDYz
LDE4IEBADQogICBvcHRpbWl6YXRpb24gYXQgYWxsLiAoSW5saW5pbmcgaXQgaW4gbWFsbG9jX2Nv
bnNvbGlkYXRlIGlzIGZpbmUgdGhvdWdoLikNCiAqLw0KIA0KKyNpZiBXSU4zMg0KKyNpbmNsdWRl
IDxhc3NlcnQuaD4NCisjZW5kaWYNCisjaWZuZGVmIFdJTjMyDQogI2lmIF9fU1REX0MNCiBzdGF0
aWMgdm9pZCBtYWxsb2NfaW5pdF9zdGF0ZShtc3RhdGUgYXYpDQogI2Vsc2UNCiBzdGF0aWMgdm9p
ZCBtYWxsb2NfaW5pdF9zdGF0ZShhdikgbXN0YXRlIGF2Ow0KICNlbmRpZg0KKyNlbHNlDQorc3Rh
dGljIHZvaWQgbWFsbG9jX2luaXRfc3RhdGUobXN0YXRlIGF2KQ0KKyNlbmRpZg0KIHsNCiAgIGlu
dCAgICAgaTsNCiAgIG1iaW5wdHIgYmluOw0KQEAgLTQ5ODAsNiArNDk5MSw3IEBADQogfQ0KIA0K
IC8qIEEgcmVnaW9uIGxpc3QgZW50cnkgKi8NCisNCiB0eXBlZGVmIHN0cnVjdCBfcmVnaW9uX2xp
c3RfZW50cnkgew0KICAgICB2b2lkICp0b3BfYWxsb2NhdGVkOw0KICAgICB2b2lkICp0b3BfY29t
bWl0dGVkOw0KQEAgLTQ5OTAsNyArNTAwMiw3IEBADQogDQogLyogQWxsb2NhdGUgYW5kIGxpbmsg
YSByZWdpb24gZW50cnkgaW4gdGhlIHJlZ2lvbiBsaXN0ICovDQogc3RhdGljIGludCByZWdpb25f
bGlzdF9hcHBlbmQgKHJlZ2lvbl9saXN0X2VudHJ5ICoqbGFzdCwgdm9pZCAqYmFzZV9yZXNlcnZl
ZCwgbG9uZyByZXNlcnZlX3NpemUpIHsNCi0gICAgcmVnaW9uX2xpc3RfZW50cnkgKm5leHQgPSBI
ZWFwQWxsb2MgKEdldFByb2Nlc3NIZWFwICgpLCAwLCBzaXplb2YgKHJlZ2lvbl9saXN0X2VudHJ5
KSk7DQorICAgIHJlZ2lvbl9saXN0X2VudHJ5ICpuZXh0ID0gKHJlZ2lvbl9saXN0X2VudHJ5ICop
SGVhcEFsbG9jIChHZXRQcm9jZXNzSGVhcCAoKSwgMCwgc2l6ZW9mIChyZWdpb25fbGlzdF9lbnRy
eSkpOw0KICAgICBpZiAoISBuZXh0KQ0KICAgICAgICAgcmV0dXJuIEZBTFNFOw0KICAgICBuZXh0
LT50b3BfYWxsb2NhdGVkID0gKGNoYXIgKikgYmFzZV9yZXNlcnZlZDsNCkBAIC01MDE5LDYgKzUw
MzEsMTIgQEANCiAvKiAjZGVmaW5lIFNCUktfU0NBTEUgIDQgICovDQogDQogLyogc2JyayBmb3Ig
d2luZG93cyAqLw0KKw0KK3N0YXRpYyB2b2lkICpzYnJrIChpbnQgc2l6ZSl7DQorDQorICAgIHJl
dHVybiBzYnJrKChsb25nKXNpemUpOw0KK30NCisNCiBzdGF0aWMgdm9pZCAqc2JyayAobG9uZyBz
aXplKSB7DQogICAgIHN0YXRpYyBsb25nIGdfcGFnZXNpemUsIGdfbXlfcGFnZXNpemU7DQogICAg
IHN0YXRpYyBsb25nIGdfcmVnaW9uc2l6ZSwgZ19teV9yZWdpb25zaXplOw0KSW5kZXg6IGtqcy9m
YXN0X21hbGxvYy5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9yb290L0phdmFTY3JpcHRD
b3JlL2tqcy9mYXN0X21hbGxvYy5oLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xDQpkaWZmIC11
IC1yMS4xIGZhc3RfbWFsbG9jLmgNCi0tLSBranMvZmFzdF9tYWxsb2MuaAkxNSBBcHIgMjAwNSAw
MToyNjoyNiAtMDAwMAkxLjENCisrKyBranMvZmFzdF9tYWxsb2MuaAkyMCBKdWwgMjAwNSAxOTo1
Njo0NSAtMDAwMA0KQEAgLTMwLDYgKzMwLDEwIEBADQogLy8gd2hpbGUgaG9sZGluZyB0aGUgY29s
bGVjdG9yIGxvY2sgKHRoaXMgaXMgdHJ1ZSB3aGVuZW5ldmVyIHRoZSBpbnRlcnByZXRlciBpcw0K
IC8vIGV4ZWN1dGluZyBvciBHQyBpcyB0YWtpbmcgcGxhY2UpLg0KIA0KKyNpZmRlZiBXSU4zMg0K
KyNkZWZpbmUgTkRFQlVHDQorI2VuZGlmDQorDQogDQogI2lmbmRlZiBOREVCVUcNCiANCg==
</data>
<flag name="review"
          id="259"
          type_id="1"
          status="-"
          setter="mjs"
    />
          </attachment>
      

    </bug>

</bugzilla>