<p>If the glyph breakage is because of my patch it's probably because the patch is rather non-selective.  If nxagent's render code tries to reference a null pointer I prevent it from doing that.  </p>
<p>I'm not specifically aware how that might break your glyphs, but if it does I suspect it's because my code is preventing remote synchronization of the rendered object.  Look at all of the conditionals in the patch that perform a sync operation if true.</p>

<p>I wonder if someone like Keith Packard could help.  Perhaps if we point the nomachine guys at our patch they might suggest a cleaner fix.</p>
<p>...or it might be completely unrelated to your problem.  :-)</p>
<div class="gmail_quote">On May 11, 2012 4:51 PM, "Holger Hahn" <<a href="mailto:x2go-dev@computerfreak.de">x2go-dev@computerfreak.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello x2go dev team,<br>
<br>
as I was looking for an alternative on NX nomachine, because it was<br>
broken with the last Cairo 1.12 update, I found your x2go solution,<br>
which is great.<br>
<br>
So as it bases on the same libraries than the original nomachine, you<br>
had the same issues - with rendering to undrawable objects, the whole<br>
nxagent crashes because of SEGV.<br>
<br>
With the patch of Jan (thanks to) you committed to the master branch<br>
today, I compiled another nxagent. Actually it worked fine, but after<br>
suspending and reconnecting to a session, some graphical objects get<br>
broken...<br>
<br>
All characters/fonts that has been rendered on the screen prior the<br>
suspension, are gone. (See Screenshots the link below).<br>
Creating new text by starting applications is ok, as long as the<br>
characters has not been rendered in the session before.<br>
<br>
I thought it might be problem with a kind of glyph cache of the X<br>
session (ubuntu/x86 x2goclient). But I found one case, where<br>
additionally to the text, all icons are gone also, which was with an<br>
debian/x64 x2goclient... (Difference can be seen on screenshots)<br>
<br>
Might it have to do something with the patch from today, that could<br>
filter out to much rendering? Or is this issue known from somewhere else?<br>
<br>
Here are some screenshots: <a href="http://www.computerfreak.de/sonic/x2shots/" target="_blank">http://www.computerfreak.de/sonic/x2shots/</a><br>
<br>
Thanks for your help,<br>
Holger<br>
_______________________________________________<br>
X2Go-Dev mailing list<br>
<a href="mailto:X2Go-Dev@lists.berlios.de">X2Go-Dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/x2go-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/x2go-dev</a><br>
</blockquote></div>