<?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>55091</bug_id>
          
          <creation_ts>2011-02-23 15:11:55 -0800</creation_ts>
          <short_desc>VectorBuffer should not call malloc(0)</short_desc>
          <delta_ts>2011-02-25 18:32:10 -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>New Bugs</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Other</rep_platform>
          <op_sys>OS X 10.5</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>48719</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Eric Seidel (no email)">eric</reporter>
          <assigned_to name="Eric Seidel (no email)">eric</assigned_to>
          <cc>abarth</cc>
    
    <cc>aestes</cc>
    
    <cc>commit-queue</cc>
    
    <cc>eric</cc>
    
    <cc>jamesr</cc>
    
    <cc>mjs</cc>
    
    <cc>ossy</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>356468</commentid>
    <comment_count>0</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-02-23 15:11:55 -0800</bug_when>
    <thetext>VectorBuffer should not call malloc(0)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356470</commentid>
    <comment_count>1</comment_count>
      <attachid>83558</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-02-23 15:14:25 -0800</bug_when>
    <thetext>Created attachment 83558
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356472</commentid>
    <comment_count>2</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-02-23 15:14:47 -0800</bug_when>
    <thetext>This should be a simple, non-controversial review. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356474</commentid>
    <comment_count>3</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-02-23 15:15:37 -0800</bug_when>
    <thetext>It does not seem to make tiny-innerHTML faster on my machine (but I no longer believe I can tell anything from that benchmark given how fast it runs), but it does make one more malloc disappear from the sample, which is a win.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356482</commentid>
    <comment_count>4</comment_count>
      <attachid>83558</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2011-02-23 15:22:57 -0800</bug_when>
    <thetext>Comment on attachment 83558
Patch

Does vector buffer understand null pointers?  Do we need to initialize anything else to null?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356484</commentid>
    <comment_count>5</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-02-23 15:24:09 -0800</bug_when>
    <thetext>(In reply to comment #4)
&gt; (From update of attachment 83558 [details])
&gt; Does vector buffer understand null pointers?  Do we need to initialize anything else to null?

VectorBufferBase does all the initialization for us.  If you look at the 10 lines previous to this diff you&apos;ll see that doing nothing here is exactly what the default constructor does.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356675</commentid>
    <comment_count>6</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-02-23 22:13:52 -0800</bug_when>
    <thetext>We usually ask for performance testing results for optimization patches.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>357155</commentid>
    <comment_count>7</comment_count>
      <attachid>83558</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2011-02-24 10:44:41 -0800</bug_when>
    <thetext>Comment on attachment 83558
Patch

Clearing flags on attachment: 83558

Committed r79590: &lt;http://trac.webkit.org/changeset/79590&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>357156</commentid>
    <comment_count>8</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2011-02-24 10:44:48 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>357507</commentid>
    <comment_count>9</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-02-24 15:59:07 -0800</bug_when>
    <thetext>http://trac.webkit.org/changeset/79590 might have broken GTK Linux 32-bit Release</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>358332</commentid>
    <comment_count>10</comment_count>
    <who name="James Robinson">jamesr</who>
    <bug_when>2011-02-25 18:19:00 -0800</bug_when>
    <thetext>We saw a nice perf win on several page cyclers when this changed rolled into Chromium:

http://build.chromium.org/f/chromium/perf/mac-release-10.5/intl2/report.html?history=50&amp;rev=76130
http://build.chromium.org/f/chromium/perf/mac-release-10.5/intl1/report.html?history=50&amp;rev=76130
http://build.chromium.org/f/chromium/perf/linux-release-hardy/bloat-http/report.html?history=50&amp;rev=76085

Think this was it?  This wasn&apos;t the only change in the roll so it could have been something else.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>358342</commentid>
    <comment_count>11</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-02-25 18:32:10 -0800</bug_when>
    <thetext>I would expect this to be a general perf win on most benchmarks, yes.  Suddenly copying SegmentedStrings got a lot cheaper. :)</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>83558</attachid>
            <date>2011-02-23 15:14:25 -0800</date>
            <delta_ts>2011-02-24 10:44:41 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-55091-20110223151423.patch</filename>
            <type>text/plain</type>
            <size>2341</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogNzk0NzkKZGlmZiAtLWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0
