Bug 243952 - Xvnc crashes upon exiting mythfrontend (mythtv)
Summary: Xvnc crashes upon exiting mythfrontend (mythtv)
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: vnc
Version: 7
Hardware: i386
OS: Linux
low
low
Target Milestone: ---
Assignee: Adam Tkac
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 245296
TreeView+ depends on / blocked
 
Reported: 2007-06-12 22:01 UTC by Gregorio Gervasio
Modified: 2013-04-30 23:35 UTC (History)
1 user (show)

Fixed In Version: 4.1.2-21.fc8
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-09-20 12:04:18 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Gregorio Gervasio 2007-06-12 22:01:52 UTC
Description of problem:
Xvnc crashes upon exiting "mythfrontend" application (part of MythTV suite)

Version-Release number of selected component (if applicable):
vnc-server-4.1.2-18.fc7

How reproducible:
crashes every time

Steps to Reproduce:
1. start VNC server:
vncserver :2
2. bring up VNC viewer:
vncviewer :2
3. start mythfrontend in VNC session:
mythfrontend
4. exit mythfrontend:
hit ESC, select "Yes"

Actual results:
Xvnc process dies

Expected results:
VNC process stays up

Additional info:
Here is a GDB stack trace made by attaching to Xvnc process:

Program received signal SIGSEGV, Segmentation fault.
0x08165aa2 in xmesa_check_and_update_buffer_size (xmctx=0x0, 
    drawBuffer=0xb77f2008) at xm_api.c:1887
1887       xmesa_get_window_size(xmctx->display, drawBuffer, &width, &height);
(gdb) bt
#0  0x08165aa2 in xmesa_check_and_update_buffer_size (xmctx=0x0, 
    drawBuffer=0xb77f2008) at xm_api.c:1887
#1  0x08168209 in XMesaResizeBuffers (b=0xb77f2008) at xm_api.c:2539
#2  0x080f8e10 in __glXMesaDrawableResize (base=0xa2723b0) at xf86glx.c:113
#3  0x080bfa1a in PositionWindow (pWin=0xa275e10, x=0, y=0) at glxscreens.c:230
#4  0x080942c9 in compPositionWindow (pWin=0xa275e10, x=0, y=0)
    at compwindow.c:202
#5  0x0808d6dc in ReparentWindow (pWin=0xa275e10, pParent=0x9a75248, 
    x=<value optimized out>, y=<value optimized out>, client=0x9ab9520)
    at window.c:2669
#6  0x0806ff35 in ProcReparentWindow (client=0x9ab9520) at dispatch.c:674
#7  0x080b97f1 in XaceCatchDispatchProc (client=0x9ab9520) at xace.c:281
#8  0x0807050a in Dispatch () at dispatch.c:457
#9  0x080815f5 in main (argc=19, argv=0xbfc07ab4, envp=Cannot access memory at
address 0x11
) at main.c:445
#10 0x00be0f70 in __libc_start_main () from /lib/libc.so.6
#11 0x0805f5d1 in _start ()

Comment 1 Adam Tkac 2007-06-13 09:49:29 UTC
I'm unsure what "mythfrontend" is. Is it in Fedora package?  (yum says not for
me) If no, please point me on source tarball, I will create my own mythfrontend.

Regards, Adam

Comment 2 Gregorio Gervasio 2007-06-13 18:37:44 UTC
"mythfrontend" is part of the MythTV suite, which is primarily a PVR
application.  It is not distributed with Fedora.  The ATRpms repository has RPMs
for Fedora but I didn't try them.  A source tarball of version 0.20 can be
downloaded from:

http://www.mythtv.org/modules.php?name=Downloads&d_op=viewdownload&cid=1

Compilation requires a lot of packages.  Some of the possibly non-standard ones are:

qt-devel
qt-MySQL
lame-devel
freetype-devel
alsa-lib-devel

There are detailed instructions for compiling and running on the web site, but
here is a quick and dirty way to reproduce the crash (which isn't normally how
you'd run this program):

Compilation:

tar xjf mythtv-0.20.tar.bz2
cd mythtv-0.20
./configure --disable-dts --disable-xrandr
qmake mythtv.pro
make
make install  # should install into /usr/local

Running (inside a VNC session):

export MYTHCONFDIR=$HOME/.mythtv-test
    # This directory will get created the first time

mythfrontend
    # A bunch of error messages related to a non-existent MySQL database 
    # will scroll by.  You can ignore them for the purposes of
    # reproducing this crash.
    # After a couple of seconds, a full-screen dialog asking to select a
    # language will pop up.  Hit "Return".
    # Another dialog for database settings will show up.  Just hit
    # "Return" twice.
    # The VNC server will crash.


Comment 3 Adam Tkac 2007-06-14 14:52:43 UTC
Hm. It looks like problem is in mythTV, not in Xvnc. When I tried run vnc like this

$Xvnc :1 -ac -rfbauth ~/.vnc/passwd

and in different terminal I run

$export DISPLAY=:1
$mythfrontend

Xvnc live but mythfrontend crash (after vncviewer join and hit enter). Also in
standard Xorg mythTV have problems.

Adam

Comment 4 Gregorio Gervasio 2007-06-15 07:36:57 UTC
Have you tried running with a window manager?  For some reason, Xvnc doesn't
seem to crash without one.  Also, it seems more likely to crash if vncviewer is
brought up earlier:

Xvnc :1 -ac -rfbauth ~/.vnc/passwd

In other shell:
vncviewer :1 &
DISPLAY=:1 fluxbox &
DISPLAY=:1 mythfrontend &

Hit "Return" three times in VNC session; Xvnc crashes.

Other than that, I don't know what else to tell you.  Does the backtrace I
reported earlier provide any useful information?

Comment 5 Adam Tkac 2007-06-15 08:22:58 UTC
(In reply to comment #4)
> Other than that, I don't know what else to tell you.  Does the backtrace I
> reported earlier provide any useful information?
Of course. All backtraces provides useful debug info :) But it could be quite
hard find where problem exactly is. Let me check it. No additional info is needed

Adam



Comment 6 Adam Tkac 2007-09-20 12:04:18 UTC
Problem was in Mesa source. Xvnc 4.1.2-21.fc8 should be stable


Note You need to log in before you can comment on or make changes to this bug.