<div dir="ltr">I loathe Heisenbugs! Sorry for the time waste.<div><br></div><div>I tried the same IPod on my home system which runs vanilla debian testing and has the same version (3.4.3-2) of rhythmbox. I could not reproduce the crash. Neither the rhythm box slowness nor the apparent memory failure happen.</div><div><br></div><div>Thanks for the time and effort chasing this. If it should recur I will be able to file a better report, hopefully including symbolized backtrace, now that I've got the debug symbol repository added to sources.list (home box needed this) and the particular packages you listed installed on both boxes.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 19, 2019 at 5:00 PM Fred Korz <<a href="mailto:fred.korz@gmail.com">fred.korz@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 dir="ltr"><div>Hello Bernhard,</div><div><br></div><div>Now it (a) loads completely without crash from the same iPod (and no changes there), and (b) does so in <50% as long.<br></div><div><br></div><div><div>Arrgh! I hate Heisenbugs!!!! It was entirely repeatable last week, 3 for 3.</div></div><div><br></div><div>I've not rebooted since before my report, nor has the rhythmbox package changed version (3.4.3-2) ,</div><div>but any of the dependencies may have been updated by automation.</div><div><br></div><div>I installed the debugging symbol packages, then started under gdb, plugged in the iPod and no load-up crash, plays fine.</div><div>I then ejected and ran rhythmbox without gdb, plugged in the iPod, and again no load-up crash, plays fine.</div><div><br></div><div>Some more answers embedded below.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 19, 2019 at 10:27 AM Bernhard Übelacker <<a href="mailto:bernhardu@mailbox.org" target="_blank">bernhardu@mailbox.org</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">Hello Fred Korz,<br>
I just tried to get some more information out of backtrace,<br>
without having an iPod or being involved on packaging rhythmbox...<br>
<br>
But am I right this "Debian Release: rodete" is a version<br>
of gLinux - Googles internal rebuild of Debian testing?<br>
Can this be downloaded somewhere?<br></blockquote><div><br></div><div>The name, "rodete", is "ROlling DEbian TEsting" and apparently a pun in spanish as well. </div><div>It is Debian testing but, as I understand it, run through an internal "sieve" of tests before rolling out a consistent snapshot to users.</div><div>It's sort of what would happen if one lagged testing by about 1-2 weeks, though some packages can be closer to testing's head if urgent.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
And are there debug symbols available for installation?<br></blockquote><div><br></div><div>Yes they are. I've installed these debug symbol packages at work and will install at home tonight.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In Debian these packages are available in a separate<br>
repository [1] and are named like this:<br>
<br>
rhythmbox-dbgsym librhythmbox-core10-dbgsym libglib2.0-0-dbgsym libtdb1-dbgsym<br>
<br>
If yes, you could try to install them and run rhythmbox<br>
like this and provide the output:<br>
<br>
gdb -q -ex 'set width 0' -ex 'set pagination off' -ex 'run' -ex 'bt' -ex 'detach' -ex 'quit' --args /usr/bin/rhythmbox<br></blockquote><div><br></div><div>Damn Heisenbug. Blew out 3 times last week, once with a coworker there to see it. None this time, either with gdb or without.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
As this fault seems to be inside the memory allocator, maybe<br>
setting "export MALLOC_CHECK_=2" might reveal some more details?<br>
<br>
Can this fault be reproduced on a plain Debian testing, too?<br></blockquote><div><br></div><div>I'll try tonight/tomorrow (20190319/20190320) on a system at home where I've been running Debian testing for 14+ years now,</div><div>usually update nightly, and rarely get burned by something slipping through from experimental into testing that wasn't quite ready.</div><div><br></div><div>It's likely that I'll have to install rhythmbox + symbol packages. I've had no need for rhythmbox there. That system is where the backup</div><div>copy of my music library lives and I use vlc directly from the files, or serve my library via forked-daapd (successor to firefly / mt-daapd).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Kind regards,<br>
Bernhard<br></blockquote><div><br></div><div>Thanks for the guidance. I wIll both (a) get back to you with results - reproduction or Heisenbug - and (b) keep the instructions in case</div><div>of some future return of the Heisenbug, hoping to get a better capture.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
[1] <a href="https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols" rel="noreferrer" target="_blank">https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols</a><br>
[1] <a href="https://stackoverflow.com/questions/6750815/how-to-turn-off-glibc-run-time-protections" rel="noreferrer" target="_blank">https://stackoverflow.com/questions/6750815/how-to-turn-off-glibc-run-time-protections</a><br>
</blockquote></div></div></div>
</blockquote></div>