From: Nicolas Sebrecht <nicolas.s.dev@gmx.fr>
To: Jeff King <peff@peff.net>
Cc: Nicolas Sebrecht <nicolas.s.dev@gmx.fr>,
git@vger.kernel.org, Junio C Hamano <gitster@pobox.com>
Subject: [test failure] Re: t4114 binary file becomes symlink
Date: Sat, 18 Jul 2009 16:16:58 +0200 [thread overview]
Message-ID: <20090718141658.GE16708@vidovic> (raw)
In-Reply-To: <20090718135649.GA6759@sigill.intra.peff.net>
The 18/07/09, Jeff King wrote:
> On Sat, Jul 18, 2009 at 03:45:51PM +0200, Nicolas Sebrecht wrote:
>
> > Running 'sh t4114-apply-typechange.sh --verbose --debug' fails since its
> > introduction by b67b9612e1a90ae093445abeaeff930e9f4cf936 with this
> > output:
> >
> >
> > * expecting success:
> > git checkout -f foo-becomes-binary &&
> > git diff-tree -p --binary HEAD foo-symlinked-to-bar > patch &&
> > git apply --index < patch
> >
> > ./test-lib.sh: line 234: 26816 Segmentation fault git checkout -f
> > foo-becomes-binary
>
> Sorry, I can't reproduce here (I tried v1.6.3 and the current
> 'next'). The tests pass just fine with --debug (which, IIRC, doesn't
> actually do much). What is the exact commit you're seeing it fail on?
It fails on:
- next
- v1.6.3
- b67b9612e1a90ae093445abeaeff930e9f4cf936
- (other I don't remember, but does it really matter?)
> Can you try running it under gdb to get a stack trace? If you have
> valgrind installed, can you run the test script with --valgrind?
$ sh t4114-apply-typechange.sh --valgrind
<snip>
* expecting success:
git checkout -f foo-becomes-binary &&
git diff-tree -p --binary HEAD foo-symlinked-to-bar > patch &&
git apply --index < patch
==10807== Invalid read of size 1
==10807== at 0x4C22349: strlen (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==10807== by 0x5616ED6: vfprintf (in /lib64/libc-2.8.so)
==10807== by 0x563C159: vsnprintf (in /lib64/libc-2.8.so)
==10807== by 0x495E90: git_vsnprintf (snprintf.c:38)
==10807== by 0x48917B: strbuf_addf (strbuf.c:203)
==10807== by 0x412AA0: cmd_checkout (builtin-checkout.c:364)
==10807== by 0x404222: handle_internal_command (git.c:243)
==10807== by 0x404466: main (git.c:483)
==10807== Address 0x1 is not stack'd, malloc'd or (recently) free'd
{
<insert a suppression name here>
Memcheck:Addr1
fun:strlen
fun:vfprintf
fun:vsnprintf
fun:git_vsnprintf
fun:strbuf_addf
fun:cmd_checkout
fun:handle_internal_command
fun:main
}
==10807==
==10807== Process terminating with default action of signal 11 (SIGSEGV)
==10807== Access not within mapped region at address 0x1
==10807== at 0x4C22349: strlen (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==10807== by 0x5616ED6: vfprintf (in /lib64/libc-2.8.so)
==10807== by 0x563C159: vsnprintf (in /lib64/libc-2.8.so)
==10807== by 0x495E90: git_vsnprintf (snprintf.c:38)
==10807== by 0x48917B: strbuf_addf (strbuf.c:203)
==10807== by 0x412AA0: cmd_checkout (builtin-checkout.c:364)
==10807== by 0x404222: handle_internal_command (git.c:243)
==10807== by 0x404466: main (git.c:483)
==10807== If you believe this happened as a result of a stack overflow in your
==10807== program's main thread (unlikely but possible), you can try to increase
==10807== the size of the main thread stack using the --main-stacksize= flag.
==10807== The main thread stack size used in this run was 8388608.
* FAIL 8: binary file becomes symlink
<snip>
$
--
Nicolas Sebrecht
next prev parent reply other threads:[~2009-07-18 14:17 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-18 13:45 [test failure] t4114 binary file becomes symlink Nicolas Sebrecht
2009-07-18 13:56 ` Jeff King
2009-07-18 14:16 ` Nicolas Sebrecht [this message]
2009-07-18 15:31 ` [test failure] " Jeff King
2009-07-18 18:46 ` Junio C Hamano
2009-07-18 20:39 ` Nicolas Sebrecht
2009-07-18 23:18 ` Linus Torvalds
2009-07-18 19:06 ` Johannes Sixt
2009-07-18 20:17 ` Nicolas Sebrecht
2009-07-18 21:13 ` Nicolas Sebrecht
2009-07-19 10:33 ` ./configure misdetects SNPRINTF_RETURNS_BOGUS (was: [test failure] t4114 binary file becomes symlink) Jakub Narebski
2009-07-19 12:48 ` [PATCH] configure: use AC_SEARCH_LIBS instead of AC_CHECK_LIB Nicolas Sebrecht
2009-07-19 13:14 ` [PATCH] " Nicolas Sebrecht
2009-07-19 16:13 ` Junio C Hamano
2009-07-19 22:53 ` Eric Blake
2009-07-21 15:04 ` [PATCH] " Brandon Casey
2009-07-21 15:12 ` Brandon Casey
2009-07-21 15:20 ` Paolo Bonzini
2009-07-21 15:34 ` Brandon Casey
2009-07-21 20:23 ` [PATCH] configure.ac: rework/fix the NEEDS_RESOLV and NEEDS_LIBGEN tests Brandon Casey
2009-07-21 20:33 ` Junio C Hamano
2009-07-22 14:59 ` Brandon Casey
2009-07-22 22:15 ` [PATCH] config.mak.in: continue fixing NEEDS_LIBGEN autoconfigure feature Brandon Casey
2009-07-22 22:35 ` Junio C Hamano
2009-07-23 16:22 ` Brandon Casey
2009-07-18 22:03 ` [test failure] Re: t4114 binary file becomes symlink Johannes Sixt
2009-07-18 22:29 ` Jeff King
2009-07-18 22:51 ` Nicolas Sebrecht
2009-07-19 11:01 ` Johannes Sixt
2009-07-20 9:09 ` Jeff King
2009-07-20 20:51 ` Johannes Sixt
2009-07-20 21:56 ` Linus Torvalds
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=20090718141658.GE16708@vidovic \
--to=nicolas.s.dev@gmx.fr \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=peff@peff.net \
/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).