#7 assert failure on FC3

[Anonymous]

DDJ generates the following assert and exits immediately:

Gdk-CRITICAL **: file gdkfont.c: line 337
(gdk_string_width): assertion `font != NULL' failed.

when run under Fedora Core 3

gtk: 2.4.13

[Steve Jones]

Logged In: YES
user_id=626274

I'm seeing the same behavior. Furthermore when I try to
rebuild the
package from source with 'rpmbuild -bb digitaldj-0.7.5.spec' the
configure utility dies looking for a file "gnomeConf.sh".
This file
doesn't exist on any of my Fedora Core 3 machines, which are
installed using the "Custom" option but with all GNOME subsets
included.

I can provide core files and try building from
source/patches, or a
transcript of the failed build, upon request.

[Steve Jones]

Logged In: YES
user_id=626274

My apologies -- I was mising a couple of the -devel RPMs. I
can now rebuild the package from source, but still get the
same error message.

[Steve Jones]

Logged In: YES
user_id=626274

My apologies -- I was mising a couple of the -devel RPMs. I
can now rebuild the package from source, but still get the
same error message.

[Peter Lawler]

Logged In: YES
user_id=407708

an strace of ddj on FC3 gives (username replaced with ~):
lstat64("/home/~/.gtkrc-1.2-gnome2.en", 0xbfe41c3c) = -1
ENOENT (No such file or directory)
lstat64("/home/~/.gtkrc-1.2-gnome2.en_AU", 0xbfe41c3c) = -1
ENOENT (No such file or directory)
lstat64("/home/~/.gtkrc-1.2-gnome2.utf8", 0xbfe41c3c) = -1
ENOENT (No such file or directory)
lstat64("/home/~/.gtkrc-1.2-gnome2.utf-8", 0xbfe41c3c) = -1
ENOENT (No such file or directory)
lstat64("/home/~/.gtkrc-1.2-gnome2.en.utf8", 0xbfe41c3c) =
-1 ENOENT (No such file or directory)
lstat64("/home/~/.gtkrc-1.2-gnome2.en.utf-8", 0xbfe41c3c) =
-1 ENOENT (No such file or directory)
lstat64("/home/~/.gtkrc-1.2-gnome2.en_AU.utf8", 0xbfe41c3c)
= -1 ENOENT (No such file or directory)
lstat64("/home/~/.gtkrc-1.2-gnome2.en_AU.utf-8", 0xbfe41c3c)
= -1 ENOENT (No such file or directory)
lstat64("/home/peterl/.gtkrc-1.2-gnome2",
{st_mode=S_IFREG|0664, st_size=137, ...}) = 0
lstat64("/usr/share/themes/Bluecurve/gtk/gtkrc",
{st_mode=S_IFREG|0644, st_size=1415, ...}) = 0
lstat64("/home/~/.gtkrc.mine", 0xbfe41c3c) = -1 ENOENT (No
such file or directory)
lstat64("~/.gtkrc", 0xbfe41c3c) = -1 ENOENT (No such
file or directory)

personally, i don't know much about gtk etc., however I'd be
looking very carefully at this section of code:
grep -in gtkrc ddj.c
4831: gtk_rc_parse("~/.gtkrc");

Starting it in console mode (-c) would seem to bypass this,
but as I haven't got a DB set up yet, I can't say how
successful this is

[Peter Lawler]

Logged In: YES
user_id=407708

I touched a /home/~/.gtkrc.mine, and then got the font error. I suspect this is from:
4872: text_font=gdk_font_load
4873: ("-Adobe-Helvetica-Medium-R-Normal--24-240-75-75-P-130-ISO8859-1");

From devhelp, gdk_font_load is deprecated and should not be used in newly-written code. If I work out how to write it for gnome-2.8, I'll let you know :-)

[Sjoerd Mullender]

Logged In: YES
user_id=43607

There is a very simple solution to get ddj to work on FC3:
change the font in ddj.c from
-B&H-LucidaTypewriter-Medium-R-Normal-Sans-18-180-75-75-M-110-ISO8859-1
to
-B&H-LucidaTypewriter-Medium-R-Normal-Sans-18-180-75-75-M-110-ISO10646-1

The problem is, the former font is not available on FC3, but
the latter is. Note that the only difference is the font
registry (ISO10646 instead of ISO8859).