On 18/05/17 09:32 PM, Rafal wrote:
>
> One notice not related to this error. I'm looking at FlushClient
> function in io.c and I see one weird thing. It contains the following "if":
>
> if (trans_conn && (len = _XSERVTransWritev(trans_conn, iov, i))
>>= 0) {...
>
> Later there are "else
I think the correction will help.
I have recompiled tigervnc with the server version from
cgit.freedesktop.org (currently it does not contain the patches yet),
but, as I see, cleanup after client abort is performed much more quickly
than in version used by Debian. From this reason repetition
On 18/05/17 12:50 AM, Rafal wrote:
> No, this is not the case. The problem more subtle. Client connection
> is closed but the entry is not marked as deleted in ospoll, so any
> cleanup of deleted entries will not help. The problem is that entries
> in ospoll are searched by fd (file descriptor).
No, this is not the case. The problem more subtle. Client connection is
closed
but the entry is not marked as deleted in ospoll, so any cleanup of deleted
entries will not help. The problem is that entries in ospoll are
searched by fd
(file descriptor). These descriptors are unique for all
On 17/05/17 10:11 PM, Rafal wrote:
> Package: xserver-xorg-core
> Version: 2:1.19.3-1ubuntu1
> Severity: important
> Tags: patch
>
> The problem appears in tigervncserver, but I have made some investigation and
> I
> have found the problem in xorg server. Namely, I have xfce-session run in
>
Package: xserver-xorg-core
Version: 2:1.19.3-1ubuntu1
Severity: important
Tags: patch
The problem appears in tigervncserver, but I have made some investigation and I
have found the problem in xorg server. Namely, I have xfce-session run in
xstartup script of the vnc server. When I'm trying to
6 matches
Mail list logo