abiword crash on stratup (was: Re: GNOME's newbiew woes and rantings)

[Steiner, Bernard]

Hi there,

>> Some processes SEGV on me straight away (abiword, some screen savers, and others which I haven't the foggiest idea what they are supposed to do). The number of *.core files I got since I started on GNOME simply amazes me.
>>
>> Methinks I am missing something very basic and fundamental here. I just cannot begin to assume that anybody would even consider using GNOME if it really were as buggy as that.

[JMC answered]
> That said, I run GNOME on amd64 (as do a few other users), and I don't
> have the problems you're describing.  There was a recent bug in AbiWord
> on amd64 that I fixed which caused it to crash at startup.  As far as I
> know AbiWord has since been working for people on amd64.

I have since re-make-d abiword WITH_DEBUG=yes and gotten the following:

...
DEBUG: Impossible to open font file [/usr/local/lib/X11/fonts/OTF/GohaTibebZemen.otf] [0]
.DEBUG: Impossible to open font file [/usr/local/lib/X11/fonts/OTF/SyrCOMAdiabene.otf] [0]
...
DEBUG: pd_Document::setAttrProp: setting dom-dir to ltr
DEBUG: Could not open file /usr/local/share/AbiSuite-2.4/templates/normal.awt-en
...
DEBUG: Doing replace document 
DEBUG: XAP_App::notifyFrameCountChange(): count=1
DEBUG: !!!!!!!!! _showdOCument: Initial izoom is 100 
DEBUG: Got FrameImpl f2bc00 area 12573f0 
DEBUG: searchFont [Sans]

**** (1) Assert ****
**** (1) font at gr_UnixGraphics.cpp:1198 ****
**** (1) Continue ? (y/n) [y] : 


I do have -r--r--r--  1 root  wheel  334284 Jan 13 14:31 /usr/local/lib/X11/fonts/OTF/GohaTibebZemen.otf
so I don't understand why there's such a fuzz about it...
Having said that, I have, in the meantime, installed libotf and will see whether that gets me anywhere.


On another note, I would like somebody to put in the GNOME FAQ the hint that removable media are supposed to get
mounted on /media. Took me a couple of days to work that out. My /media faithfully served as a mount point for
digital cameras' images and as such the mountpoint on root carried schg,sunlnk and the /media filesystem
was mode 700 for root (underlying directory re-exported read-only via nullfs :-)
(There's a bug in msdosfs label handling which fried GEOM, but that's a matter for another group ;-)

Bernard