X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7+dev
X-Exmh-Isig-CompType: repl
X-Exmh-Isig-Folder: inbox
From: "karl AT aspodata DOT se [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] geda: cannot render fonts nor pins
In-reply-to: <alpine.DEB.2.21.2107071624110.5358@nimbus>
References: <20210703152847 DOT D26ED83DA2A5 AT turkos DOT aspodata DOT se> <alpine DOT DEB DOT 2 DOT 21 DOT 2107031900440 DOT 9732 AT nimbus> <20210703175752 DOT E8E6D83DA2AA AT turkos DOT aspodata DOT se> <alpine DOT DEB DOT 2 DOT 21 DOT 2107061446310 DOT 3094 AT nimbus> <20210706170254 DOT 31451 DOT qmail AT stuge DOT se> <20210707123941 DOT CF5EA83B0DD4 AT turkos DOT aspodata DOT se> <alpine DOT DEB DOT 2 DOT 21 DOT 2107071453240 DOT 2770 AT nimbus> <20210707135156 DOT BC70B83D1361 AT turkos DOT aspodata DOT se> <alpine DOT DEB DOT 2 DOT 21 DOT 2107071624110 DOT 5358 AT nimbus>
Comments: In-reply-to Roland Lutz <rlutz AT hedmen DOT org>
   message dated "Wed, 07 Jul 2021 16:32:23 +0200."
Mime-Version: 1.0
Content-Type: text/plain
Message-Id: <20210707145243.4BEB883D1361@turkos.aspodata.se>
Date: Wed,  7 Jul 2021 16:52:43 +0200 (CEST)
X-Virus-Scanned: ClamAV using ClamSMTP
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

Roland Lutz:
> On Wed, 7 Jul 2021, karl AT aspodata DOT se [via geda-user AT delorie DOT com] wrote:
> > (gdb) print contents
> > $11 = 0x1000a4ea0 = {0x1000960e0, 0x100094600}
> 
> You can view the contents of the first object struct with:
> 
>    (gdb) p *(OBJECT *)contents->data

Thanks, all thoose variables is just black boxes for me.

> > (gdb) n
> > 464         eda_renderer_draw (renderer, (OBJECT *) iter->data);
> > (gdb) s
> >
> > (export:661): libgedacairo-CRITICAL **: 15:40:07.696: file edarenderer.c: line 585 (eda_renderer_draw_hatch): should not be reached
> >
> > (export:661): libgedacairo-WARNING **: 15:40:07.696: (edacairo.c:393):eda_cairo_stroke: code should not be reached
> >
> > (export:661): libgedacairo-WARNING **: 15:40:07.696: (edacairo.c:401):eda_cairo_stroke: code should not be reached
> > 463       for (iter = (GList *) contents; iter != NULL; iter = g_list_next (iter))
> 
> For me, this works:
> 
>    (gdb) n
>    464         eda_renderer_draw (renderer, (OBJECT *) iter->data);
>    (gdb) s
>    eda_renderer_draw (renderer=..., object=...)
>        at ../../git/libgedacairo/edarenderer.c:472
>    472       g_return_if_fail (EDA_IS_RENDERER(renderer));
> 
> Maybe you didn't run "make clean" before changing the CFLAGS?

Yes, I did.

$ history  | tail 
 2467  export CFLAGS='-O0 -g'
 2468  make uninstall; make clean
 2469  ./autogen.sh && ./configure --enable-doxygen --disable-update-xdg-database --without-libfam && make && make install
...
 2475  gdb /usr/local/bin/gaf 

> > Is there some way to run this singlethreaded ?
> 
> gEDA/gaf itself isn't multithreaded.  I assume threads are used internally 
> by one of the libraries.

My guess is guile or cairo.

>  Now that you bring it up, it could be that some 
> gEDA/gaf functions are called in a non-thread-safe way, causing the 
> problems you described.

Maybe, since stepping into eda_renderer_draw() should behave as it does
for you. Thoose error messages seemed to be done asynchronically.

Regards,
/Karl Hammar