Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 97141 invoked from network); 30 Mar 2005 18:17:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Mar 2005 18:17:23 -0000 Received: (qmail 60979 invoked by uid 500); 30 Mar 2005 18:17:22 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 60936 invoked by uid 500); 30 Mar 2005 18:17:21 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 60922 invoked by uid 99); 30 Mar 2005 18:17:21 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from ajax-1.apache.org (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 30 Mar 2005 10:17:21 -0800 Received: by ajax.apache.org (Postfix, from userid 99) id A440128A; Wed, 30 Mar 2005 20:17:18 +0200 (CEST) From: bugzilla@apache.org To: dev@ant.apache.org Subject: DO NOT REPLY [Bug 34241] - tar task fails when fileset contains large file (>=2GB) X-Bugzilla-Reason: AssignedTo Message-Id: <20050330181718.A440128A@ajax.apache.org> Date: Wed, 30 Mar 2005 20:17:18 +0200 (CEST) X-Virus-Checked: Checked 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=34241 ------- Additional Comments From jaysantusersub@mac.com 2005-03-30 20:17 ------- I take it back. Gnu tar can't handle this 2.5 GB file either. When I try to back that file alone, it says it doesn't exist. At least in this version on this OS. Large file support is on in the OS. Don't know if there is a build of gnutar that will handle the larger files. We will be moving to RHAS 3.0 in the next release of our system, but this first release has to stay with the older RHAS 2.1 and its version of tar. For now my workaround is to copy the file separately from the rest of the directory tree, to the deployment systems. -- 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@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org