<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 10 мар. 2023 г., 02:02 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" rel="noreferrer noreferrer" target="_blank">phylsmith2017@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Andrew, <br></div><div class="gmail_default" style="font-size:small">Can now reproduce the "auto fit" crash reliably on Fedora 37 when add to CFLAGS in cinelerra/Makefile "-flto -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1" and on Fedora 36 under different circumstances, which is CFLAGS addition of "-O2 -flto". Not sure why different CFLAGS are required on different O/S versions.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Anyway I get the same crash backtrace of:</div><div class="gmail_default" style="font-size:small"><div style="margin-left:40px">(gdb) bt<br>#0 0x0000000000a0cad0 in Autos::get_next_auto(long, int, Auto*&, int) ()<br>#1 0x0000000000b04dde in FloatAutos::get_value(long, int, FloatAuto*&, FloatAuto*&) ()<br>#2 0x0000000000b0530e in FloatAutos::get_extents(float*, float*, int*, long, long) ()<br>#3 0x0000000000a0ae14 in Automation::get_extents(float*, float*, int*, long, long, int) ()<br>#4 0x0000000000c5d092 in Tracks::get_automation_extents(float*, float*, double, double, int) ()<br></div><div style="margin-left:40px">#5 0x0000000000b6a30d in MWindow::fit_autos(int) ()<br>#6 0x0000000000a9f8c9 in EditFitAutos::handle_event() ()<br>#7 0x0000000000cebbf4 in BC_Button::button_release_event() ()<br>#8 0x0000000000d310fb in BC_WindowBase::dispatch_button_release() ()<br>#9 0x0000000000d310fb in BC_WindowBase::dispatch_button_release() ()<br>#10 0x0000000000d399ff in BC_WindowBase::dispatch_event() ()<br>#11 0x0000000000d3a288 in BC_WindowBase::run_window() ()<br>#12 0x0000000000b751bf in MWindow::run() ()<br></div><div style="margin-left:40px">#13 0x00000000007f41be in main ()</div><div style="margin-left:40px"><br></div>But the PROBLEM is when I add a printf statement, it no longer crashes.</div><div class="gmail_default" style="font-size:small">And when I compile to add a symbol table to use with GDB, it no longer crashes.</div><div class="gmail_default" style="font-size:small">Applying the patch: 0011-EXPERIMENTAL-try-to-init-two-variables-to-0-in-gloat.patch, still crashes too.<br></div><div class="gmail_default" style="font-size:small">Any advice of how I can debug further? How can I view the value of variables in GDB without a symbol table?<br></div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">:( worst type of bug - probably some thread synchronization issue, timing-sensitive :/</div><div dir="auto"><br></div><div dir="auto">but at least we know now that my patch is no cure :|</div><div dir="auto">Thanks anyway ....</div><div dir="auto"><br></div><div dir="auto">I have no idea if gdb can print something it has no idea how to name. try tip from</div><div dir="auto"><br></div><div dir="auto"><a href="https://sourceware.org/gdb/onlinedocs/gdb/Variables.html" target="_blank" rel="noreferrer">https://sourceware.org/gdb/onlinedocs/gdb/Variables.html</a><br></div><div dir="auto"><br></div><div dir="auto">====</div><div dir="auto"><p>If you try to examine or use the value of a (global) variable for
which <small>GDB</small> has no type information, e.g., because the program
includes no debug information, <small>GDB</small> displays an error message.
See <a href="https://sourceware.org/gdb/onlinedocs/gdb/Symbols.html#Symbols">unknown type</a>, for more about unknown types. If you
cast the variable to its declared type, <small>GDB</small> gets the
variable’s value using the cast-to type as the variable’s type. For
example, in a C program:
</p>
<div dir="auto">
<pre> (gdb) p var
'var' has unknown type; cast it to its declared type
(gdb) p (float) var
$1 = 3.14
</pre></div>
<p></p></div><div dir="auto">=====</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 15, 2023 at 6:29 PM Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">phylsmith2017@gmail.com</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 dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"> <br></div><div dir="auto">09feb2022/0010-TMP-add-flto-to-cinelerra-Makefile.patch </div><div dir="auto"><br></div><div dir="auto">localhack, trying to make it crash on "fit all autos" like in Fedora, no luck so far!</div></div></blockquote><div><span class="gmail_default" style="font-size:small">Working again on trying to reproduce this on Fedora 37 with default installed gcc. Patched file with this + added LINKER = ld +flto to the cinelerra/Makefile because read onlinethat flto has to be added to the compiler AND the linker. But still no crash with "fit all autos".</span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">According to the RPM Fusion bug comment as quoted below, when they removed the lto, the crash was fixed.<br></span></div><div><pre>I saw the <a rel="nofollow noopener noreferrer noreferrer noreferrer noreferrer" href="https://www.cinelerra-gg.org/bugtracker/view.php?id=632" target="_blank">https://www.cinelerra-gg.org/bugtracker/view.php?id=632</a> mentioned
lto, so I've tested and disabled lto on the build and now I'm not reproducing
the issue. But it would be fine if a dedicated issue can be created so that
cinelerra can work with lto...
</pre><span class="gmail_default" style="font-size:small"></span></div><div><span class="gmail_default" style="font-size:small">So I still have to find a way to make it crash, so a fix can be created. Will update when I succeed.<br></span></div><div><span class="gmail_default" style="font-size:small"><br></span> </div></div></div>
</blockquote></div></div>
</blockquote></div></div></div>