[Fink-users] bluefish crash on startup

[Kevin H. <kho...@ro...>]

I'm fighting a major bluefish problem, and I need some advise on what 
to try next.

[localhost:~] kwh% fink --version
Package manager version: 0.12.1
Distribution version: 0.5.2.cvs

[localhost:~] kwh% sw_vers
ProductName:    Mac OS X
ProductVersion: 10.2.5
BuildVersion:   6L29

I'm using Apple's X11 Beta 3

I'm using the unstable tree in fink.

I've been using bluefish 0.9-1 very happily for many weeks, but 
yesterday it wouldn't start up.  Any attempt to start up bluefish 
gave the following text in xterm:

GdkPixbuf-WARNING **: Can not open pixbuf loader module file 
'/sw/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory

Sure enough, that file was not there.  I rebuilt gdk-pixbuf, but that 
didn't help.  I checked the list of gtk packages, and noted that 
gtk+2 was not installed (I think I removed it when fighting with the 
recent pango fiasco).  I did a fink install gtk+2, which just 
unpacked the previously built .deb file.  Now the 
/sw/etc/gtk-2.0/gdk-pixbuf.loaders file was present.  However, 
bluefish still wouldn't start, but now there was no xterm text, just 
a console message about a crash log being written.

I did a fink rebuild bluefish, but that didn't help.

I rebooted the computer in single-user mode, and ran fsck -y.  This 
found several disk errors (missing thread record, and wrong file 
count).  I reran fsck four times, but the list of reported errors was 
the same each time.  So, I rebooted in OS 9 and rebuilt the directory 
using DiskWarrior.  Fsck -y now reports no errors, but I don't know 
whether I have lost any files or not.  DiskWarrior did rescue two 
files, but I don't know what their purpose was:

gmem.lo
gmessages.lo

Bluefish still would not start up.  So, I figured that perhaps some 
files had gone missing, and that I should reinstall some stuff from 
the .debs.  I checked bluefish's dependencies, and did a fink 
reinstall pcre-shlibs gtk+2-shlibs pcre gtk+2-dev pango1-dev 
glib2-dev atk1 aspell.

It was interesting that aspell was recompiled rather than just 
unpacking the .deb file.  Bluefish still will not start up.

The most recent crash log is:

Date/Time:  2003-04-13 09:00:28 -0400
OS Version: 10.2.5 (Build 6L29)
Host:       localhost

Command:    bluefish
PID:        12223

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
  #0   0x00000000 in 0x0
  #1   0x002d4c3c in pango_xft_font_get_coverage
  #2   0x003591ac in pango_fontset_simple_get_font
  #3   0x003571a8 in add_engines
  #4   0x00356c90 in pango_itemize
  #5   0x0035cde8 in pango_layout_check_lines
  #6   0x0035fdd4 in pango_layout_get_extents_internal
  #7   0x004e23a8 in gtk_label_size_request
  #8   0x003996bc in g_closure_invoke
  #9   0x003ac180 in signal_emit_unlocked_R
  #10  0x003ab720 in g_signal_emit_valist
  #11  0x003abb8c in g_signal_emit_by_name
  #12  0x0054751c in _gtk_size_group_compute_requisition
  #13  0x005f3f18 in gtk_vbox_size_request
  #14  0x003996bc in g_closure_invoke
  #15  0x003ac180 in signal_emit_unlocked_R
  #16  0x003ab720 in g_signal_emit_valist
  #17  0x003abb8c in g_signal_emit_by_name
  #18  0x0054751c in _gtk_size_group_compute_requisition
  #19  0x0061196c in gtk_window_size_request
  #20  0x003996bc in g_closure_invoke
  #21  0x003ac180 in signal_emit_unlocked_R
  #22  0x003ab720 in g_signal_emit_valist
  #23  0x003abb8c in g_signal_emit_by_name
  #24  0x0054751c in _gtk_size_group_compute_requisition
  #25  0x0060d994 in gtk_window_compute_configure_request
  #26  0x0060cc7c in gtk_window_show
  #27  0x003996bc in g_closure_invoke
  #28  0x003ac180 in signal_emit_unlocked_R
  #29  0x003ab720 in g_signal_emit_valist
  #30  0x003ab9d8 in g_signal_emit
  #31  0x005fa850 in gtk_widget_show
  #32  0x000160e4 in 0x160e4
  #33  0x00005894 in 0x5894
  #34  0x00001ef8 in 0x1ef8
  #35  0x00001d78 in 0x1d78

PPC Thread State:
   srr0: 0x00000000 srr1: 0x4200d030                vrsave: 0x00000000
    xer: 0x00000000   lr: 0x00ab1e2c  ctr: 0x00000000   mq: 0x00000000
     r0: 0x00000000   r1: 0xbfffe050   r2: 0x00000000   r3: 0x008107a8
     r4: 0x00000000   r5: 0x00000010   r6: 0x00000010   r7: 0x003586c4
     r8: 0x00000002   r9: 0x008105c0  r10: 0x00000000  r11: 0x00b84f4c
    r12: 0x00000000  r13: 0x00331ac0  r14: 0x00000011  r15: 0x00386f44
    r16: 0x00000000  r17: 0x00332e70  r18: 0x0037cfb0  r19: 0x00000000
    r20: 0x00331a90  r21: 0x0032e570  r22: 0x00332d90  r23: 0x003345e0
    r24: 0x00331950  r25: 0x00000073  r26: 0x0080f470  r27: 0x00811ad0
    r28: 0x00000000  r29: 0x003345e0  r30: 0x008105c0  r31: 0x002d4bc0

So, I don't know what to do next.  I'm sure if I rebuild everything I 
will eventually fix the problem, but is there any way to zero in on 
the problem?

The only thing that I changed between the last time I used bluefish 
and the time it wouldn't work was I went from OSX 10.2.4 to 10.2.5. 
I also had a major battle getting pango to update a few days ago.

Thanks,

Kevin Horton
http://go.phpwebhosting.com/~khorton/rv8/
Happy fink user