public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Andy Hall" <fixpertise-consulting@comcast.net>
To: <cygwin@cygwin.com>
Subject: RE: tar won't extract all files when a file with exe extension precedes the same without extension inside the archive
Date: Thu, 12 Jul 2012 16:26:00 -0000	[thread overview]
Message-ID: <EEF3431C30314B69B826B954F2D49B64@ahallpc> (raw)
In-Reply-To: <4FFED62A.7060106@cygwin.com>

> On 7/12/2012 8:03 AM, Andrey Repin wrote:
> > Greetings, Steven Hartland!
> >
> >>> There really is not much point in rehashing this again under a
> different
> >>> subject.
> >>>
> >>> If you or anyone would like to offer patches which change the behavior
> > <emphasis>
> >>> while keeping everyone happy about .exe handling
> > </emphasis>
> >>> please do so.
> >
> >> Isn't the commit which changed the behaviour stored so where,
> >> as this has worked fine in the past, so in theory it could be
> >> just applied in reverse?
> >
> > Reading comprehension is the skill you should train. Really.
> 
> Indeed Steven.  Please review all the comments from this thread and
> the history of this change.  While you view this as a bug, others
> view it as a feature.  This is one area where Cygwin has to try to
> straddle the Windows and Linux worlds and there is no completely
> painless solution.  There are multiple workarounds that have already
> been presented to you if this new behavior doesn't suit your needs.
> Or you can "wow" us all with your abilities to find a comprehensive
> solution that no one has found before.
> 
> --
> Larry
> 

At the risk of adding more fuel to the fire, let me add my 2 cents worth to
this.

1.  As a long time and frequent user of tar and rsync to transfer files and
directories between Windows and various UNIX flavors, I have been astonished
(and severely burned) by the fact that transferring  files back and forth
between Windows and other UNIX machines via tar, rsync, cp -r or other
similar mechanisms are not idempotent operations, at least with respect to
file names and contents.  This violates the "principle of least
astonishment" not to mention that it breaks things in not so obvious and
surprising ways when it happens.  

2.  Since this is a "Windows thing", is there some reason why the execution
of "file" or "file.exe" isn't handled as a special case in the exec call
(and all its flavors) and no place else?  For example, it would seem that if
exec is asked to run "file" with no .exe extension and that file  does not
exist or is not executable, then it could try "file.exe" if that exists and
is executable.  

Andy Hall



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2012-07-12 16:26 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-11 20:51 Aaron Schneider
2012-07-11 21:03 ` marco atzeri
2012-07-12  0:40 ` Steven Hartland
2012-07-12  1:04   ` Christopher Faylor
2012-07-12  1:17     ` Steven Hartland
2012-07-12 12:05       ` Andrey Repin
2012-07-12 13:51         ` Larry Hall (Cygwin)
2012-07-12 16:26           ` Andy Hall [this message]
2012-07-12 16:42             ` Otto Meta
2012-07-12 17:09               ` Christopher Faylor
2012-07-13 16:20               ` Andy Hall
2012-07-13 17:26                 ` Christopher Faylor
2012-07-13 17:40                   ` Daniel Colascione
2012-07-13  1:05             ` Andrey Repin
2012-09-04 23:53 ` Steven Hartland
2012-09-05  6:18   ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=EEF3431C30314B69B826B954F2D49B64@ahallpc \
    --to=fixpertise-consulting@comcast.net \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).