Am 29.11.2011 23:19, schrieb Maarten Maathuis:
On Tue, Nov 29, 2011 at 2:33 PM, Christoph Bartoschek
wrote:
Hi,
I am moving the thread "EXA performance problem" from xorg to xorg-devel and
hope to get some help here.
To sum up the problem: We use an application that displays vecto
Hi,
I am moving the thread "EXA performance problem" from xorg to xorg-devel
and hope to get some help here.
To sum up the problem: We use an application that displays vector
pictures. We use it mostly to display pictures with millions of
rectangles. Using our old X11 thin clients (XFree86)
Am Freitag, 4. Dezember 2009 schrieb Peter Harris:
>
> It's not clear where the Expose is coming from. It doesn't appear to be
> in response to a MapWindow or ClearArea. It somewhat looks as though
> another (unrelated?) window is unmapped, but you don't see that in the
> trace since it doesn't i
Am Freitag, 4. Dezember 2009 schrieb Peter Harris:
>
> It's not clear where the Expose is coming from. It doesn't appear to be
> in response to a MapWindow or ClearArea. It somewhat looks as though
> another (unrelated?) window is unmapped, but you don't see that in the
> trace since it doesn't i
Am Donnerstag, 3. Dezember 2009 schrieb Christoph Bartoschek:
> I have dumped the network protocol into the attached file. It seems as if
> the delay is caused between second 4.16 and 4.63 and it seems as if the
> application is waiting for the X-Server. Is this correct?
What can I do
Hi,
I asked on ati-devel and got no answer. Maybe here is someone who knows what
goes wrong:
Most Qt applications have the ugly property to first show the background and
then some time later the contents of the widgets on my system.
I have for example one application that starts over network w
Hi,
I forgot to mention that I've tested this code inside of kdm and it works. Our
thin clients can now connect to a dual-stacked host.
Christoph
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
If a client sends an ipv4 address to a dual-stacked xdm that is bound to a ipv6
socket in a forward request, then the packet was silently discarded. Now the
address is encapsulated as a ipv4-mapped address and a response is send back.
---
xdmcp.c | 23 ---
1 files changed, 20
not test it yet. I will do it on monday when I have access to the thin
clients. However I wanted to get feedback whether such a patch is wanted and
what you think about the approach before I invest more time:
Christoph Bartoschek
---
xdmcp.c | 21 ++---
1 files changed, 18
