[Pidgin] #5105: Pidgin segfaults on IRIX

[Pidgin]

#5105: Pidgin segfaults on IRIX
---------------------------+------------------------------------------------
  Reporter:  Alver         |       Owner:  Alver        
      Type:  defect        |      Status:  assigned     
  Priority:  major         |   Milestone:               
 Component:  pidgin (gtk)  |     Version:  2.4.1        
Resolution:                |    Keywords:  IRIX segfault
   Pending:  0             |  
---------------------------+------------------------------------------------
Comment (by Alver):

 Rebuilt pidgin using gcc -g. Backtrace follows.

 {{{
 [alver at JotunHeim ~/Build/pidgin/pidgin-2.4.1-PATCHED]$ gdb pidgin
 GNU gdb 6.3
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you
 are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for
 details.
 This GDB was configured as "mips-sgi-irix6.5"...
 (gdb) run
 Starting program: /usr/nekoware/bin/pidgin

 Program received signal ?, Unknown signal.
 GetHomeDir () at Font.c:101
 101     Font.c: No such file or directory.
         in Font.c#0  GetHomeDir () at Font.c:101
 No locals.
 #1  0x0f55004c in InitDefaults () at Font.c:179
 No locals.
 #2  0x0f4d3b74 in XGetDefault () at Font.c:238
 No locals.
 #3  0x040793e0 in gdk_window_configure_finished () from
 /usr/nekoware/lib/libgdk-x11-2.0.so.1
 No symbol table info available.
 #4  0x00000000 in ?? ()
 No symbol table info available.
 Previous frame inner to this frame (corrupt stack?)
 (gdb)
 }}}

 This did create a ~/.purple. I removed it, and re-ran the same trace.

 {{{
 (gdb) run
 Starting program: /usr/nekoware/bin/pidgin

 Program received signal ?, Unknown signal.
 _XSGIBufReset () at MaskEvent.c:738
 738     MaskEvent.c: No such file or directory.
         in MaskEvent.c
 (gdb) bt full
 #0  _XSGIBufReset () at MaskEvent.c:738
 No locals.
 #1  0x0f4a3edc in _XRead () at ChWAttrs.c:1150
 No locals.
 #2  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #3  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #4  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #5  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #6  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #7  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #8  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #9  0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #10 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #11 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #12 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #13 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #14 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #15 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #16 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #17 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 #18 0x0f4aa75c in _XReply () at ChWAttrs.c:1869
 No locals.
 ---Type <return> to continue, or q <return> to quit---
 }}}

 This did NOT create a ~/.purple. Third trace, same options, different
 output.

 {{{
 (gdb) run
 Starting program: /usr/nekoware/bin/pidgin

 Program received signal ?, Unknown signal.
 0x0fa4a658 in _access () at
 /xlv46/6.5.29m/work/irix/lib/libc/libc_n32_M4/sys/access.s:15
 15      /xlv46/6.5.29m/work/irix/lib/libc/libc_n32_M4/sys/access.s: No
 such file or directory.
         in /xlv46/6.5.29m/work/irix/lib/libc/libc_n32_M4/sys/access.s
 Current language:  auto; currently asm
 (gdb) bt full
 #0  0x0fa4a658 in _access () at
 /xlv46/6.5.29m/work/irix/lib/libc/libc_n32_M4/sys/access.s:15
 No locals.
 #1  0x0ee598b0 in g_file_test () at gfileutils.c:282
 No locals.
 #2  0x005cf0b8 in gtk_rc_get_default_files () from
 /usr/nekoware/lib/libgtk-x11-2.0.so.1
 No symbol table info available.
 #3  0x101268c0 in ?? ()
 No symbol table info available.
 warning: GDB can't find the start of the function at 0x101268c0.

     GDB is unable to find the start of the function at 0x101268c0
 and thus can't determine the size of that function's stack frame.
 This means that GDB may be unable to access that stack frame, or
 the frames below it.
     This problem is most likely caused by an invalid program counter or
 stack pointer.
     However, if you think GDB should simply search farther back
 from 0x101268c0 for code which looks like the beginning of a
 function, you can increase the range of the search using the `set
 heuristic-fence-post' command.
 Previous frame inner to this frame (corrupt stack?)
 (gdb)
 }}}

-- 
Ticket URL: <http://developer.pidgin.im/ticket/5105#comment:8>
Pidgin <http://pidgin.im>
Pidgin