GNOME Bugzilla – Bug 532075
segfault inside append_legacy_session_apps()
Last modified: 2008-05-31 20:40:51 UTC
On first startup (gnome-session-2.23.1.1, Gentoo gnome-experimental): Program received signal SIGSEGV, Segmentation fault.
+ Trace 197183
Thread 3071006400 (LWP 25907)
This is actually append_legacy_session_apps() - blame -finline-functions. Top of ~/.gnome2/session: [Default] 0,id=117f000001000119868841700000055020003 0,RestartStyleHint=2 0,Priority=40 0,Program=gnome-panel 0,CurrentDirectory=/home/ed 0,CloneCommand=gnome-panel --sm-config-prefix /gnome-panel-jFTiVG/ 0,RestartCommand=gnome-panel --sm-config-prefix /gnome-panel-jFTiVG/ --sm-client-id 117f000001000119868841700000055020003 --screen 0
Created attachment 110558 [details] [review] gsession.patch
*** Bug 533351 has been marked as a duplicate of this bug. ***
Commited in trunk, thanks! Fix crash when appending resumed apps from legacy session file. #532075, Ed Catmur. Patch by Ed Catmur. * gnome-session/app-resumed.c (get_basename): implement get_basename by returning the program name for now. This will probably need to be changed in the future with the new session saving implementation based on desktop files. * gnome-session/app.c (get_basename, gsm_app_get_basename, gsm_app_class_init): turn gsm_app_get_basename into an overridable method so that we can re-implement it on different types of apps. * gnome-session/session.c (append_app): check if basename is NULL before checking if app has been registered earlier.