From: SourceForge.net <no...@so...> - 2005-11-04 14:40:47
|
Bugs item #1344051, was opened at 2005-10-31 17:37 Message generated for change (Comment added) made by mephisto1982 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1344051&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: gxine Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Darren Salt (dsalt) Summary: gxine 0.5 crashes in fullscreen Initial Comment: when switching GXine to fullscreen, it crashes about 3 seconds later. This seems not affected by the type of video played and isn't present in 0.4.7. I can't get a backtrace from it tho, gbd just thinks it exited normally (with error 1). I get this in console: The program 'gxine' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 1245 error_code 8 request_code 138 minor_code 6) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) ---------------------------------------------------------------------- Comment By: Mephisto (mephisto1982) Date: 2005-11-04 15:40 Message: Logged In: YES user_id=1071047 i can't confirm this. gxine (both with and without gtkvideo patch) doesnt autoswitch to fullscreen when launching with a filename, and doesnt crash my X. I've had some X lockups with gxine before, but that was the fault of my nvidia drivers and went away after disabling RenderAccel. (it only happened with drag&drop and also happened with xmms sometimes.) I think your issue is something different, but i thought i'd mention it anyway... ---------------------------------------------------------------------- Comment By: zyta2k (zyta2k) Date: 2005-11-04 15:06 Message: Logged In: YES user_id=544197 The patch fixes the crashes described below. But: Am I the only one who has problems when starting gxine from the commandline using gxine foobar.wmv Then it goes directly into fullscreen-mode and X produces a fatal crash. No keyboard, nothing works then. Only ssh is still running, and I have to restart my system using the remote console. Strange. Because gxine works when I start it without a commandline movie and start it afterwards using the File->Open. The _same_ movie ! Can someone test this issue ? xine-lib 1.1.0 xine 0.99.4 gxine 0.5.0 (patched using the gtkvideo 1.94 patch) gtk2-2.6.7 I've attached this here, because it seems very similar to this issue... ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-11-03 01:59 Message: Logged In: YES user_id=294680 http://cvs.sourceforge.net/viewcvs.py/xine/gnome-xine/src/gtkvideo.c?r1=1.93&r2=1.94 ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-11-03 01:59 Message: Logged In: YES user_id=294680 This bug entry is believed to be fixed in cvs. Please reopen it as needed. ---------------------------------------------------------------------- Comment By: Mephisto (mephisto1982) Date: 2005-11-02 23:47 Message: Logged In: YES user_id=1071047 i can confirm that this solves the problem. any way to patch this in the source? i dont feel like turning on dpms every time i want to watch videos, cause it's not on by default, and xscreensaver seems to turn it off, even when enabling the power settings there :/ ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-11-02 23:17 Message: Logged In: YES user_id=294680 Monitor power-saving. $ xset q will tell you several things, including whether DPMS is enabled and its timeouts. $ xset +dpms will enable it. $ xset dpms force off should put your monitor into "off" mode (until you press a key or move the mouse). gxine 0.5.0 uses a DPMS control function to switch your monitor back on. I think that it's this which is failing because X's DPMS support is disabled. ---------------------------------------------------------------------- Comment By: Mephisto (mephisto1982) Date: 2005-11-02 22:48 Message: Logged In: YES user_id=1071047 DPMS? What's that, and where do i enable that? I can't seem to find it in the settings. Or is it something i can compile in? ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-11-02 21:16 Message: Logged In: YES user_id=294680 I've found out what this one is now. Could you enable DPMS and confirm that this problem goes away? ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-11-01 04:18 Message: Logged In: YES user_id=294680 Hmm. That -dbg package problem looks decidedly local... ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-11-01 02:22 Message: Logged In: YES user_id=294680 GTK: You may be able to install a -dbg or -debug package. Debug data will be in /usr/lib/debug (but note that libgtk2.0-0-dbg etc. in Debian testing/unstable are currently broken due to a bug in a packaging helper tool). gxine: make debug should work, although a toolchain update appears to have broken that here recently (I have a workaround). If not, then something looking like ./configure CFLAGS="-O0 -g" LDFLAGS=-g && make will work. I should also mention that this bug isn't happening here :-| ---------------------------------------------------------------------- Comment By: Mephisto (mephisto1982) Date: 2005-10-31 23:37 Message: Logged In: YES user_id=1071047 i'm not gonna mess up my system by fiddling with something system-critical (well, desktop-critical anyway) like gtk, but how do i create a debug build of Gxine? i dont see anything helpful in "./configure --help"... just tried 0.4.9, and that version doesnt have the problem either, so it's something new in 0.5. ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-10-31 22:02 Message: Logged In: YES user_id=294680 You should use a debuggable build of GTK as well as of gxine. You'll then be able to set that breakpoint on gdk_x_error. Putting printf() calls before and after various X function calls in src/gtkvideo.c may provide some more useful information. (It's entirely possible that the backtrace is useless without this.) ---------------------------------------------------------------------- Comment By: Mephisto (mephisto1982) Date: 2005-10-31 17:39 Message: Logged In: YES user_id=1071047 Oh, that was me btw. SF.net seems to log me out on random days :/ Just adding this post so i can get email notifications ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1344051&group_id=9655 |