<?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>26875</bug_id>
          
          <creation_ts>2009-06-30 20:55:31 -0700</creation_ts>
          <short_desc>Large buffer allocation on the stack</short_desc>
          <delta_ts>2009-07-04 07:06:40 -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>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="Kent Tamura">tkent</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>129248</commentid>
    <comment_count>0</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2009-06-30 20:55:31 -0700</bug_when>
    <thetext>WebCore/platform/text/TextCodecICU.cpp defines 16KB-32KB local variables.  They are too large for the stack.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129249</commentid>
    <comment_count>1</comment_count>
      <attachid>32109</attachid>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2009-06-30 20:59:38 -0700</bug_when>
    <thetext>Created attachment 32109
Proposed patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129275</commentid>
    <comment_count>2</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-07-01 00:59:38 -0700</bug_when>
    <thetext>In what sense are they too large for the stack?

Rather than manually calling delete it would be preferable to use an OwnPtr to make the code more robust against future modifications.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129277</commentid>
    <comment_count>3</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2009-07-01 01:25:53 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; In what sense are they too large for the stack?

It&apos;s almost subjective.
Chromium doesn&apos;t have any problems about this &quot;large&quot; buffers.  However Coverity Prevent tool detected it as defects and they might make problems on other platforms.
If you think we don&apos;t need to fix them, it&apos;s ok to reject the patch.

&gt; Rather than manually calling delete it would be preferable to use an OwnPtr to
&gt; make the code more robust against future modifications.

Dows OwnPtr work for arrays?

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129651</commentid>
    <comment_count>4</comment_count>
      <attachid>32109</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2009-07-02 18:54:21 -0700</bug_when>
    <thetext>Comment on attachment 32109
Proposed patch

The whole point here is to use a buffer size that fits on the stack to avoid the overhead of heap allocation. If some platforms need the conversion chunk to be smaller, it seems best to me to simply make ConversionBufferSize a smaller number for those platforms.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129657</commentid>
    <comment_count>5</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2009-07-02 21:18:16 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; it seems best to me to simply make ConversionBufferSize a smaller
&gt; number for those platforms.

That&apos;s reasonable.
Ok, I withdraw this patch and close this bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129781</commentid>
    <comment_count>6</comment_count>
      <attachid>32109</attachid>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2009-07-04 07:06:40 -0700</bug_when>
    <thetext>Comment on attachment 32109
Proposed patch

Clearing review flag and marking obsolete, since the patch is withdrawn.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>32109</attachid>
            <date>2009-06-30 20:59:38 -0700</date>
            <delta_ts>2009-07-04 07:06:40 -0700</delta_ts>
            <desc>Proposed patch</desc>
            <filename>use-stack.diff</filename>
            <type>text/plain</type>
            <size>2136</size>
            <attacher name="Kent Tamura">tkent</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA0NTQyMCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTMgQEAKKzIwMDktMDYtMzAgIEtlbnQgVGFtdXJhICA8dGtlbnRAY2hyb21pdW0u
