Le 09/02/2025 à 20:26, Carsten Haitzler a écrit :
using mit-shm is entirely a choice by the x client itself. invariably the right
thing to do is try use the mit-shm extension - set up a xshmimage ansds then
try xshmattach and see if you get an error. if you do - it's not going to work
(not local)
ill wonder why in my tests X clients get stuck waiting for the
server.
Best regards
Christophe
On Fri, 7 Feb 2025, Christophe Lohr wrote:
Hello,
Please excuse the naivety of my question; I'm trying to understand
how things work.
I try to forward a tcp X11 connection to the serve
Le 09/02/2025 à 20:26, Carsten Haitzler a écrit :
using mit-shm is entirely a choice by the x client itself. invariably the right
thing to do is try use the mit-shm extension - set up a xshmimage ansds then
try xshmattach and see if you get an error.
If I guess correctly what's happening with my
Le 10/02/2025 à 11:19, Carsten Haitzler a écrit :
If I guess correctly what's happening with my test: X clients never get
this error, and so they wait. Is that it?
they should...
strace would be the next port of call - but i shall assume they are sitting in
select/epoll waiting on something.
f
Hello,
Please excuse the naivety of my question; I'm trying to understand how
things work.
I try to forward a tcp X11 connection to the server's unix socket:
$ socat TCP-LISTEN:6001,fork UNIX-CONNECT:/tmp/.X11-unix/X0
Then I can use it:
$ DISPLAY=localhost:1 xeyes
It works well... but onl
