From: SourceForge.net <no...@so...> - 2005-01-12 11:16:52
|
Bugs item #1052817, was opened at 2004-10-24 00:51 Message generated for change (Comment added) made by udippel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1052817&group_id=9655 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Uwe Dippel (udippel) Assigned to: Nobody/Anonymous (nobody) Summary: (g)xine crashes reliably at TwinView on NVIDIA GeForce2 Go Initial Comment: (Subject says it) Never had this; but since I set the NVIDIA GeForce 2 to Twinview on a laptop DELL I8100; with libxine1 1-rc6a-1 on Debian Sarge and 4.3.0.dfsg.1-8; (g)xine crashes. It has to with the Twinview: I only have to remove the second monitor, restart X, and it works well. Plug back the second monitor, restart X: crashes. The same applies to Totem, b.t.w. 'Crash'; that is it comes up for a moment. less than a second, and dies. ---------------------------------------------------------------------- >Comment By: Uwe Dippel (udippel) Date: 2005-01-12 19:16 Message: Logged In: YES user_id=399224 0.4.1-1 is now the version, and it still crashes. Worse, it also crashes totem and xine itself now. Okay, no real crash, but xine now comes with up fine, but when you select any file, the window closes and a small icon depicting a PC (??) shows in the upper left corner, followed by the xine warning window of too low frame rate, too many resources used, etc. When I click 'done', nothing more happens, except of that strange icon left. The resources are and remain fine, PIII-866, and mplayer plays the same files fabulously. I do prefer xine, though, because it adopts (adopted !) the size of any movie perfectly to the twin view size - that is the TV-size -. Mplayer is a bit stubborn here; at least doesn't do the full screen automagically. ---------------------------------------------------------------------- Comment By: Uwe Dippel (udippel) Date: 2005-01-12 19:14 Message: Logged In: YES user_id=399224 0.4.1-1 is now the version, and it still crashes. Worse, it also crashes totem and xine itself now. Okay, no real crash, but xine now comes with up fine, but when you select any file, the window closes and a small icon depicting a PC (??) shows in the upper left corner, followed by the xine warning window of too low frame rate, too many resources used, etc. When I click 'done', nothing more happens, except of that strange icon left. The resources are and remain fine, PIII-866, and mplayer plays the same files fabulously. I do prefer xine, though, because it adopts (adopted !) the size of any movie perfectly to the twin view size - that is the TV-size -. Mplayer is a bit stubborn here; at least doesn't do the full screen automagically. ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2004-11-06 10:43 Message: Logged In: YES user_id=294680 I see that Twinview is proprietary. Does the crash happen with Free drivers? ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2004-11-06 10:43 Message: Logged In: YES user_id=294680 Please rebuild xine with debug information, this will help us identifying where and why it crashed. to rebuild xine-lib and xine-ui with debug information, unpack the tarbal and execute the following commands: $ ./configure $ make clean $ make debug $ make install-debug then run xine from gdb: $ gdb xine (gdb) handle SIG32 noprint nostop (gdb) run try to reproduce the crash. Program received signal SIGSEGV, Segmentation fault. [....] type: (gdb) thread apply all bt it will print the stack trace for all threads. paste it into the bug entry. ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2004-10-25 03:07 Message: Logged In: YES user_id=552060 I have not guessed that, but it is possible because gxine is not actively maintained at the moment, so bugs do not get fixed regularly. We are working on a change here. I will leave this bug open because gxine is still affected, but I will reduce the priority. Michael ---------------------------------------------------------------------- Comment By: Uwe Dippel (udippel) Date: 2004-10-25 01:43 Message: Logged In: YES user_id=399224 Hehe; thank you ! Solved for *you* guys: It crashes, with or without a 'virgin' .xine. With gxine. With xine(-ui), it works perfectly well ! Last question: Do I now file a bug with gxine ? (Did you guess it would be a gxine problem ?) Thanks again, Uwe ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2004-10-25 01:10 Message: Logged In: YES user_id=552060 Could you try removing (or renaming) the .xine directory to reset the configuration? If that does not help, please run xine-ui with "xine --verbose=2" and post the output here. Thanks. Michael ---------------------------------------------------------------------- Comment By: Uwe Dippel (udippel) Date: 2004-10-24 12:26 Message: Logged In: YES user_id=399224 This is what I get from the gxine-command with TwinView enabled: connect: Connection refused libgnomevfs.so.0: cannot open shared object file: No such file or directory. 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 21 error_code 8 request_code 142 minor_code 14) (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.) And this from a gxine without TwinView: (it goes through & works): connect: Connection refused server: socket '/home/udippel/.gxine/socket' created libgnomevfs.so.0: cannot open shared object file: No such file or directory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1052817&group_id=9655 |