b3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIEF2
b2lkIHRvIGFsbG9jYXRlIGxhcmdlIGJ1ZmZlcnMgb24gdGhlIHN0YWNrLgorCisgICAgICAgICog
cGxhdGZvcm0vdGV4dC9UZXh0Q29kZWNJQ1UuY3BwOgorICAgICAgICAoV2ViQ29yZTo6VGV4dENv
ZGVjSUNVOjpkZWNvZGUpOgorICAgICAgICAoV2ViQ29yZTo6VGV4dENvZGVjSUNVOjplbmNvZGUp
OgorCiAyMDA5LTA2LTMwICBNYWNpZWogU3RhY2hvd2lhayAgPG1qc0BhcHBsZS5jb20+CiAKICAg
ICAgICAgUmV2aWV3ZWQgYnkgU2FtIFdlaW5pZy4KSW5kZXg6IFdlYkNvcmUvcGxhdGZvcm0vdGV4
dC9UZXh0Q29kZWNJQ1UuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvcGxhdGZvcm0vdGV4dC9U
ZXh0Q29kZWNJQ1UuY3BwCShyZXZpc2lvbiA0NTQwMykKKysrIFdlYkNvcmUvcGxhdGZvcm0vdGV4
dC9UZXh0Q29kZWNJQ1UuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0zMDYsNyArMzA2LDcgQEAgU3Ry
aW5nIFRleHRDb2RlY0lDVTo6ZGVjb2RlKGNvbnN0IGNoYXIqIAogCiAgICAgVmVjdG9yPFVDaGFy
PiByZXN1bHQ7CiAKLSAgICBVQ2hhciBidWZmZXJbQ29udmVyc2lvbkJ1ZmZlclNpemVdOworICAg
IFVDaGFyKiBidWZmZXIgPSBuZXcgVUNoYXJbQ29udmVyc2lvbkJ1ZmZlclNpemVdOwogICAgIFVD
aGFyKiBidWZmZXJMaW1pdCA9IGJ1ZmZlciArIENvbnZlcnNpb25CdWZmZXJTaXplOwogICAgIGNv
bnN0IGNoYXIqIHNvdXJjZSA9IHJlaW50ZXJwcmV0X2Nhc3Q8Y29uc3QgY2hhcio+KGJ5dGVzKTsK
ICAgICBjb25zdCBjaGFyKiBzb3VyY2VMaW1pdCA9IHNvdXJjZSArIGxlbmd0aDsKQEAgLTMyNSw2
ICszMjUsNyBAQCBTdHJpbmcgVGV4dENvZGVjSUNVOjpkZWNvZGUoY29uc3QgY2hhciogCiAgICAg
ICAgIH0gd2hpbGUgKHNvdXJjZSA8IHNvdXJjZUxpbWl0KTsKICAgICAgICAgc2F3RXJyb3IgPSB0
cnVlOwogICAgIH0KKyAgICBkZWxldGVbXSBidWZmZXI7CiAKICAgICBTdHJpbmcgcmVzdWx0U3Ry
aW5nID0gU3RyaW5nOjphZG9wdChyZXN1bHQpOwogCkBAIC00NTQsMTAgKzQ1NSwxMCBAQCBDU3Ry
aW5nIFRleHRDb2RlY0lDVTo6ZW5jb2RlKGNvbnN0IFVDaGFyCiAKICAgICBWZWN0b3I8Y2hhcj4g
cmVzdWx0OwogICAgIHNpemVfdCBzaXplID0gMDsKKyAgICBjaGFyKiBidWZmZXIgPSBuZXcgY2hh
cltDb252ZXJzaW9uQnVmZmVyU2l6ZV07CisgICAgY2hhciogdGFyZ2V0TGltaXQgPSBidWZmZXIg
KyBDb252ZXJzaW9uQnVmZmVyU2l6ZTsKICAgICBkbyB7Ci0gICAgICAgIGNoYXIgYnVmZmVyW0Nv
bnZlcnNpb25CdWZmZXJTaXplXTsKICAgICAgICAgY2hhciogdGFyZ2V0ID0gYnVmZmVyOwotICAg
ICAgICBjaGFyKiB0YXJnZXRMaW1pdCA9IHRhcmdldCArIENvbnZlcnNpb25CdWZmZXJTaXplOwog
ICAgICAgICBlcnIgPSBVX1pFUk9fRVJST1I7CiAgICAgICAgIHVjbnZfZnJvbVVuaWNvZGUobV9j
b252ZXJ0ZXJJQ1UsICZ0YXJnZXQsIHRhcmdldExpbWl0LCAmc291cmNlLCBzb3VyY2VMaW1pdCwg
MCwgdHJ1ZSwgJmVycik7CiAgICAgICAgIHNpemVfdCBjb3VudCA9IHRhcmdldCAtIGJ1ZmZlcjsK
QEAgLTQ2NSw2ICs0NjYsNyBAQCBDU3RyaW5nIFRleHRDb2RlY0lDVTo6ZW5jb2RlKGNvbnN0IFVD
aGFyCiAgICAgICAgIG1lbWNweShyZXN1bHQuZGF0YSgpICsgc2l6ZSwgYnVmZmVyLCBjb3VudCk7
CiAgICAgICAgIHNpemUgKz0gY291bnQ7CiAgICAgfSB3aGlsZSAoZXJyID09IFVfQlVGRkVSX09W
RVJGTE9XX0VSUk9SKTsKKyAgICBkZWxldGVbXSBidWZmZXI7CiAKICAgICByZXR1cm4gQ1N0cmlu
ZyhyZXN1bHQuZGF0YSgpLCBzaXplKTsKIH0K
</data>

          </attachment>
      

    </bug>

</bugzilla>