<html>
    <head>
      <base href="https://bugs.webkit.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Crash in WebKit::WebsiteDataStore::fetchDataAndApply"
   href="https://bugs.webkit.org/show_bug.cgi?id=233584#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Crash in WebKit::WebsiteDataStore::fetchDataAndApply"
   href="https://bugs.webkit.org/show_bug.cgi?id=233584">bug 233584</a>
              from <span class="vcard"><a class="email" href="mailto:mcatanzaro@gnome.org" title="Michael Catanzaro <mcatanzaro@gnome.org>"> <span class="fn">Michael Catanzaro</span></a>
</span></b>
        <pre>(In reply to LJoris from <a href="show_bug.cgi?id=233584#c5">comment #5</a>)
<span class="quote">> wrt the suggestion to run memtest, i've not had bad RAM in the 30 years i use computers</span >

Sadly I'm up to three times myself, in the past 10 years. :( I don't trust anything besides ECC nowadays. Anyway, like I said, this could also be a software bug corrupting memory, somewhere far removed from where the backtrace points to. Or maybe I just misread the backtrace and there's something obvious that I'm missing, that's certainly possible. If you manage to reproduce this one somehow, it would help a lot.

<span class="quote">> Running checksec (<a href="https://github.com/slimm609/checksec.sh">https://github.com/slimm609/checksec.sh</a>) I noticed all
> process which have repeat coredump are not 'entirely strong', for eolie this
> means no PIE, no seccomp. I assume seccomp is not as relevant to memory
> randomization but PIE is afaik.</span >

We don't control the hardening flags that your distro chooses to use when building packages. It's not relevant to this issue anyway.</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>