pterm crashes with SIGFPE if 'mincho (kochi)' font selected

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance.

So, my original bug report included a simple single command line to reproduce the bug. In Jaunty that exact same command still fails:

pm215@canth:~/anime$ pterm -fn '-kochi-mincho-medium-r-normal-*-*-120-*-*-m-*-jisx0212.1990-0'

Gtk-WARNING **: Failed to load module "libcanberra-gtk-module.so": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Floating point exception

The obvious conclusion is that you didn't even try to reproduce this bug before bouncing it back to me to say "is it still there?". http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2009-02-27-bug-triage-rants.html points out that this just makes Ubuntu look kind of clueless. Please stop wasting my time.

Peter,

Thank you for responding to this bug. You are correct that I've not tested this particular bug. Please understand there are over 23,000 "New/Undecided" reports in Launchpad. I've been going through oldest-first in an attempt to get responses like yours. Since you're able to reproduce this, I've changed the status to Confirmed so it will show up on the radar more clearly.

I've noticed in the package description that ttf-kochi-mincho development has stopped, and suggests using ttf-sazanami-mincho instead.

I've installed this font, and changed the font used from your command:

jeff@tester:~$ pterm -fn '-sazanami-mincho-medium-r-normal-*-*-120-*-*-m-*-jisx0212.1990-0'

Gtk-WARNING **: Failed to load module "libcanberra-gtk-module.so": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Floating point exception

Running pterm without any argument reproduces the Gtk-WARNING, so I'm ignoring that for now. I do get a Floating point exception as you do.

Japanese fronts, from my understanding, are 'wide-format' fonts, so I tried the pterm switch -fw instead of -fn and pterm loaded without the Floating point exception.

Since my language is set as English, it didnt load Japanese characters. Could you try using -fw with kochi, and with sazanami?

Thanks.

On Sat, Jul 18, 2009 at 05:57:34PM -0000, Jeff Anderson wrote:
> Thank you for responding to this bug. You are correct that I've not
> tested this particular bug. Please understand there are over 23,000
> "New/Undecided" reports in Launchpad. I've been going through oldest-
> first in an attempt to get responses like yours.

For the record, IMO it's better to leave bugs New/Undecided than to do
this kind of thing.

(Interesting that -fw doesn't seem to reproduce it. Of course it's still
a bug that -fn crashes ...)

> (Interesting that -fw doesn't seem to reproduce it. Of course it's still a bug that -fn crashes ...)

font_width (which is erroneously zero) is set like this:

    inst->font_width = gdk_char_width(inst->fonts[0], ' ');

so it's only -fn that affects it. (-fw sets fonts[1].)

Perhaps these fonts don't include the space character?