OpenSolaris

gnome-terminal segfaults while launching zsh.

gnome-terminal -e bash launches fine.

xterm launches with zsh just fine.

Moving away all the zsh config had no effect on the segfault.

% pstack core
core 'core' of 6442:    gnome-terminal
-----------------  lwp# 1 / thread# 1  --------------------
 fd67ce63 _vte_terminal_ring_append (81dc908, 0, 50, fd69f706) + 1f
 fd69f81d vte_sequence_handler_cd (81dc800, 0, 8047628, fd6a2112) + 125
 fd6a2178 vte_sequence_handler_erase_in_display (81dc800, 815d4d0, f, fd6a376a) + 74
 fd6a3895 _vte_terminal_handle_sequence (81dc800, 81e3b70, 5c5, 815d4d0) + 139
 fd682d99 vte_terminal_process_incoming (81dc800, 0) + 405
 fd69481c time_process_incoming (81dc800, 1, 81dc800, fd694c62) + 2c
 fd694dd3 update_repeat_timeout (0, fedcc460, 80477c8, fed26c71) + 17f
 fed26c87 g_timeout_dispatch (811f188, fd694c54, 0, 8047840) + 23
 fed24eee g_main_context_dispatch (80cbdd0, c8, 82686b0, d) + 262
 fed2559f g_main_context_iterate (80cbdd0, 1, 1, 80a6858) + 483
 fed25bc9 g_main_loop_run (82635e8, 82635e8, 80a9800, fe37e73a) + 1dd
 fe37e7e3 gtk_main (fefd4e56, 0, 80aa094, feffb804, 8047a20, fefdcf48) + b7
 0806b594 main     (1, 8047a7c, 8047a84, feffb804) + 944
 080677fd _start   (1, 8047b88, 0, 8047b97, 8047bdb, 8047c0f) + 7d
-----------------  lwp# 2 / thread# 2  --------------------
 feef2ea7 __read   (18, f837ef50, 14, fed270a6) + 7
 fed270c1 child_watch_helper_thread (0, 8265020, 200, fed4d1de) + 29
 fed4d303 g_thread_create_proxy (8265020, fef81000, f837efe8, feeee44e) + 133
 feeee4a3 _thrp_setup (fdb50a00) + 9b
 feeee730 _lwp_start (fdb50a00, 0, 0, 0, 0, 0)
Verified on snv_127.

Running `gnome-terminal OTHERSHELL` works, though running zsh from that other shell hits the same failure.  But if you do `truss zsh` from the other shell, that works!  And you can exit that truss'd zsh, then just run `zsh`, and that works!  Go figure.  Meanwhile, this bug is so painful that I have had to mv gnome-terminal to gnome-terminal-hosed on all of my boxes, and sym-link it to /usr/openwin/bin/xterm instead.
I pulled the libvte.so.9.8.3 from build 124 forward to build 125 and it appears to work
  # beadm mount OSOL-124 /mnt
  # cp /mnt/usr/lib/libvte.so.9.8.3 /usr/lib
  # beadm unmount OSOL-124
  # mv /usr/lib/libvte.so.9.9.1 /usr/lib/libvte.so.9.9.1.hosed
  # ln -s libvte.so.9.8.3 /usr/lib/libvte.so.9.9.1
Note comment #4 of this bug has a workaround replacement library you can use to fix the problem more quickly if needed:

   http://defect.opensolaris.org/bz/show_bug.cgi?id=12054

This is a better fix than the previous workaround since it is the newer version and avoid the problems with using the older version of the library.

N/A