tech-x11 archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

pink rectangles where text should be



Hi!

Since news/pan suddenly stopped working, I've switched to
wip/pan2-git, the current development version of the program.

This works fine, except in all the text in the list of articles or
article bodies is replaced by pink rectangles.

When I select the text, the reverse text is shown correctly. So that's
a workaround.

Does anyone have an idea why that could happen?
 Thomas

----- Forwarded message from Thomas Klausner <tk%giga.or.at@localhost> -----

Date: Wed, 19 Jun 2013 14:42:36 +0200
From: Thomas Klausner <tk%giga.or.at@localhost>
To: current-users%NetBSD.org@localhost
Subject: pan core dump

Hi!

I didn't upgrade my -current (6.99.20/amd64) but just did a regular
rebuild-and-reinstall after 'cvs update' and a pbulk build.

Now news/pan won't start:
#0  arena_run_tree_s_RB_MINMAX (val=-1, head=<optimized out>) at 
/archive/foreign/src/lib/libc/stdlib/jemalloc.c:1618
1618    RB_GENERATE_STATIC(arena_run_tree_s, arena_run_s, link, arena_run_comp);
(gdb) bt
#0  arena_run_tree_s_RB_MINMAX (val=-1, head=<optimized out>) at 
/archive/foreign/src/lib/libc/stdlib/jemalloc.c:1618
#1  arena_bin_nonfull_run_get (arena=<optimized out>, bin=<optimized out>) at 
/archive/foreign/src/lib/libc/stdlib/jemalloc.c:2060
#2  arena_bin_malloc_hard (arena=<optimized out>, bin=<optimized out>) at 
/archive/foreign/src/lib/libc/stdlib/jemalloc.c:2125
#3  arena_malloc (arena=0x7f7ff7fd0000, size=<optimized out>) at 
/archive/foreign/src/lib/libc/stdlib/jemalloc.c:2265
#4  0x00007f7fef4b16bc in imalloc (size=40) at 
/archive/foreign/src/lib/libc/stdlib/jemalloc.c:2988
#5  malloc (size=<optimized out>) at 
/archive/foreign/src/lib/libc/stdlib/jemalloc.c:3702
#6  0x00007f7ff1048050 in g_malloc () from /usr/pkg/lib/libglib-2.0.so.0
#7  0x00007f7ff241eea3 in handler_insert () from 
/usr/pkg/lib/libgobject-2.0.so.0
#8  0x00007f7ff2423eff in g_signal_connect_data () from 
/usr/pkg/lib/libgobject-2.0.so.0
#9  0x00007f7ff723f9ee in ?? () from /usr/pkg/lib/libgtk-x11-2.0.so.0
#10 0x00007f7ff70d4b4b in ?? () from /usr/pkg/lib/libgtk-x11-2.0.so.0
#11 0x00007f7ff242c635 in g_type_create_instance () from 
/usr/pkg/lib/libgobject-2.0.so.0
#12 0x00007f7ff241338b in g_object_constructor () from 
/usr/pkg/lib/libgobject-2.0.so.0
#13 0x00007f7ff241466a in g_object_newv () from /usr/pkg/lib/libgobject-2.0.so.0
#14 0x00007f7ff2414f43 in g_object_new_valist () from 
/usr/pkg/lib/libgobject-2.0.so.0
#15 0x00007f7ff24151e8 in g_object_new () from /usr/pkg/lib/libgobject-2.0.so.0
#16 0x0000000000483c00 in pan::BodyPane::BodyPane(pan::Data&, 
pan::ArticleCache&, pan::Prefs&, pan::GroupPrefs&, pan::Queue&, 
pan::HeaderPane*) ()
#17 0x000000000046d68b in pan::GUI::GUI(pan::Data&, pan::Queue&, pan::Prefs&, 
pan::GroupPrefs&) ()
#18 0x0000000000479a56 in main ()

When I run it in gdb, it dies in the same place, and the process size
looks well within the ulimits.

Any ideas?
 Thomas


----- End forwarded message -----


Home | Main Index | Thread Index | Old Index