Re: gthumb crash (after enabling vdpau?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/02/2018 06:21 PM, Eyal Lebedinsky wrote:
> I recently replaced my graphics card (with NVIDIA GT 710).
> A newer nvidia module was installed
>     kmod-nvidia-340xx-4.15.7-200 -> kmod-nvidia-390.42-1
> I also enabled VDPAU which was incorrectly installed until now.
> 
> I now have a failure of 'gthumb':
> 
> $ gthumb -v
> 
> (gthumb:7097): Gdk-ERROR **: The program 'gthumb' received an X Window
> System error.
> This probably reflects a bug in the program.
> The error was 'BadLength (poly request too large or internal Xlib length
> erro'.
>   (Details: serial 159 error_code 16 request_code 152 (DRI2) minor_code 1)
>   (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 GDK_SYNCHRONIZE environment
>    variable to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error()
> function.)
> Trace/breakpoint trap (core dumped)
> 
> and /var/log/messages includes a trace:
> 
> Apr  2 15:03:32 e4 systemd-coredump[20472]: Process 20469 (gthumb) of
> user 500 dumped core.
> Stack trace of thread 20469:
> 0  0x00007f4312e31e51 _g_log_abort (libglib-2.0.so.0)
> 1  0x00007f4312e344a1 g_log_writer_default (libglib-2.0.so.0)
> 2  0x00007f4312e329ee g_log_structured_array (libglib-2.0.so.0)
> 3  0x00007f4312e32ce7 g_log_structured (libglib-2.0.so.0)
> 4  0x00007f43140ec351 _gdk_x11_display_error_event (libgdk-3.so.0)
> 5  0x00007f43140f9813 gdk_x_error (libgdk-3.so.0)
> 6  0x00007f43103da9ba _XError (libX11.so.6)
> 7  0x00007f43103d78eb handle_error (libX11.so.6)
> 8  0x00007f43103d8a94 _XReply (libX11.so.6)
> 9  0x00007f430cb27f2b DRI2Connect (libGL.so.1)
> 10 0x00007f430cb274a8 n/a (libGL.so.1)
> 11 0x00007f430cb0b5c0 n/a (libGL.so.1)
> 12 0x00007f430cb07c60 glXQueryVersion (libGL.so.1)
> 13 0x00007f4311c1f153 _cogl_winsys_renderer_connect (libcogl.so.20)
> 14 0x00007f4311bd822d cogl_renderer_connect (libcogl.so.20)
> 15 0x00007f4315237824 clutter_backend_real_create_context
> (libclutter-1.0.so.0)
> 16 0x00007f4315250a13 _clutter_feature_init (libclutter-1.0.so.0)
> 17 0x00007f4315261ca9 clutter_init_real (libclutter-1.0.so.0)
> 18 0x00007f43155342f6 post_parse_hook (libclutter-gtk-1.0.so.0)
> 19 0x00007f4312e384f0 g_option_context_parse (libglib-2.0.so.0)
> 20 0x00005564d3a9661f gth_application_local_command_line (gthumb)
> 21 0x00007f43133e5e46 g_application_run (libgio-2.0.so.0)
> 22 0x00005564d3a1bcfe main (gthumb)
> 23 0x00007f431229d88a __libc_start_main (libc.so.6)
> 24 0x00005564d3a1bd6a _start (gthumb)
> Stack trace of thread 20470:
> 0  0x00007f4312381a5d poll (libc.so.6)
> 1  0x00007f4312e2c579 g_main_context_iterate.isra.25 (libglib-2.0.so.0)
> 2  0x00007f4312e2c68c g_main_context_iteration (libglib-2.0.so.0)
> 3  0x00007f4312e2c6d1 glib_worker_main (libglib-2.0.so.0)
> 4  0x00007f4312e53516 g_thread_proxy (libglib-2.0.so.0)
> 5  0x00007f431265936d start_thread (libpthread.so.0)
> 6  0x00007f431238db4f __clone (libc.so.6)
> 
> 
> I see that the gthumb package was updated in 2017, dnf.log says:
>     Aug 19 18:09:33 DEBUG ---> Package gthumb.x86_64 1:3.4.3-1.fc24 will
> be upgraded
>     Aug 19 18:09:33 DEBUG ---> Package gthumb.x86_64 1:3.4.5-1.fc26 will
> be an upgrade
> The update was part of a f24->f26 upgrade. There is no later version of
> gthumb but I do see
> version 3.6.0 in f27.
> 
> I also see that this gthumb version is one year old:
>     $ ls -l /usr/bin/gthumb
>     -rwxr-xr-x 1 root root 988384 Apr 20  2017 /usr/bin/gthumb
> 
> The gthumb package depends on the libvdpau package so I suspect some
> incompatibility.
> Reinstalling both packages does not improve the situation.
> 
> Is gthumb still maintained? https://github.com/GNOME/gthumb suggests
> perusing
> https://wiki.gnome.org/Apps/gthumb which is not present.
> 
> Still, too many packages are involved, not the least X/nvidia ones.
> 
> Is anyone else seeing this problem? I do not want to log a bug if this
> is the result
> of my system long update history, but I do want to resolve this.
> 
> I have another f26 machine that has no problems but does not use vdpau
> (or nvidia card).

Yes, for F27 the latest gthumb is 3.6.0-1 and the latest libvdpau is
1.1.1-6. I don't use gnome myself and don't even have gthumb installed
so I can't speak to its operation.

I'd go ahead and file a bugzilla with all the relevant data you have.
The maintainers will make a determination as to if it's legit or not.
I'd suggest upgrading to F27 if possible as it appears they aren't
backporting the changes to F26.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    ricks@xxxxxxxxxxxxxx -
- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2 -
-                                                                    -
-   NEWS FLASH! Intelligence of mankind decreasing!  Details at...   -
-     uh, when, uh, the little hand is, uh, on the...  Aw, NUTS!     -
----------------------------------------------------------------------
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux