OpenBSD: Inkscape hangs/segfaults

Bug #167806 reported by Clock3
2
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Critical
Unassigned

Bug Description

I managed to compile inkscape-0.44 on OpenBSD. I had to
replace isNaN calls with isnan, isfinite with finite
and write my own log2 function
return log(x)/log(2)

When I run inkscape, then it doesn't do anything and
consumes 100% CPU (tested for several minutes).

When I run gdb inkscape and run, it segfaults immediately
with the following stack trace:

(gdb) bt full
#0 0x03d5692d in GC_find_limit (p=0x3c152ec0 "T_¾Ï",
up=0) at os_dep.c:808
        result = 0x3bffff00 <Address 0x3bffff00 out of
bounds>
#1 0x03d56778 in GC_init_netbsd_elf () at os_dep.c:392
No locals.
#2 0x03d558fe in GC_init_inner () at misc.c:668
        interval = 64317690
        interval_string = 0x3bffff00 <Address
0x3bffff00 out of bounds>
        initial_heap_sz = 16
#3 0x03d52129 in GC_generic_malloc_inner (lb=92, k=1)
at malloc.c:127
        kind = (struct obj_kind *) 0x3d568fa
        lw = 0
        op = 0x0
        opp = (ptr_t *) 0x23d4e2a4
#4 0x03d52249 in GC_generic_malloc (lb=92, k=1) at
malloc.c:194
        result = 0x1 <Address 0x1 out of bounds>
#5 0x03d52455 in GC_malloc (lb=92) at malloc.c:319
        op = 0x3d568fa
"\203Ä\020\205ÀuH\213E\b0À\211\203\b\026"
        opp = (ptr_t *) 0x23d4caa0
        lw = 0
#6 0x1c030bb3 in operator new (size=64317690,
scan=1006632704, collect=AUTO,
    cleanup=0, data=0x0) at gc-core.h:73
        mem = (void *) 0xcfbe5cb0
#7 0x1c3603aa in sp_repr_new(char const*)
(name=0xcfbe5cb0 "inkscape")
---Type <return> to continue, or q <return> to quit---
    at gc-managed.h:35
No locals.
#8 0x1c35d63a in sp_repr_svg_read_node
(node=0x84429280, default_ns=0x0,
    prefix_map=0x80ecd940) at xml/repr-io.cpp:471
        repr = (class Node *) 0x1
        crepr = (class Node *) 0x88a9d100
        prop = 0x88a9d100
        child = 0x84429280
        c =
"inkscape\000qW\204\f]¾Ïý¿\016\t\034çõ\212\\:\201\004\20358\0060\000\
000\000L]¾Ïø\\¾Ïü\\¾Ï\000\000\000\000\034çõ\212\000\000\000\000\0
01\000\000\000\034çõ\212\20358\006\000\000\000\000tÓ\b\002@`Q\210À\000\
000\000\006\000\000\000$\034\004\",\000\000\0004\001\004\"H]¾ÏmÕ\b\002,\
000\000\000\003\000\000\000\000\000\000\000\022Õ\b\002èz\203\004ÜJ\201\0
04\000\000\000\000$\034\004\"\000\000\000\0004\001\004\"x]¾ÏLÛ\b\002,\00
0\000\000\200\222B\204\001\000\000\000\016Û\b\002\v¦\016\t\034çõ\212è\
b\000\000¬\006\204$,\000\000\000\001\000\000\000"...
#9 0x1c35d455 in sp_repr_do_read (doc=0x88a9d100,
default_ns=0x0)
    at xml/repr-io.cpp:381
        repr = (class Node *) 0x88a9d100
        node = 0x84429280
        prefix_map = (GHashTable *) 0x80ecd940
        reprs = (GSList *) 0x0
        root = (class Node *) 0x0
        rdoc = (struct Document *) 0x88a9d100
---Type <return> to continue, or q <return> to quit---
#10 0x1c35d096 in sp_repr_read_mem(char const*, int,
char const*) (
    buffer=0x88a9d100 "", length=9655, default_ns=0x0)
at xml/repr-io.cpp:305
        doc = 0x88a9d100
        rdoc = (struct Document *) 0x0
#11 0x1c03b5c7 in Inkscape::Preferences::loadSkeleton() ()
    at preferences.cpp:34
No locals.
#12 0x1c10282d in Application (this=0xcfbe5eb0, argc=1,
argv=0xcfbe5f4c,
    use_gui=true, new_gui=false) at
application/application.cpp:45
No locals.
#13 0x1c02a3e4 in main (argc=1, argv=0xcfbe5f4c) at
main.cpp:475
        i = 1
        use_gui = 1
        app = <incomplete type>
(gdb)

Revision history for this message
Rwst (rwst) wrote :

this is only a guess.
1. if you still have a file $HOME/.inkscape/preferences.xml
from an older installation, wiping that might help.
2. if it does not, what Boehm libgc do you have? downgrading
libgc-6.7 to 6.6 might help too.
3. a third possibility is to try export INKSCAPE_GC=disable.
and
4. in the past, it also was quite successful to use valgrind
instead of gdb (including the above export command) for
finding the exact position of the crash.

sorry to be so unspecific.

Revision history for this message
Bryce Harrington (bryce) wrote :

Originator: NO

Could someone confirm if this is still occurring on BSD?

Revision history for this message
Bryce Harrington (bryce) wrote :

Originator: NO

Closing as out of date due to lack of activity.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.