|
Replies:
6
-
Last Post:
Feb 8, 2008 4:40 AM
by: kicko
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
gnome-session crash
Posted:
Jan 20, 2007 11:45 AM
To: Communities » desktop » discuss
|
|
Using snv_55, I'm getting crashes from gnome-session, the sessionlog has:
-- Session log created Sat Jan 20 00:55:44 PST 2007
GNOME Desktop Environment
using xinitrc file: /usr/dt/config/Xinitrc.jds
Cleaned 3 files 0 still live
Starting gnome-session
SESSION_MANAGER=local/solaris:/tmp/.ICE-unix/23892,inet6/solaris:53188,inet/s olaris:36306
(gnome-session:23892): GLib-GObject-CRITICAL **: file gobject.c: line 1737: assertion `G_IS_OBJECT (object)' failed
and there's a nice core file with the following stack:
-bash-3.00# pstack core
core 'core' of 24142: /usr/lib/gnome_segv gnome-session 11 2.16.1
cb9b74fb FcPatternPosition (8287a08, 8127d40) + 6b
cb9b758e FcPatternFindElt (8287a08, cb9c7c00) + 2e
cb9b81fe FcPatternGet (8287a08, cb9c7c00, 0, 8044424) + 2e
cb9b8596 FcPatternGetCharSet (8287a08, cb9c7c00, 0, 8044468) + 36
cb9b3dfb FcSortWalk (81d3514, 619, 82e49e0, 80444e4, 1) + 6b
cb9b45e8 FcFontSetSort (811e300, 8044538, 1, 811ed40, 1, 0) + 668
cb9b471a FcFontSort (811e300, 811ed40, 1, 0, 8044608) + aa
cb84a926 pango_fc_font_map_get_patterns (80821e8, 80e5a40, 80e5900, 8114de0) + 1ba
cb84ad06 pango_fc_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 36
cbad671b pango_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 3b
cbad4dad itemize_state_update_for_new_run (8044728) + 135
cbad4e78 itemize_state_process_run (8044728, 0, cbb079f8, cebfdc18, 677a3d2, 80e5a40) + 24
cbad50e8 pango_itemize_with_base_dir (80e5a40, 0, 8114e00, 0, 5, 8110d50) + 6c
cbadbe6a pango_layout_check_lines (80800a8) + 2f6
cbada68f pango_layout_get_extents_internal (80800a8, 0, 8044960, 0, 0) + 2b
cbadaa42 pango_layout_get_extents (80800a8, 0, 8044960) + 2a
ce34bc78 gtk_label_size_request (810ecf0, 810ed0c, 80dc130) + a4
ce942c3f g_cclosure_marshal_VOID__BOXED (808acf8, 0, 2, 8044b4c, 8044aac, ce34bbd4) + 5b
ce92e354 g_type_class_meta_marshal (808acf8, 0, 2, 8044b4c, 8044aac, 7c) + 40
ce92e097 g_closure_invoke (808acf8, 0, 2, 8044b4c, 8044aac) + 12b
ce94199c signal_emit_unlocked_R (806f3a8, 0, 810ecf0, 0, 8044b4c) + 414
ce940fe0 g_signal_emit_valist (810ecf0, 1d, 0, 8044e28) + 8c4
ce9414d7 g_signal_emit_by_name (810ecf0, ce5192d8, 810ed0c) + 35b
ce3b9605 do_size_request (810ecf0) + 49
ce3b9965 _gtk_size_group_compute_requisition (810ecf0, 8044e98) + 55
ce45d65f gtk_widget_size_request (810ecf0, 8044e98) + 33
ce3245a2 gtk_hbox_size_request (8082198, 80821b4, 80dc130) + 5e
ce942c3f g_cclosure_marshal_VOID__BOXED (808acf8, 0, 2, 804505c, 8044fbc, ce324544) + 5b
ce92e354 g_type_class_meta_marshal (808acf8, 0, 2, 804505c, 8044fbc, 7c) + 40
ce92e097 g_closure_invoke (808acf8, 0, 2, 804505c, 8044fbc) + 12b
ce94199c signal_emit_unlocked_R (806f3a8, 0, 8082198, 0, 804505c) + 414
ce940fe0 g_signal_emit_valist (8082198, 1d, 0, 8045338) + 8c4
ce9414d7 g_signal_emit_by_name (8082198, ce5192d8, 80821b4) + 35b
ce3b9605 do_size_request (8082198) + 49
ce3b9965 _gtk_size_group_compute_requisition (8082198, 80453a8) + 55
ce45d65f gtk_widget_size_request (8082198, 80453a8) + 33
ce2a1bb7 gtk_alignment_size_request (806fa90, 806faac, 80dc130) + 5f
ce942c3f g_cclosure_marshal_VOID__BOXED (808acf8, 0, 2, 804556c, 80454cc, ce2a1b58) + 5b
ce92e354 g_type_class_meta_marshal (808acf8, 0, 2, 804556c, 80454cc, 7c) + 40
ce92e097 g_closure_invoke (808acf8, 0, 2, 804556c, 80454cc) + 12b
ce94199c signal_emit_unlocked_R (806f3a8, 0, 806fa90, 0, 804556c) + 414
ce940fe0 g_signal_emit_valist (806fa90, 1d, 0, 8045848) + 8c4
ce9414d7 g_signal_emit_by_name (806fa90, ce5192d8, 806faac) + 35b
ce3b9605 do_size_request (806fa90) + 49
ce3b9965 _gtk_size_group_compute_requisition (806fa90, 80458b8) + 55
ce45d65f gtk_widget_size_request (806fa90, 80458b8) + 33
ce2ac81c gtk_button_size_request (80858c0, 80858dc, 80dc130) + d0
ce942c3f g_cclosure_marshal_VOID__BOXED (808acf8, 0, 2, 8045a9c, 80459fc, ce2ac74c) + 5b
ce92e354 g_type_class_meta_marshal (808acf8, 0, 2, 8045a9c, 80459fc, 7c) + 40
ce92e097 g_closure_invoke (808acf8, 0, 2, 8045a9c, 80459fc) + 12b
ce94199c signal_emit_unlocked_R (806f3a8, 0, 80858c0, 0, 8045a9c) + 414
ce940fe0 g_signal_emit_valist (80858c0, 1d, 0, 8045d78) + 8c4
ce9414d7 g_signal_emit_by_name (80858c0, ce5192d8, 80858dc) + 35b
ce3b9605 do_size_request (80858c0) + 49
ce3b9965 _gtk_size_group_compute_requisition (80858c0, 8045de8) + 55
ce45d65f gtk_widget_size_request (80858c0, 8045de8) + 33
ce2a74cd _gtk_button_box_child_requisition (80ee020, 8045e54, 0, 8045e58, 8045e5c) + dd
ce324133 gtk_hbutton_box_size_request (80ee020, 80ee03c, 80dc130) + 43
ce942c3f g_cclosure_marshal_VOID__BOXED (808acf8, 0, 2, 804600c, 8045f6c, ce3240f0) + 5b
ce92e354 g_type_class_meta_marshal (808acf8, 0, 2, 804600c, 8045f6c, 7c) + 40
ce92e097 g_closure_invoke (808acf8, 0, 2, 804600c, 8045f6c) + 12b
ce94199c signal_emit_unlocked_R (806f3a8, 0, 80ee020, 0, 804600c) + 414
ce940fe0 g_signal_emit_valist (80ee020, 1d, 0, 80462e8) + 8c4
ce9414d7 g_signal_emit_by_name (80ee020, ce5192d8, 80ee03c) + 35b
ce3b9605 do_size_request (80ee020) + 49
ce3b9965 _gtk_size_group_compute_requisition (80ee020, 8046358) + 55
ce45d65f gtk_widget_size_request (80ee020, 8046358) + 33
ce4563ce gtk_vbox_size_request (80820a8, 80820c4, 80dc130) + 5e
ce942c3f g_cclosure_marshal_VOID__BOXED (808acf8, 0, 2, 804651c, 804647c, ce456370) + 5b
ce92e354 g_type_class_meta_marshal (808acf8, 0, 2, 804651c, 804647c, 7c) + 40
ce92e097 g_closure_invoke (808acf8, 0, 2, 804651c, 804647c) + 12b
ce94199c signal_emit_unlocked_R (806f3a8, 0, 80820a8, 0, 804651c) + 414
ce940fe0 g_signal_emit_valist (80820a8, 1d, 0, 80467f8) + 8c4
ce9414d7 g_signal_emit_by_name (80820a8, ce5192d8, 80820c4) + 35b
ce3b9605 do_size_request (80820a8) + 49
ce3b9965 _gtk_size_group_compute_requisition (80820a8, 8046868) + 55
ce45d65f gtk_widget_size_request (80820a8, 8046868) + 33
ce46a0ea gtk_window_size_request (80e8808, 80e8824, 80dc130) + 4a
ce942c3f g_cclosure_marshal_VOID__BOXED (808acf8, 0, 2, 8046a1c, 804697c, ce46a0a0) + 5b
ce92e354 g_type_class_meta_marshal (808acf8, 0, 2, 8046a1c, 804697c, 7c) + 40
ce92e073 g_closure_invoke (808acf8, 0, 2, 8046a1c, 804697c) + 107
ce94199c signal_emit_unlocked_R (806f3a8, 0, 80e8808, 0, 8046a1c) + 414
ce940fe0 g_signal_emit_valist (80e8808, 1d, 0, 8046cf8) + 8c4
ce9414d7 g_signal_emit_by_name (80e8808, ce5192d8, 80e8824) + 35b
ce3b9605 do_size_request (80e8808) + 49
ce3b9965 _gtk_size_group_compute_requisition (80e8808, 0) + 55
ce45d65f gtk_widget_size_request (80e8808, 0) + 33
ce46af9e gtk_window_compute_configure_request (80e8808, 8046e40, 8046e5c, 8046ea0) + 32
ce4698ca gtk_window_show (80e8808, 80dc130) + 96
ce942449 g_cclosure_marshal_VOID__VOID (80de878, 0, 1, 804704c, 8046fac, ce469834) + 55
ce92e354 g_type_class_meta_marshal (80de878, 0, 1, 804704c, 8046fac, 5c) + 40
ce92e073 g_closure_invoke (80de878, 0, 1, 804704c, 8046fac) + 107
ce94199c signal_emit_unlocked_R (80dd7e0, 0, 80e8808, 0, 804704c) + 414
ce940fe0 g_signal_emit_valist (80e8808, 17, 0, 80472b8) + 8c4
ce941175 g_signal_emit (80e8808, 17, 0) + 25
ce45c8c5 gtk_widget_show (80e8808) + 49
ce2ee058 gtk_dialog_run (80e8808) + 90
08051104 main (4, 8047390, 80473a4) + 1e8
08050e8e _start (4, 80474dc, 80474f0, 80474fe, 8047501, 0) + 7a
Any suggestions on what might be wrong? I've run gnome-cleanup. This is a decidedly non-standard installation that I'm fooling with (trying to update the Live DVD kit), so it's likely my error, I'm just trying to figure out what I don't have right.
Dave
|
|
|
Posts:
937
From:
AU
Registered:
3/9/05
|
|
|
|
Re: gnome-session crash
Posted:
Jan 20, 2007 3:33 PM
in response to: dminer
|
|
Dave Miner wrote:
> Using snv_55, I'm getting crashes from gnome-session, the sessionlog has:
>
> -- Session log created Sat Jan 20 00:55:44 PST 2007
> GNOME Desktop Environment
> using xinitrc file: /usr/dt/config/Xinitrc.jds
> Cleaned 3 files 0 still live
> Starting gnome-session
> SESSION_MANAGER=local/solaris:/tmp/.ICE-unix/23892,inet6/solaris:53188,inet/sol aris:36306
>
> (gnome-session:23892): GLib-GObject-CRITICAL **: file gobject.c: line 1737: assertion `G_IS_OBJECT (object)' failed
>
> and there's a nice core file with the following stack:
>
> -bash-3.00# pstack core
> core 'core' of 24142: /usr/lib/gnome_segv gnome-session 11 2.16.1
> cb9b74fb FcPatternPosition (8287a08, 8127d40) + 6b
> cb9b758e FcPatternFindElt (8287a08, cb9c7c00) + 2e
> cb9b81fe FcPatternGet (8287a08, cb9c7c00, 0, 8044424) + 2e
> cb9b8596 FcPatternGetCharSet (8287a08, cb9c7c00, 0, 8044468) + 36
> cb9b3dfb FcSortWalk (81d3514, 619, 82e49e0, 80444e4, 1) + 6b
> cb9b45e8 FcFontSetSort (811e300, 8044538, 1, 811ed40, 1, 0) + 668
> cb9b471a FcFontSort (811e300, 811ed40, 1, 0, 8044608) + aa
> cb84a926 pango_fc_font_map_get_patterns (80821e8, 80e5a40, 80e5900, 8114de0) + 1ba
> cb84ad06 pango_fc_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 36
looks like your font mappings are screwed. Try removing your
$HOME/.fonts.cache* if any exist, then re-run
# svcadm restart svc:/application/font/fc-cache:default
James C. McPherson
--
Solaris kernel software engineer, system admin and troubleshooter
http://www.jmcp.homeunix.com/blog
Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson
_______________________________________________
desktop-discuss mailing list
desktop-discuss at opensolaris dot org
|
|
|
|
|
Posts:
337
From:
NZ
Registered:
7/1/05
|
|
|
|
Re: gnome-session crash
Posted:
Jan 20, 2007 4:21 PM
in response to: dminer
|
|
Run fc-cache --force as root.
Laca
On Sat, 2007-01-20 at 11:45 -0800, Dave Miner wrote:
> Using snv_55, I'm getting crashes from gnome-session, the sessionlog has:
(...)
> -bash-3.00# pstack core
> core 'core' of 24142: /usr/lib/gnome_segv gnome-session 11 2.16.1
> cb9b74fb FcPatternPosition (8287a08, 8127d40) + 6b
> cb9b758e FcPatternFindElt (8287a08, cb9c7c00) + 2e
> cb9b81fe FcPatternGet (8287a08, cb9c7c00, 0, 8044424) + 2e
> cb9b8596 FcPatternGetCharSet (8287a08, cb9c7c00, 0, 8044468) + 36
> cb9b3dfb FcSortWalk (81d3514, 619, 82e49e0, 80444e4, 1) + 6b
> cb9b45e8 FcFontSetSort (811e300, 8044538, 1, 811ed40, 1, 0) + 668
> cb9b471a FcFontSort (811e300, 811ed40, 1, 0, 8044608) + aa
> cb84a926 pango_fc_font_map_get_patterns (80821e8, 80e5a40, 80e5900, 8114de0) + 1ba
> cb84ad06 pango_fc_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 36
> cbad671b pango_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 3b
> cbad4dad itemize_state_update_for_new_run (8044728) + 135
(...)
_______________________________________________
desktop-discuss mailing list
desktop-discuss at opensolaris dot org
|
|
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: gnome-session crash
Posted:
Jan 22, 2007 11:09 AM
in response to: laca
|
|
Laszlo (Laca) Peter wrote:
> Run fc-cache --force as root.
>
Unfortunately, neither your suggestion nor James's made any difference.
I did end up with a .fonts.cache-1 in root's home directory, but still
end up with the same core when attempting to login. Any other suggestions?
Dave
> Laca
>
> On Sat, 2007-01-20 at 11:45 -0800, Dave Miner wrote:
>> Using snv_55, I'm getting crashes from gnome-session, the sessionlog has:
> (...)
>> -bash-3.00# pstack core
>> core 'core' of 24142: /usr/lib/gnome_segv gnome-session 11 2.16.1
>> cb9b74fb FcPatternPosition (8287a08, 8127d40) + 6b
>> cb9b758e FcPatternFindElt (8287a08, cb9c7c00) + 2e
>> cb9b81fe FcPatternGet (8287a08, cb9c7c00, 0, 8044424) + 2e
>> cb9b8596 FcPatternGetCharSet (8287a08, cb9c7c00, 0, 8044468) + 36
>> cb9b3dfb FcSortWalk (81d3514, 619, 82e49e0, 80444e4, 1) + 6b
>> cb9b45e8 FcFontSetSort (811e300, 8044538, 1, 811ed40, 1, 0) + 668
>> cb9b471a FcFontSort (811e300, 811ed40, 1, 0, 8044608) + aa
>> cb84a926 pango_fc_font_map_get_patterns (80821e8, 80e5a40, 80e5900, 8114de0) + 1ba
>> cb84ad06 pango_fc_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 36
>> cbad671b pango_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 3b
>> cbad4dad itemize_state_update_for_new_run (8044728) + 135
> (...)
>
>
_______________________________________________
desktop-discuss mailing list
desktop-discuss at opensolaris dot org
|
|
|
|
|
Posts:
1,992
From:
US
Registered:
3/9/05
|
|
|
|
Re: gnome-session crash
Posted:
Jan 29, 2007 1:11 PM
in response to: dminer
|
|
I finally did sort out the problem below, just for the archives.
fc-cache wants to write a fonts.cache-1 file in each directory
referenced in the font directory list in /etc/fonts/fonts.conf. Since
the Live DVD has a read-only /usr, this doesn't work, and it ends up
creating a .fonts.cache-1 in root's home directory. Applications
attempt to use that and crash as shown below; I could reproduce it just
trying to run gedit under CDE
The workaround/fix is to run a chroot'ed fc-cache in the image
construction process when the filesystem is writable.
Anyone tested whether this stuff works right with a diskless client?
They also mount /usr read-only and would seem to have the same problem.
Dave
Dave Miner wrote:
> Laszlo (Laca) Peter wrote:
>> Run fc-cache --force as root.
>>
>
> Unfortunately, neither your suggestion nor James's made any difference.
> I did end up with a .fonts.cache-1 in root's home directory, but still
> end up with the same core when attempting to login. Any other suggestions?
>
> Dave
>
>> Laca
>>
>> On Sat, 2007-01-20 at 11:45 -0800, Dave Miner wrote:
>>> Using snv_55, I'm getting crashes from gnome-session, the sessionlog has:
>> (...)
>>> -bash-3.00# pstack core
>>> core 'core' of 24142: /usr/lib/gnome_segv gnome-session 11 2.16.1
>>> cb9b74fb FcPatternPosition (8287a08, 8127d40) + 6b
>>> cb9b758e FcPatternFindElt (8287a08, cb9c7c00) + 2e
>>> cb9b81fe FcPatternGet (8287a08, cb9c7c00, 0, 8044424) + 2e
>>> cb9b8596 FcPatternGetCharSet (8287a08, cb9c7c00, 0, 8044468) + 36
>>> cb9b3dfb FcSortWalk (81d3514, 619, 82e49e0, 80444e4, 1) + 6b
>>> cb9b45e8 FcFontSetSort (811e300, 8044538, 1, 811ed40, 1, 0) + 668
>>> cb9b471a FcFontSort (811e300, 811ed40, 1, 0, 8044608) + aa
>>> cb84a926 pango_fc_font_map_get_patterns (80821e8, 80e5a40, 80e5900, 8114de0) + 1ba
>>> cb84ad06 pango_fc_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 36
>>> cbad671b pango_font_map_load_fontset (80821e8, 80e5a40, 80e5900, 8114de0) + 3b
>>> cbad4dad itemize_state_update_for_new_run (8044728) + 135
>> (...)
>>
>>
>
>
_______________________________________________
desktop-discuss mailing list
desktop-discuss at opensolaris dot org
|
|
|
|
|
Posts:
1
From:
Japan
Registered:
4/22/07
|
|
|
|
Re: gnome-session crash
Posted:
Apr 22, 2007 11:42 PM
in response to: dminer
To: Communities » desktop » discuss
|
|
Hi,
I have tested diskless client environemnts. My workaround is as follows.
Change server's dfstab as follows.
# cat /etc/dfs/dfstab
# share -F nfs -o ro /export/exec/Solaris_10_i386.all/usr
share -F nfs -o rw=w1100z,root=w1100z /export/exec/Solaris_10_i386.all/usr
share -F nfs -o rw=w1100z,root=w1100z /export/root/w1100z
share -F nfs -o rw=w1100z,root=w1100z /export/swap/w1100z
fc-cache seems to make font information files, fonts.cache-1 and so on,
at the first time of the login Gnome desktop(JDS) only.
So, after login, it seems no problems to change /usr to read only.
thanks,
yasuhiro(thaniwa)
> I finally did sort out the problem below, just for
> the archives.
>
> fc-cache wants to write a fonts.cache-1 file in each
> directory
> referenced in the font directory list in
> /etc/fonts/fonts.conf. Since
> the Live DVD has a read-only /usr, this doesn't work,
> and it ends up
> creating a .fonts.cache-1 in root's home directory.
> Applications
> ttempt to use that and crash as shown below; I could
> reproduce it just
> trying to run gedit under CDE
>
> The workaround/fix is to run a chroot'ed fc-cache in
> the image
> construction process when the filesystem is writable.
>
> Anyone tested whether this stuff works right with a
> diskless client?
> They also mount /usr read-only and would seem to have
> the same problem.
>
> Dave
>
> Dave Miner wrote:
> > Laszlo (Laca) Peter wrote:
> >> Run fc-cache --force as root.
> >>
> >
> > Unfortunately, neither your suggestion nor James's
> made any difference.
> > I did end up with a .fonts.cache-1 in root's home
> directory, but still
> > end up with the same core when attempting to login.
> Any other suggestions?
>
> Dave
>
> > Laca
> >>
> >> On Sat, 2007-01-20 at 11:45 -0800, Dave Miner
> wrote:
> >>> Using snv_55, I'm getting crashes from
> gnome-session, the sessionlog has:
> >> (...)
> >>> -bash-3.00# pstack core
> >>> core 'core' of 24142: /usr/lib/gnome_segv
> gnome-session 11 2.16.1
> >>> cb9b74fb FcPatternPosition (8287a08, 8127d40) +
> 6b
> >>> cb9b758e FcPatternFindElt (8287a08, cb9c7c00) +
> 2e
> >>> cb9b81fe FcPatternGet (8287a08, cb9c7c00, 0,
> 8044424) + 2e
> >>> cb9b8596 FcPatternGetCharSet (8287a08, cb9c7c00,
> 0, 8044468) + 36
> >>> cb9b3dfb FcSortWalk (81d3514, 619, 82e49e0,
> 80444e4, 1) + 6b
> >>> cb9b45e8 FcFontSetSort (811e300, 8044538, 1,
> 811ed40, 1, 0) + 668
> >>> cb9b471a FcFontSort (811e300, 811ed40, 1, 0,
> 8044608) + aa
> >>> cb84a926 pango_fc_font_map_get_patterns
> (80821e8, 80e5a40, 80e5900, 8114de0) + 1ba
> >>> cb84ad06 pango_fc_font_map_load_fontset
> (80821e8, 80e5a40, 80e5900, 8114de0) + 36
> >>> cbad671b pango_font_map_load_fontset (80821e8,
> 80e5a40, 80e5900, 8114de0) + 3b
> >>> cbad4dad itemize_state_update_for_new_run
> (8044728) + 135
> >> (...)
> >>
> >>
> >
> >
>
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris dot org
>
|
|
|
|
|
Posts:
12
From:
BW
Registered:
12/16/06
|
|
|
|
Re: gnome-session crash
Posted:
Feb 8, 2008 4:40 AM
in response to: thaniwa
To: Communities » desktop » discuss
|
|
You might wanna check this link out, it just sorted me out after experiencing same problem following upgrade to sxde 1/08.
http://mail.opensolaris.org/pipermail/desktop-discuss/2007-January/008847.html
It advised two things:
1. clean out any .fonts.cache* files
# rm $HOME/.fonts.cache*
2. Restart fc-cache :
# svcadm restart svc:/application/font/fc-cache:default
Good luck.
|
|
|
|
|
