From: "H.Merijn Brand" <h.m.brand@xs4all.nl>
To: Junio C Hamano <gitster@pobox.com>
Cc: "Mike Ralphson" <mike.ralphson@gmail.com>, git@vger.kernel.org
Subject: Re: [PATCH] opening files in remote.c should ensure it is opening a file
Date: Mon, 18 Feb 2008 12:31:57 +0100 [thread overview]
Message-ID: <20080218123157.17c91f20@pc09.procura.nl> (raw)
In-Reply-To: <7v3arqr4qo.fsf@gitster.siamese.dyndns.org>
On Mon, 18 Feb 2008 01:30:39 -0800, Junio C Hamano <gitster@pobox.com> wrote:
> "H.Merijn Brand" <h.m.brand@xs4all.nl> writes:
>
> > Most bizarre workaround found for clone (the first 4 failures):
> > --8<---
> > diff -pur /a5/pro/3gl/LINUX/git-1.5.4/git-clone.sh git-clone.sh
> > --- a/git-1.5.4/git-clone.sh 2008-02-02 05:09:01 +0100
> > +++ b/git-1.5.4/git-clone.sh 2008-02-18 10:03:26 +0100
> > @@ -368,7 +368,8 @@ yes)
> > '') git-fetch-pack --all -k $quiet $depth $no_progress "$repo";;
> > *) git-fetch-pack --all -k $quiet "$upload_pack" $depth $no_progress "$repo" ;;
> > esac >"$GIT_DIR/CLONE_HEAD" ||
> > - die "fetch-pack from '$repo' failed."
> > + exit 1
> > + # die "fetch-pack from '$repo' failed."
> > ;;
> > esac
> > ;;
>
> That sounds *very* broken.
Indeed, and trying to see if eval or exiting from with a sub caused
this weird behaviour, I failed to come up with a simple test script
to prove this.
> Is your /bin/sh really a variant of Bourne?
Yes
NAME
sh - overview of various system shells
SYNOPSIS
POSIX Shell:
sh [+-aefhikmnoprstuvx] [+-o option] ... [-c string] [arg ...]
rsh [+-aefhikmnoprstuvx] [+-o option] ... [-c string] [arg ...]
Korn Shell:
ksh [+-aefhikmnoprstuvx] [+-o option] ... [-c string] [arg ...]
rksh [+-aefhikmnoprstuvx] [+-o option] ... [-c string] [arg ...]
C Shell:
csh [-cefinstvxTVX] [command_file] [argument_list ...]
Key Shell:
keysh
> If HP-UX is broken in a similar way as Solaris is, in that it
> installs a non-POSIX shell under /bin/sh and offers a Korn in
> /bin/ksh, "make SHELL_PATH=/bin/ksh" may help.
$ path -al sh ksh
27231 100555 -r-x 2 bin 586136 27 Aug 2004 03:36 /usr/bin/sh
1744 100555 -r-x 1 bin 1219780 27 Aug 2004 03:36 /sbin/sh
3206 100555 -r-x 2 bin 446904 27 Aug 2004 03:20 /usr/bin/ksh
And running all with ksh only makes things worse!
$ cat t0000-basic.sh.err
t0000-basic.sh[31]: !: not found
test_expect_success[31]: !: not found
test_expect_success[31]: !: not found
test_expect_failure[31]: !: not found
test_expect_success[31]: !: not found
test_expect_success[31]: !: not found
test_expect_success[31]: !: not found
test_expect_failure[31]: !: not found
:
:
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using & porting perl 5.6.2, 5.8.x, 5.10.x on HP-UX 10.20, 11.00, 11.11,
& 11.23, SuSE 10.1 & 10.2, AIX 5.2, and Cygwin. http://qa.perl.org
http://mirrors.develooper.com/hpux/ http://www.test-smoke.org
http://www.goldmark.org/jeff/stupid-disclaimers/
next prev parent reply other threads:[~2008-02-18 11:32 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-08 16:46 [PATCH] opening files in remote.c should ensure it is opening a file H.Merijn Brand
2008-02-08 17:25 ` Mike Ralphson
2008-02-08 20:04 ` H.Merijn Brand
2008-02-18 9:10 ` H.Merijn Brand
2008-02-18 9:30 ` Junio C Hamano
2008-02-18 11:31 ` H.Merijn Brand [this message]
2008-02-08 20:36 ` Daniel Barkalow
2008-02-08 20:44 ` Johannes Schindelin
2008-02-09 5:27 ` Junio C Hamano
2008-02-09 5:54 ` Daniel Barkalow
2008-02-08 20:09 ` Junio C Hamano
2008-02-08 20:38 ` Johannes Schindelin
2008-02-09 10:03 ` H.Merijn Brand
2008-02-08 20:15 ` Morten Welinder
2008-02-08 20:33 ` Junio C Hamano
2008-02-08 20:40 ` Johannes Schindelin
2008-02-08 21:19 ` Junio C Hamano
2008-02-08 21:47 ` Johannes Schindelin
2008-02-08 20:58 ` Brandon Casey
2008-02-08 21:14 ` Brandon Casey
2008-02-09 5:12 ` Junio C Hamano
2008-02-09 1:20 ` Brandon Casey
2008-02-09 2:32 ` [PATCH] Add compat/fopen.c which returns NULL on attempt to open directory Brandon Casey
2008-02-11 9:29 ` H.Merijn Brand
2008-02-11 10:15 ` H.Merijn Brand
2008-02-12 0:20 ` Junio C Hamano
2008-02-12 15:27 ` H.Merijn Brand
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=20080218123157.17c91f20@pc09.procura.nl \
--to=h.m.brand@xs4all.nl \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=mike.ralphson@gmail.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 NNTP newsgroup(s).