Opened 15 years ago
Closed 15 years ago
#9708 closed Bug Report - Crash (Unverified)
Choosing "Watch Videos" Crashes Mythfrontend
| Reported by: | Owned by: | beirdo | |
|---|---|---|---|
| Priority: | minor | Milestone: | unknown |
| Component: | MythTV - General | Version: | 0.24-fixes |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
Around 75% of the time, when I choose "Watch Videos", mythfrontend crashes. Retrying works the rest of the time.
Source was pulled from git branch fixes/0.24 as of today. "make distclean" and "configure" were done prior to compiling.
Backtrace shows:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffdda86700 (LWP 1765)]
0x00007fffed87b1b0 in vtable for __cxxabiv1::__si_class_type_info () from /usr/lib/libstdc++.so.6
(gdb) bt
#0 0x00007fffed87b1b0 in vtable for __cxxabiv1::__si_class_type_info () from /usr/lib/libstdc++.so.6
#1 0x00007ffff5006d08 in MythUIType::GetPainter (this=0x7fffe0214c70) at mythuitype.cpp:1016
#2 0x00007ffff500f29d in MythUIImage::LoadImage (this=0x7fffe0214c70, imageReader=..., imFile=..., bForceSize=..., cacheMode=0)
at mythuiimage.cpp:780
#3 0x00007ffff501542f in ImageLoadThread::run (this=0x7fffe0535f90) at mythuiimage.cpp:104
#4 0x00007fffed912ce8 in ?? () from /usr/lib/libQtCore.so.4
#5 0x00007fffed91e035 in ?? () from /usr/lib/libQtCore.so.4
#6 0x00007ffff12f48ba in start_thread () from /lib/libpthread.so.0
#7 0x00007fffece5f02d in clone () from /lib/libc.so.6
#8 0x0000000000000000 in ?? ()
What other information can I grab to help figure this out?
Change History (8)
comment:1 by , 15 years ago
comment:3 by , 15 years ago
| Resolution: | Unverified |
|---|---|
| Status: | closed → new |
comment:4 by , 15 years ago
| Owner: | set to |
|---|---|
| Status: | new → accepted |
comment:5 by , 15 years ago
| Milestone: | unknown → 0.25 |
|---|---|
| Resolution: | → fixed |
| Status: | accepted → closed |
Initialize the MythUIImage filename correctly
Fixes #9634. Fixes #9708. Refs #9547.
If the filename does not start with "/", "http://", "https://" or "ftp://", then the actual filename loaded is uninitialized. It can be any random crap on the stack. I'm honestly surprised this worked at all :)
This may fix things for #9547 as well, and should be tested with that scenario too.
Branch: master Changeset: 2c7735e7f80b5d2737d2bc8c4e9144f3e42da2e7
comment:6 by , 15 years ago
| Milestone: | 0.25 → 0.24.2 |
|---|
comment:7 by , 15 years ago
| Milestone: | 0.24.2 → unknown |
|---|---|
| Resolution: | fixed |
| Status: | closed → new |
Could be worth trying the updated code, but the above commit has been reverted.
comment:8 by , 15 years ago
| Resolution: | → Unverified |
|---|---|
| Status: | new → closed |
Reclosing at user request. Not sure why I re-opened this.

This ticket can be closed.
My Intel hardware may be a little out of whack, although memtest86+ RAM tests are okay and I run the hardware with clock-skewing disabled. Other Intel hardware running the same binary (although on a different Intel motherboard) works without faults. I'll open a new ticket if I get something reproducible on multiple platforms.