<div dir="ltr">Hmm, after a lot of debuginfo chasing, rebuilding packages where I couldn't find them, different gdbs I have hit a dead end again.<div>No missing debuginfos reported, SIGILL still happens, but backtrace says it can't read memory at address 0x2c.</div><div>In step through mode, the last it comes up with is:</div><div><br></div><div>796 reshape(winWidth, winHeight);</div><div>798 event_loop(dpy, win);</div><div><br></div><div>and then it SIGILLs...</div><div><br></div><div>I never thought it would be so difficult to find out what library function is executing when SIGILL gets emitted. :-(</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 24, 2019 at 11:42 AM Pablo Sebastián Greco <<a href="mailto:pablo@fliagreco.com.ar">pablo@fliagreco.com.ar</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <p><br>
    </p>
    <div class="gmail-m_-5511836732262649773moz-cite-prefix">El 23/7/19 a las 17:41, Gordan Bobic
      escribió:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="auto">
        <div>
          <div class="gmail_quote">
            <div dir="ltr" class="gmail_attr">On Tue, 23 Jul 2019, 21:35
              Pablo Sebastián Greco, <<a href="mailto:pablo@fliagreco.com.ar" target="_blank">pablo@fliagreco.com.ar</a>>
              wrote:<br>
            </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
              <div bgcolor="#FFFFFF">
                <p><br>
                </p>
                <div class="gmail-m_-5511836732262649773m_6141288700839575762moz-cite-prefix">El
                  23/7/19 a las 15:36, Gordan Bobic escribió:<br>
                </div>
                <blockquote type="cite">
                  <div dir="ltr">Joy. So missing / mismatching debuginfo
                    warnings are now all resolved, but execution through
                    gdb fails eventually with "Cannot access memory at
                    address ..."
                    <div>gdb/frame.c:445: internal-error: get_frame_id:
                      Assertion `fi->this_id.p' failed.</div>
                    <div>And gdb helpfully offers to dump core.</div>
                    <div><br>
                    </div>
                    <div>Anyone got any other ideas?</div>
                  </div>
                </blockquote>
                I've had some problems using stock gdb, so I generally
                use gdb from dts-7</div>
            </blockquote>
          </div>
        </div>
        <div dir="auto"><br>
        </div>
        <div dir="auto">My acronym-fu is weak. What is dts-7?</div>
        <div dir="auto"><br>
        </div>
      </div>
    </blockquote>
    That is devtoolset-7 (basically gcc 7.x, gdb 8.x and others. you can
    find the armhfp version here
    <a class="gmail-m_-5511836732262649773moz-txt-link-freetext" href="https://buildlogs.centos.org/c7-devtoolset-7.armhfp/" target="_blank">https://buildlogs.centos.org/c7-devtoolset-7.armhfp/</a><br>
    <br>
    Pablo.<br>
  </div>

</blockquote></div>