After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 122681 - crashes when creating a profile with non ASCII characters
crashes when creating a profile with non ASCII characters
Status: RESOLVED DUPLICATE of bug 122349
Product: gnome-terminal
Classification: Core
Component: general
2.4.x
Other All
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-09-18 22:53 UTC by Hidetoshi Tajima
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4


Attachments
A proposed patch - please commit if it's okay. (1.13 KB, patch)
2003-09-19 00:23 UTC, Hidetoshi Tajima
none Details | Review

Description Hidetoshi Tajima 2003-09-18 22:52:48 UTC
Distribution:                          Solaris 9 8/03 s9x_u4wos_08b x86
Package: gnome-terminal
Severity: normal
Version: GNOME2.3.90 unspecified
Gnome-Distributor: GNOME.Org
Synopsis: crashes when creating a profile with non ASCII characters
Bugzilla-Product: gnome-terminal
Bugzilla-Component: general
Bugzilla-Version: unspecified
Description:
Description of Problem:
 gnome-terminal crashes when locale's characters are given as
a new profile.

Steps to reproduce the problem:
1.  Run a gnome-terminal
2.  File->New Profile... or Edit->Profiles...->New
3.  Input non ASCII characters as a new profilename.

Actual Results:
   Crashes and dumps a core file.

Expected Results:
   It should keep up and running.

How often does this happen?
   Always.

Additional Information:
   Function Trace:

t@null (l@1) program terminated by signal TRAP (Trace/Breakpoint Trap)
0xdc9ef2e7: __lwp_kill+0x000c:  jae    __lwp_kill+0xf <0xdc9ef2ea>
Current function is new_profile_response_callback
 2180         g_assert (new_profile != NULL);
(dbx) print new_profile
new_profile = (nil)
(dbx) where
  [1] __lwp_kill(0x1, 0x5), at 0xdc9ef2e7
  [2] pthread_kill(0x1, 0x5), at 0xdca8a4dd
  [3] raise(0x5), at 0xdca0546d
  [4] g_logv(0x0, 0x4, 0x80bddb0, 0x8046160), at 0xdcb07e1f
  [5] g_log(0x0, 0x4, 0x80bddb0, 0x80e03d0, 0x884, 0x80e03dc), at
0xdcb07ea2
=>[6] new_profile_response_callback(new_profile_dialog = 0x85ca530,
response_id = -3, app = 0x8114998), line 2180 in "terminal.c"
  [7] g_cclosure_marshal_VOID__INT(0x84098e0, 0x0, 0x2, 0x80462d4,
0x8046264, 0x0), at 0xdcbc9003
  [8] g_closure_invoke(0x84098e0, 0x0, 0x2, 0x80462d4, 0x8046264), at
0xdcbb86b4                                                              
                 
  [9] signal_emit_unlocked_R(0x83fe4c8, 0x0, 0x85ca530, 0x0, 0x80462d4),
at 0xdcbc87c2
  [10] g_signal_emit_valist(0x85ca530, 0xa5, 0x0, 0x80464dc), at
0xdcbc7eeb
  [11] g_signal_emit(0x85ca530, 0xa5, 0x0, 0xfffffffd), at 0xdcbc8082
  [12] gtk_dialog_response(0x85ca530, 0xfffffffd), at 0xdce5bcab
  [13] action_widget_activated(0x8401d70, 0x85ca530), at 0xdce5b580
  [14] g_cclosure_marshal_VOID__VOID(0x8468498, 0x0, 0x1, 0x804662c,
0x80465bc, 0x0), at 0xdcbc8d43
  [15] g_closure_invoke(0x8468498, 0x0, 0x1, 0x804662c, 0x80465bc), at
0xdcbb86b4
  [16] signal_emit_unlocked_R(0x83feb38, 0x0, 0x8401d70, 0x0,
0x804662c), at 0xdcbc87c2
  [17] g_signal_emit_valist(0x8401d70, 0xa9, 0x0, 0x8046830), at
0xdcbc7eeb
  [18] g_signal_emit(0x8401d70, 0xa9, 0x0), at 0xdcbc8082
  [19] gtk_button_clicked(0x8401d70), at 0xdce241c5
  [20] gtk_button_finish_activate(0x8401d70, 0x1), at 0xdce253b3
  [21] gtk_button_key_release(0x8401d70, 0x83e62c8, 0x812fa40), at
0xdce250c0
  [22] _gtk_marshal_BOOLEAN__BOXED(0x81352f0, 0x8046948, 0x2, 0x80469d4,
0x8046964, 0xdce25041), at 0xdce9e990
  [23] g_type_class_meta_marshal(0x81352f0, 0x8046948, 0x2, 0x80469d4,
0x8046964, 0xd0), at 0xdcbb894d
  [24] g_closure_invoke(0x81352f0, 0x8046948, 0x2, 0x80469d4,
0x8046964), at 0xdcbb86b4
  [25] signal_emit_unlocked_R(0x8135730, 0x0, 0x8401d70, 0x8046b54,
0x80469d4), at 0xdcbc891e
  [26] g_signal_emit_valist(0x8401d70, 0x38, 0x0, 0x8046bdc), at
0xdcbc7d70
  [27] g_signal_emit(0x8401d70, 0x38, 0x0, 0x83e62c8, 0x8046bec), at
0xdcbc8082
  [28] gtk_widget_event_internal(0x8401d70, 0x83e62c8), at 0xdcf67bbd
  [29] gtk_widget_event(0x8401d70, 0x83e62c8), at 0xdcf676fc
  [30] gtk_propagate_event(0x8401d70, 0x83e62c8), at 0xdce9e74c
  [31] gtk_main_do_event(0x83e62c8, 0x0), at 0xdce9d65f
  [32] gdk_event_dispatch(0x80ff688, 0x0, 0x0), at 0xdcd5840e
  [33] g_main_dispatch(0x80ff6d0), at 0xdcb00f22
  [34] g_main_context_dispatch(0x80ff6d0), at 0xdcb01c12
  [35] g_main_context_iterate(0x80ff6d0, 0x1, 0x1, 0x80ee3a8), at
0xdcb01ee9
  [36] g_main_loop_run(0x838e8d0), at 0xdcb02545
  [37] gtk_main(), at 0xdce9cd7a
  [38] main(argc = 2, argv = 0x8046dc0), line 1588 in "terminal.c"




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-09-18 18:52 -------

Reassigning to the default owner of the component, gnome-terminal-maint@bugzilla.gnome.org.

Comment 1 Hidetoshi Tajima 2003-09-18 23:17:05 UTC
It does not happen with version 2.2.1, but with 2.4.0.1 built on
recent HEAD.
Comment 2 Hidetoshi Tajima 2003-09-19 00:23:28 UTC
Created attachment 20073 [details] [review]
A proposed patch - please commit if it's okay.
Comment 3 Mariano Suárez-Alvarez 2003-09-19 03:10:10 UTC
This is caused by the same problem as bug 122349, and fixed by the
same patch as posted there.

*** This bug has been marked as a duplicate of 122349 ***