Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 36173 invoked from network); 6 Feb 2006 12:27:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Feb 2006 12:27:13 -0000 Received: (qmail 90682 invoked by uid 500); 6 Feb 2006 12:27:07 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 90530 invoked by uid 500); 6 Feb 2006 12:27:06 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 90519 invoked by uid 500); 6 Feb 2006 12:27:06 -0000 Delivered-To: apmail-jakarta-tomcat-dev@jakarta.apache.org Received: (qmail 90516 invoked by uid 99); 6 Feb 2006 12:27:06 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Feb 2006 04:27:06 -0800 Received: by ajax.apache.org (Postfix, from userid 99) id CEB6ECB; Mon, 6 Feb 2006 13:26:44 +0100 (CET) From: bugzilla@apache.org To: tomcat-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 38464] - Data corruption when using APR In-Reply-To: X-Bugzilla-Reason: AssignedTo Message-Id: <20060206122644.CEB6ECB@ajax.apache.org> Date: Mon, 6 Feb 2006 13:26:44 +0100 (CET) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38464 ------- Additional Comments From bugzilla@schoenhaber.de 2006-02-06 13:26 ------- (In reply to comment #8) > You can try to look at what would make your configuration/usage different. Ex: > running as root or not, TCP parameters, etc. Neither does the account Tomcat is running under make any difference nor have I set any TCP parameters, I'm simply using the defaults. I'm not sure how I managed to miss the following point: the download of the binary file works without problems for me, if the client runs on the same machine as Tomcat. Downloading from a different machine results in a corrupted file - as initially reported. I'm sorry for this omitment. Mladen, could you please check if it still works for you when you download the file from a different machine? Remote or not - the listing of the directory with many files is always somehow garbled for me. To simulate this I'll attach a JSP that creates a HTML table with many rows (1000 by default, cofigurable via the "rows" request parameter). Depending on the number of rows actually requested, most of the time the document differs in one way or another from what is to be expected. This ranges from a not correctly closed somewhere in the middle of the document to only part of it being actually transmitted. It would be nice if you could check this too. I thought the NPTL-enabled libc on my system might have something to do with the problem. So I started Tomcat using a libc using LinuxThreads - no difference. I've even set up a complete system with kernel 2.4.31 (and a libc with LinuxThreads obviously) but the behaviour was the same - local download works, remote doesn't. After all, I have still not been able to set up a systen on which the APR Connector works reliabaly. I start to get desperate. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org