[gopher] Dynamically linked Mosaic on Linux??
Florian E. Teply
usenet at teply.info
Fri Nov 12 10:24:31 UTC 2010
On Thu, 11 Nov 2010 19:46:46 -0800 (PST)
Cameron Kaiser <spectre at floodgap.com> wrote:
> > Starting program: /home/floh/ebuilds/mosaic-ck/src/Mosaic
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x10078ae4 in set_pref_solid (pref_id=121, incoming=0x0,
> > iincoming=0, bincoming=0 '\000') at prefs.c:1678
> > 1678 *((Boolean *)incoming); (gdb) backtrace
> > #0 0x10078ae4 in set_pref_solid (pref_id=121, incoming=0x0,
> > iincoming=0, bincoming=0 '\000') at prefs.c:1678 #1 0x10077718 in
> > set_pref_boolean (pref_id=121, value=0 '\000') at prefs.c:1168 #2
> > 0x1001299c in mo_do_gui (argc=1, argv=0xbfffef14) at gui.c:4437 #3
> > 0x10006b40 in main (argc=1, argv=0xbfffef14, envp=0xbfffef1c) at
> > main.c:251 (gdb)
>
> Okay. I can't get this to trigger, but I think I understand what the
> problem is. In prefs.c, change line 1677-1678:
>
> case eSPLASHSCREEN:
> - thePrefsStructP->RdataP->splashScreen =
> - *((Boolean *)incoming);
> + thePrefsStructP->RdataP->splashScreen = bincoming;
> break;
>
> Does this fix it? If so, I'll add to ck10.
>
That does indeed fix it. Just being nosy: what would the underlying
problem be? To me, the change indicates a typecast that doesn't work as
intended, even though bincoming seems to be exactly the boolean value
the typecast was meant to produce.
Best regards,
Florian
More information about the Gopher-Project
mailing list