Package: gatling Version: 0.12-4 Severity: normal Hi,
When using Gatling/FastCGI with Lua/WSAPI, I noticed missing bytes at the end of the HTTP transfer. Looking closer, the chunks transferred via FastCGI to the server are in turn handed over to the browser via TCP/IP packets. While the "Content-Length:" in the HTTP header is correct, the first chunk transferred by gatling typically adds a 0-byte to the stream, hence the last (transferred) byte in the HTTP download is ignored, because the "Content-Length:" is already reached. On another web server, this doesn't happen, using the same FastCGI socket. Therefore, I suspect a problem in the FastCGI parsing code in gatling. You can get some pcap protocols from http://antcom.de/gatling-pcap/ gatling-http.pcap: HTTP download from gatling gatling-fastcgi.pcap: FastCGI between gatling and WSAPI lighttpd-http.pcap: HTTP download from lighttpd lighttpd-fastcgi.pcap: FastCGI between lighttpd and WSAPI Notice packet #8 in gatling-http.pcap which ends with "line" + 0-byte while each of the 7 transferred chunks is supposed to be only "line". Roland -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gatling depends on: ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libowfat0 0.28-4 Reimplementation of libdjb, shared ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gatling recommends no packages. gatling suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
