[PATCH] qapitrace: Support executing glretrace on a remote target host.

[Carl Worth]

José Fonseca <jose.r.fonseca at gmail.com> writes:
> Concerning 1), I don't understand why the requirement of X forwarding.
> In that case you'd be testing the indirect GLX implementation in the
> local X server, as opposed to the remote GL implementation. Is this
> really intended?

No, not really intended. Just a consequence of the current
implementation of glretrace. When I first tried running this code with
just "ssh" instead of "ssh -Y" glretrace refused to run with "cannot
open X server".

So this is just another aspect of how quick my hack was.

> Either way, instead of hard coding in qapitrace, it is better to
> specify X forwarding on ~/.ssh/config.

Yes, that would be a nice improvement.

> Concerning 3), another alternative would be to stream the trace it
> through stdin. This would eliminate the need of having identical
> filesystems. It could affect performance though.

Also another good idea. Thanks.

I'll wait to get more feedback from the parties who were actually
interested in this feature, and we'll see what we come up with.

-Carl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/apitrace/attachments/20120809/c967162a/attachment.pgp>