nanogui: Corrupted Packet Nano-X
Subject:
WG: [nanogui] Corrupted Packet Nano-X
From:
"Detzner, Peter" ####@####.####
Date:
12 Sep 2007 07:48:56 +0100
Message-Id: <C68208999FE4B94888BDFF4D9B8CF68CE0F14D@w2kex2.insta.de>
Hey,
Nope, the patch doesnt fix the problem. Yes it is a multithreading system. The UPNP Library creates a threads pool (2 <= threadspool <= 12).
So maybe the multithreading is the problem?
Regards,
Pete
-----Ursprüngliche Nachricht-----
Von: Greg Haerr ####@####.####
Gesendet: Montag, 10. September 2007 19:09
An: Detzner, Peter
Betreff: Re: [nanogui] Corrupted Packet Nano-X
Peter -
Try adding this patch to nanox/client.c, and let me know whether this fixes the problem.
Also, are you running a multithreaded application?
Regards,
Greg
----- Original Message -----
From: "Detzner, Peter" ####@####.####
To: "Greg Haerr" ####@####.####
Sent: Monday, September 10, 2007 6:51 AM
Subject: AW: [nanogui] Corrupted Packet Nano-X
Hey,
I have still this problem... I've changed already MAXREQST in the srvnet.c, but there is still the problem. I've attached 3 files of it. I guess, it is enough to understand my programm...
The Problem appears, when I am trying to do a lot of "focus in" and "focus out". In fact, when I am switching two bitmaps, after a couple of times, it is getting very slow until the "out of memory"/ "corrupted packet" message appears...
Please help me, it is my final dissertation and I have no clues any more...
-----Ursprüngliche Nachricht-----
Von: Greg Haerr ####@####.####
Gesendet: Montag, 3. September 2007 19:02
An: Detzner, Peter; ####@####.####
Betreff: Re: [nanogui] Corrupted Packet Nano-X
> nxclient 548: Corrupted packet
Do you have an idea, why this happenes? After loading an Image from Buffer, I take care, that freeImage is also executed as the next step - of course after "drawImageToFit(...)"...
This seems to be something to do with the maximum request size packet overflowing a server buffer.
Grep the headers for a MAXREQSZ define or something like that and increase it. The system is supposed to break down images into smaller pieces but may not be for the GrDrawImageToFit function you're using.
The overflow buffer is in nanox/srvnet.c::GsHandleClient() IIRC.
Regards,
Greg
