<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Win] Null pointer crash."
   href="https://bugs.webkit.org/show_bug.cgi?id=149957#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Win] Null pointer crash."
   href="https://bugs.webkit.org/show_bug.cgi?id=149957">bug 149957</a>
              from <span class="vcard"><a class="email" href="mailto:peavo&#64;outlook.com" title="peavo&#64;outlook.com">peavo&#64;outlook.com</a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=149957#c3">comment #3</a>)
<span class="quote">&gt; Comment on <span class=""><a href="attachment.cgi?id=262776&amp;action=diff" name="attach_262776" title="Patch">attachment 262776</a> <a href="attachment.cgi?id=262776&amp;action=edit" title="Patch">[details]</a></span>
&gt; Patch
&gt; 
&gt; While this might fix the crash, I think it's the wrong fix.
&gt; 
&gt; A cell with a null structureID has been garbage collected. You're lucky if
&gt; you find the null structureID -- that happens soon after sweeping. If you're
&gt; unlucky, you'll just get garbage memory, or a crash.
&gt; 
&gt; We need to investigate how cell got garbage collected in the first place.</span >

Ok, sounds good :)

This is the state of the JSCell object when the crash occured:

m_structureID   0x00000000 JSC::Structure*
m_indexingType  0          unsigned char
m_type          StringType JSC::JSType
m_flags         224        unsigned char
m_cellState     NewWhite   JSC::CellState</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>