Andreas Höschler wrote: > Hi Fred, > >>> >>> So this problem - in opposite to not being able to use GNUstep/Etoile as >>> a non-root user - is not very urgent. Nevertheless, if somebody has an >>> idea what might cause this... >>> >> >> Looks like you are having a different byte order on the remote display >> then the one art detects. > > Yes, that fits! One machine is SPARC the other is x86. > >> As far as I rememeber Alexander Malmberg put >> in a solution for this case in 2005. But the comment there leaves some >> space for improvement : >> >> /* If the server doesn't have the same endianness as we do, we need >> to flip the masks around (well, at least sometimes; not sure >> what'll really happen for 15/16bpp modes). */ >> >> See ARTContext initWithContextInfo: >> >> Could you please find out, which colour mode you are using and if you >> hit this specific case? Enabling debug output for "back-art" should at >> least provide some of the data. (Start your application with >> --GNU-Debug=backart) > > I tried > > /opt/GNUstep/Local/Applications/Typewriter.app/Typewrite > --GNU-Debug=backart > > The application got started with the color problem, but nothing of value > was logged!? A typo? >
Yes :-) You should have used /opt/GNUstep/Local/Applications/Typewriter.app/Typewrite --GNU-Debug=back-art I had it correct in one place and wrong in the other. Sorry Fred _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
