<div class="markdown_content"><p>the <code>libGL error</code> gave me the idea, that this problem might be related to context-sharing:</p>
<ul>
<li>Gem creates a <em>local</em> shareable context (producing the <code>libGL</code> errors)</li>
<li>and then tries to share this with the remote context (producing the rendering problems)</li>
</ul>
<p>possible solution: do not try to create/use a shareable context when the display is set.</p>
<hr />
<p><strong> <a class="alink" href="http://sourceforge.net/p/pd-gem/bugs/235">[bugs:#235]</a> gemwin: cant render on remote monitor</strong></p>
<p><strong>Status:</strong> open<br />
<strong>OS:</strong> linux<br />
<strong>Release:</strong> unknown<br />
<strong>Labels:</strong> gemglxwindow <br />
<strong>Created:</strong> Sat Sep 13, 2014 10:30 AM UTC by kubriel<br />
<strong>Last Updated:</strong> Thu Sep 18, 2014 03:43 PM UTC<br />
<strong>Owner:</strong> nobody</p>
<p>usually i was using xforwarding to display patch on my laptop, but running pd and gem rendering on big machine.<br />
i used <span>[create :0( for this.<br />
looks like <span>[gemglxwindow]</span></span> does not take name of the screen..</p>
<p>"<span>[gemglxwindow]</span>: unable to switch to current window (do you have one?), cannot render!"</p>
<p>yes, i have one. </p>
<hr />
<p>Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to <a href="https://sourceforge.net/p/pd-gem/bugs">https://sourceforge.net/p/pd-gem/bugs/</a></p>
<p>To unsubscribe from further messages, a project admin can change settings at <a href="https://sourceforge.net/p/pd-gem/admin/bugs/options.">https://sourceforge.net/p/pd-gem/admin/bugs/options.</a>  Or, if this is a mailing list, you can unsubscribe from the mailing list.</p></div>