From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "David Glasser" Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] support filename prefixes and 100-character filenames in tar-mode.el Date: Sun, 13 Apr 2008 18:48:34 -0700 Message-ID: <1ea387f60804131848g1becbb24o2cb62fd428ae0f5f@mail.gmail.com> References: <1ea387f60804111051o5e51d86akf34f5d80c4f2fd35@mail.gmail.com> <87od8d33oq.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1208142202 14417 80.91.229.12 (14 Apr 2008 03:03:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Apr 2008 03:03:22 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Juri Linkov" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 14 05:03:58 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JlEz7-0001Ly-C1 for ged-emacs-devel@m.gmane.org; Mon, 14 Apr 2008 05:03:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JlEyT-0007Yq-68 for ged-emacs-devel@m.gmane.org; Sun, 13 Apr 2008 23:03:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JlDoF-00040F-FF for emacs-devel@gnu.org; Sun, 13 Apr 2008 21:48:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JlDoE-0003zu-JU for emacs-devel@gnu.org; Sun, 13 Apr 2008 21:48:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JlDoE-0003zr-Gb for emacs-devel@gnu.org; Sun, 13 Apr 2008 21:48:38 -0400 Original-Received: from rv-out-0708.google.com ([209.85.198.247] helo=rv-out-0506.google.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JlDoD-0003Tn-VZ for emacs-devel@gnu.org; Sun, 13 Apr 2008 21:48:38 -0400 Original-Received: by rv-out-0506.google.com with SMTP id k29so925101rvb.6 for ; Sun, 13 Apr 2008 18:48:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=q75gcr3KEs2rxelcq3VAHpAGB2tp0L3J6tLGL/SSPMY=; b=wvhsMjJOPumWOkweVaDH7xLSl1yxRIKYF/a3DdX4Tiq81uKKJtz5TkxYsY+ql1+UmMHaHnJQUunWw2ueCNUCvRWVBJdNNeNuO/+9CvqARxbCWpffpWcBgdt7c9gCSIDPmHhHz3JU9i4MIRmspjtsStOD5gyFr4JHOHfcuIw/TVA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=GvdjY2LQE0SIatGHQ75II5sqU5W3x9dUQDE3R2yOqK65gHGJl7r19ZL4t4e/A7pZYi4iL1+xt1NZwlRrJFtA/SK7HhWIC9MaPAN3bCINPlBHH533YLoTJl6vGTynoCIN9i9bdR2Hm/CPi6oGsdgoQot8M1T5xvJs9LjWaTP8OW8= Original-Received: by 10.141.42.10 with SMTP id u10mr3021100rvj.252.1208137715013; Sun, 13 Apr 2008 18:48:35 -0700 (PDT) Original-Received: by 10.140.142.5 with HTTP; Sun, 13 Apr 2008 18:48:34 -0700 (PDT) In-Reply-To: <87od8d33oq.fsf@jurta.org> Content-Disposition: inline X-Google-Sender-Auth: 2a4f4f66b51d7bf9 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-Mailman-Approved-At: Sun, 13 Apr 2008 23:03:12 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:95153 Archived-At: On Sun, Apr 13, 2008 at 3:23 PM, Juri Linkov wrote: > > With all of the patch except for the change in the initial > > initialization of name-end, the results look correct, except the > > penultimate line ends in "foo2" instead of "foo20"; that is because > > the name field here fill the entire field with no nulls, but the code > > previously assumed there would be at least one null. (It's possible > > that similar adjustments are required for the initial values of > > link-end, gname-end, and uname-end.) > > Does your patch also handle @LongLink currently unsupported by tar-mode.el? Is it actually unsupported? When I tried to make a tarball to test this issue with GNU tar, I saw stuff about "@LongLink" when I opened it in tar-mode. (Try making a tarball from the one I sent using GNU tar; you'll see what I mean; I made my test tarball with pax, since that was what was used to make the one I opened when I first noticed this issue.) I don't know if it was correct or not, though. --dave -- David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/