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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.