Q29yZS9DaGFuZ2VMb2cgYi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvQ2hhbmdlTG9nCmluZGV4IDg2
OTYwZTZlZTQ0MjA0YmJlOTgxZmY4MThiZjYyZTRjZTI3YWNhOWUuLjg2MDM4YjZkNWQyNDQ0MTgw
ODc1MDAwMTA3Mzk0NDk1MTMzN2Y4NjYgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9KYXZhU2NyaXB0Q29y
ZS9DaGFuZ2VMb2cKKysrIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwpAQCAtMSwz
ICsxLDIzIEBACisyMDExLTAyLTIzICBFcmljIFNlaWRlbCAgPGVyaWNAd2Via2l0Lm9yZz4KKwor
ICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBWZWN0b3JCdWZm
ZXIgc2hvdWxkIG5vdCBjYWxsIG1hbGxvYygwKQorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0
Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NTUwOTEKKworICAgICAgICBUdXJucyBvdXQgdGhlIG1hbGxv
YygpIGNhbGwgd2hpY2ggd2FzIHNvIGhvdCBpbjoKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp
dC5vcmcvc2hvd19idWcuY2dpP2lkPTU1MDA1CisgICAgICAgIHdhcyBhY3R1YWxseSBqdXN0IG1h
bGxvYygwKS4KKworICAgICAgICBXZSBzaG91bGRuJ3QgYmUgY2FsbGluZyBtYWxsb2MoMCkgYW55
d2F5LCBzaW5jZSB0aGVyZSBpcyBubyBuZWVkIHRvCisgICAgICAgIGFuZCBpdCBtaWdodCBhY3R1
YWxseSBkbyB3b3JrIG9uIHNvbWUgc3lzdGVtcy4KKyAgICAgICAgSSBiZWxpZXZlIG9uIE1hYyBp
dCBlbmRzIHVwIHRha2luZyB0aGUgc3RhbmRhcmQgc3BpbmxvY2tzIChleHBlbnNpdmUpCisgICAg
ICAgIGFuZCB0aGUgY29kZSBvbiBCcmV3IGFjdHVhbGx5IGRvZXMgYSBtYWxsb2MoMSkgaW5zdGVh
ZC4gIE5laXRoZXIgaXMgZGVzaXJhYmxlLgorCisgICAgICAgICogd3RmL1ZlY3Rvci5oOgorICAg
ICAgICAoV1RGOjpWZWN0b3JCdWZmZXJCYXNlOjphbGxvY2F0ZUJ1ZmZlcik6CisgICAgICAgIChX
VEY6OlZlY3RvckJ1ZmZlckJhc2U6OnRyeUFsbG9jYXRlQnVmZmVyKToKKwogMjAxMS0wMi0yMyAg
QWRhbSBSb2JlbiAgPGFyb2JlbkBhcHBsZS5jb20+CiAKICAgICAgICAgRml4IGFuIG9mZi1ieS1v
bmUgZXJyb3IgaW4gSlNDOjphcHBlbmRTb3VyY2VUb0Vycm9yCmRpZmYgLS1naXQgYS9Tb3VyY2Uv
SmF2YVNjcmlwdENvcmUvd3RmL1ZlY3Rvci5oIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL3d0Zi9W
ZWN0b3IuaAppbmRleCA2ZDhkZDRjM2EzNTE3YjA1ZWE1MjA0NTJhYjBkMTY3MWM4Y2RkYTQzLi5j
NzY1NGRmZGQ0NjM3ZDZiYjliYzA3NzEzZWE5ZTQxM2NlNGFhYjBiIDEwMDY0NAotLS0gYS9Tb3Vy
Y2UvSmF2YVNjcmlwdENvcmUvd3RmL1ZlY3Rvci5oCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29y
ZS93dGYvVmVjdG9yLmgKQEAgLTI4Miw2ICsyODIsNyBAQCBuYW1lc3BhY2UgV1RGIHsKICAgICBw
dWJsaWM6CiAgICAgICAgIHZvaWQgYWxsb2NhdGVCdWZmZXIoc2l6ZV90IG5ld0NhcGFjaXR5KQog
ICAgICAgICB7CisgICAgICAgICAgICBBU1NFUlQobmV3Q2FwYWNpdHkpOwogICAgICAgICAgICAg
bV9jYXBhY2l0eSA9IG5ld0NhcGFjaXR5OwogICAgICAgICAgICAgaWYgKG5ld0NhcGFjaXR5ID4g
c3RkOjpudW1lcmljX2xpbWl0czxzaXplX3Q+OjptYXgoKSAvIHNpemVvZihUKSkKICAgICAgICAg
ICAgICAgICBDUkFTSCgpOwpAQCAtMjkwLDYgKzI5MSw3IEBAIG5hbWVzcGFjZSBXVEYgewogCiAg
ICAgICAgIGJvb2wgdHJ5QWxsb2NhdGVCdWZmZXIoc2l6ZV90IG5ld0NhcGFjaXR5KQogICAgICAg
ICB7CisgICAgICAgICAgICBBU1NFUlQobmV3Q2FwYWNpdHkpOwogICAgICAgICAgICAgaWYgKG5l
d0NhcGFjaXR5ID4gc3RkOjpudW1lcmljX2xpbWl0czxzaXplX3Q+OjptYXgoKSAvIHNpemVvZihU
KSkKICAgICAgICAgICAgICAgICByZXR1cm4gZmFsc2U7CiAKQEAgLTM2MCw3ICszNjIsMTAgQEAg
bmFtZXNwYWNlIFdURiB7CiAKICAgICAgICAgVmVjdG9yQnVmZmVyKHNpemVfdCBjYXBhY2l0eSkK
ICAgICAgICAgewotICAgICAgICAgICAgYWxsb2NhdGVCdWZmZXIoY2FwYWNpdHkpOworICAgICAg
ICAgICAgLy8gQ2FsbGluZyBtYWxsb2MoMCkgbWlnaHQgdGFrZSBhIGxvY2sgYW5kIG1heSBhY3R1
YWxseSBkbyBhbgorICAgICAgICAgICAgLy8gYWxsb2NhdGlvbiBvbiBzb21lIHN5c3RlbXMgKGUu
Zy4gQnJldykuCisgICAgICAgICAgICBpZiAoY2FwYWNpdHkpCisgICAgICAgICAgICAgICAgYWxs
b2NhdGVCdWZmZXIoY2FwYWNpdHkpOwogICAgICAgICB9CiAKICAgICAgICAgflZlY3RvckJ1ZmZl
cigpCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>