Am 16.08.2013 03:51, schrieb Jharrod LaFon:
Git fails due to a segmentation fault if a submodule path is empty.
Here is an example .gitmodules that will cause a segmentation fault:
[submodule foo-module]
path
url = http://host/repo.git
$ git status
Segmentation fault (core dumped)
Jharrod LaFon jla...@eyesopen.com writes:
Git fails due to a segmentation fault if a submodule path is empty.
Here is an example .gitmodules that will cause a segmentation fault:
[submodule foo-module]
path
url = http://host/repo.git
$ git status
Segmentation fault (core dumped)
Stefan Beller stefanbel...@googlemail.com writes:
A little background on hash tables first:
Consider you want to have the object X, which you'd expect at position
i, but because that place was already taken by B, it is not found at
position i, you start looking right of position i to find X
Hi to all,
I've been using git for some time now, but I'm in no way a git expert.
I typically hack my way through the variety of commands that git
provides. I believe that most git users work similarly.
it just occurred to me -- the command that I would REALLY like to have
is simple:
git undo
On 2013-08-15 21:32, Erik Bernoth wrote:
On Thu, Aug 15, 2013 at 7:31 PM, Junio C Hamano gits...@pobox.com wrote:
While the last statement applies to other parts of the system, it is
not true for the in-core index design. We always had a flat index,
and it is not cheating at all. The original
Thomas Rast tr...@inf.ethz.ch writes:
Stefan Beller stefanbel...@googlemail.com writes:
However please do check if this patch brings the promised performance
on your own, as you're likely using different hardware and another
software setup. Feel free to share your performance differences.
On 08/16/2013 11:26 AM, Thomas Rast wrote:
Thomas Rast tr...@inf.ethz.ch writes:
Stefan Beller stefanbel...@googlemail.com writes:
However please do check if this patch brings the promised performance
on your own, as you're likely using different hardware and another
software setup. Feel
On Mon, Aug 12, 2013 at 3:02 PM, Matthijs Kooijman matth...@stdin.nl wrote:
Hi Duy,
OK. Mathijs, do you want make a patch for it?
I'm willing, but:
- I don't understand the code and all of your comments well enough yet
to start coding right away (though I haven't actually invested enough
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
commit.h | 3 +++
fetch-pack.c | 53 +
shallow.c| 54 ++
3 files changed, 58 insertions(+), 52 deletions(-)
diff --git
This function is like setup_alternate_shallow() except that it does
not lock $GIT_DIR/shallow. It's supposed to be used when a program
generates temporary shallow for for use by another program, then throw
the shallow file away.
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
commit.h
for_each_commit_graft() goes through all graft points and shallow
boudaries are just one special kind of grafting. If $GIT_DIR/shallow
and $GIT_DIR/info/grafts are both present, write_shallow_commits may
catch both sets, accidentally turning some graft points to shallow
boundaries. Don't do that.
mark_edges_uninteresting() is always called with this form
mark_edges_uninteresting(revs-commits, revs, ...);
Remove the first argument and let mark_edges_uninteresting figure that
out by itself. It helps answer the question are this commit list and
revs related in any way? when looking at
The purpose of edge commits is to let pack-objects know what objects
it can use as base, but does not need to include in the thin pack
because the other side is supposed to already have them. So far we
mark uninteresting parents of interesting commits as edges. But even
an unrelated uninteresting
upload-pack has a special rev walking code for shallow recipients. It
works almost like the similar code in pack-objects except:
1. in upload-pack, graft points could be added for deepening
2. also when the repository is deepened, the shallow point will be
moved further away from the tip, but
On Fri, Aug 16, 2013 at 11:26:28AM +0200, Thomas Rast wrote:
I trust the laptop numbers less because it has far more thermal (and
thus throttling) issues, but the runs do show a significant difference,
though less than you claimed.
Well, as I feared... another run on the same laptop:
Newlines in the path to a git repository were not an issue for the
git-specific bash prompt before commit efaa0c1532 (bash prompt:
combine 'git rev-parse' executions in the main code path, 2013-06-17),
because the path returned by 'git rev-parse --git-dir' was directly
stored in a variable, and
Signed-off-by: Mattias Andrée maand...@operamail.com
---
Documentation/date-formats.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/date-formats.txt b/Documentation/date-formats.txt
index c000f08..4dbaafa 100644
--- a/Documentation/date-formats.txt
+++
Signed-off-by: Mattias Andrée maand...@operamail.com
---
date-formats.txt | 4 ++--
git-commit-tree.html | 4 ++--
git-commit.html | 4 ++--
git-tag.html | 4 ++--
4 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/date-formats.txt b/date-formats.txt
index
Signed-off-by: Mattias Andrée maand...@operamail.com
---
man1/git-commit-tree.1 | 6 +++---
man1/git-commit.1 | 6 +++---
man1/git-tag.1 | 6 +++---
3 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/man1/git-commit-tree.1 b/man1/git-commit-tree.1
index 2014cc3..1bef965
On Fri, 16 Aug 2013 12:54:11 +0200
Mattias Andrée maand...@operamail.com wrote:
Signed-off-by: Mattias Andrée maand...@operamail.com
---
man1/git-commit-tree.1 | 6 +++---
man1/git-commit.1 | 6 +++---
man1/git-tag.1 | 6 +++---
3 files changed, 9 insertions(+), 9 deletions(-)
On Thu, Aug 15, 2013 at 09:37:40PM +0200, Stefan Beller wrote:
When checking the previous lines in that function, we can deduct that
hsize must always be smaller than (1u31), since 506049c7df2c6
(fix 4GiB source delta assertion failure), because the entries is
the entries are
capped at an
On Fri, Aug 16, 2013 at 7:43 AM, brian m. carlson
sand...@crustytoothpaste.net wrote:
On Thu, Aug 15, 2013 at 09:37:40PM +0200, Stefan Beller wrote:
When checking the previous lines in that function, we can deduct that
hsize must always be smaller than (1u31), since 506049c7df2c6
(fix 4GiB
On Fri, Aug 16, 2013 at 12:58:20PM +0200, Mattias Andrée wrote:
The standard email format as described by RFC 2822, for
example -Thu, 07 Apr 2005 22:13:13 +0200\.
+Thu, 07 Apr 2005 22:13:13 +0100\.
.RE
.PP
ISO 8601
I when on a limb and assumed that these patches for
On Fri, Aug 16, 2013 at 08:48:43AM +0200, Jens Lehmann wrote:
This patch addresses the issue by returning from the function if
'value' is null before the call to xstrdup is made.
Hmm, I'm not sure silently ignoring the misconfiguration is the best
way to go. A submodule config having a
On Fri, Aug 16, 2013 at 09:09:58AM -0400, Jeff King wrote:
- if (parse_config_key(var, submodule, name, namelen, key) 0 ||
!name)
+ if (parse_config_key(var, submodule, name, namelen, key) 0 ||
!name || !value)
return 0;
I think this is also the wrong place to make
Hi Andreas,
you gave me a lot of new insight and keywords I can google (Junio as
well!). Thanks a lot!
On Fri, Aug 16, 2013 at 11:12 AM, Andreas Ericsson a...@op5.se wrote:
More or less, yes, but please don't confuse directory tree with git
tree. They're not the same. A directory tree can
I just saw this on the cygwin list.
-Original Message-
From: Corinna Vinschen
Sent: Friday, August 16, 2013 4:18
To: cyg...@cygwin.com
Subject: [cygwin] Re: Lack of case-sensitive filename
handling with git 1.7.9-1 for Cygwin 64-bit
On Aug 16 10:32, Kal Sze wrote:
I have been
On Fri, Aug 16, 2013 at 07:54:57AM -0400, Jason Pyeron wrote:
The interesting thing here is, if you try this the other way
around, you'll see the exact same effect. If you created the
above git repo with 64 bit git, everything works exactly as
in the 32 bit version and the two files
On Fri, Aug 16, 2013 at 10:55:06AM +0200, Saša Tomić wrote:
it just occurred to me -- the command that I would REALLY like to have
is simple:
git undo
which 'undo'es the last action that has not been pushed yet --
whichever the action is. Similarly to the 'back' button in the
browser.
On Fri, Aug 16, 2013 at 05:57:22AM -0400, Jeff King wrote:
In that case, it seems like we would want to move B to the second
position. This lets the 2-hot case just keep swapping the hot items back
and forth as quickly as possible. To the detriment of C, D, etc, which
never get promoted. But
On 07/15/2013 11:43 PM, Junio C Hamano wrote:
[...]
This was a good exercise for git-imerge.[...]
A few things I noticed:
[...]
- The final step imerge finish gave me this ugliness:
Merge commit 93d9353... into commit cb5d2fc7
Perhaps you can at least use the initial
On Fri, Aug 16, 2013 at 3:26 PM, Jeff King p...@peff.net wrote:
On Fri, Aug 16, 2013 at 10:55:06AM +0200, Saša Tomić wrote:
it just occurred to me -- the command that I would REALLY like to have
is simple:
git undo
which 'undo'es the last action that has not been pushed yet --
whichever
On Wed, Aug 14, 2013 at 11:39:34AM -0700, Junio C Hamano wrote:
Older versions of JGit used to put duplicate objects in a pack, and
IIRC Shawn declared that a bug in the packer and fixed it, so from
that point of view, I think rejecting is probably the right thing,
even though I think
OK, I'll incorporate Jeff's changes, add a test and resubmit the patch.
Thanks,
--
Jharrod LaFon
OpenEye Scientific Software
On Aug 16, 2013, at 7:14 AM, Jeff King p...@peff.net wrote:
On Fri, Aug 16, 2013 at 09:09:58AM -0400, Jeff King wrote:
- if (parse_config_key(var, submodule, name,
Junio C Hamano gits...@pobox.com wrote:
Thomas Rast tr...@inf.ethz.ch writes:
Hiroshige Umino hiroshig...@gmail.com writes:
As git cherry-pick - or git merge - is convenient to
switch back to or merge the previous branch,
git cherry-pick - is abbreviation of git cherry-pick @{-1}
to pick
From: Eric Sunshine sunsh...@sunshineco.com
On Thu, Aug 15, 2013 at 5:34 PM, Stefan Beller
stefanbel...@googlemail.com wrote:
When checking the previous lines in that function, we can deduce that
hsize must always be smaller than (1u31), since 506049c7df2c6
(fix 4GiB source delta assertion
Here is an updated patch with a test.
Git fails due to a segmentation fault if a submodule path is empty.
Here is an example .gitmodules that will cause a segmentation fault:
[submodule foo-module]
path
url = http://host/repo.git
$ git status
Segmentation fault (core dumped)
This occurs
eff80a9fd990de36 (Allow custom comment char, 2013-01-16) added general
core.commentchar support but forgot to update git-rebase--interactive to
respect it. 180bad3d10fe3a7f (rebase -i: respect core.commentchar,
2013-02-11) addressed this oversight but missed one instance of
hard-coded '#' comment
On Fri, Aug 16, 2013 at 5:55 PM, Eric Sunshine sunsh...@sunshineco.com wrote:
On Fri, Aug 16, 2013 at 5:44 PM, Eric Sunshine sunsh...@sunshineco.com
wrote:
eff80a9fd990de36 (Allow custom comment char, 2013-01-16) added general
core.commentchar support but forgot to update
On Fri, Aug 16, 2013 at 04:21:59PM +0200, Saša Tomić wrote:
git commit == git reset --soft HEAD^
The commit does still exists, you can find it in the reflog. This is
important if you for example commits a huge file and wants to remove it.
That commit needs to be gc:ed too, and this is
On Fri, Aug 16, 2013 at 5:44 PM, Eric Sunshine sunsh...@sunshineco.com wrote:
eff80a9fd990de36 (Allow custom comment char, 2013-01-16) added general
core.commentchar support but forgot to update git-rebase--interactive to
respect it. 180bad3d10fe3a7f (rebase -i: respect core.commentchar,
The code sequence ' (1u i) hsize i 31 ' is a multi step
process, whose first step requires that 'i' is already less that 31,
otherwise the result (1u i) is undefined (and 'undef_val hsize'
can therefore be assumed to be 'false'), and so the later test i 31
can always be optimized away
Mattias Andrée maand...@operamail.com writes:
diff --git a/Documentation/date-formats.txt b/Documentation/date-formats.txt
index c000f08..4dbaafa 100644
--- a/Documentation/date-formats.txt
+++ b/Documentation/date-formats.txt
@@ -11,11 +11,11 @@ Git internal format::
It is `unix
Am 16.08.2013 12:36, schrieb SZEDER Gábor:
+repo_with_newline='repo
+with
+newline'
+
+test_expect_success 'prompt - with newline in path' '
This test must be skipped when the filesystem does not support LF in file
names. Cf. the FUNNYNAMES prerequisite in t3600-rm.sh.
+ printf
On Fri, Aug 16, 2013 at 5:52 AM, Nguyễn Thái Ngọc Duy pclo...@gmail.com wrote:
for_each_commit_graft() goes through all graft points and shallow
boudaries are just one special kind of grafting. If $GIT_DIR/shallow
s/boudaries/boundaries/
and $GIT_DIR/info/grafts are both present,
On Fri, Aug 16, 2013 at 5:52 AM, Nguyễn Thái Ngọc Duy pclo...@gmail.com wrote:
This function is like setup_alternate_shallow() except that it does
not lock $GIT_DIR/shallow. It's supposed to be used when a program
generates temporary shallow for for use by another program, then throw
s/for
On Fri, Aug 16, 2013 at 10:59:35AM -0700, Jharrod LaFon wrote:
Here is an updated patch with a test.
Bits like this that should not be part of the commit message should
either go after the --- lines near the diffstat, or should come before
a scissors line, like:
Here is my new patch.
-- 8
On Fri, Aug 16, 2013 at 6:36 AM, SZEDER Gábor sze...@ira.uka.de wrote:
This subtlety really warrants its own test, especially since I didn't
explait it in the log message or in an in-code comment back then, so
s/explait/explain/
add a test to excercise the prompt with newline characters in
This is mostly a proof of concept/RFC patch. The idea is for
git-send-email to store the message-ids it generates, along with the
Subject and Date headers of the message. When prompting for which
Message-ID should be used in In-Reply-To, display a list of recent
emails (identifed using the
Signed-off-by: Mattias Andrée maand...@operamail.com
---
Documentation/date-formats.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/date-formats.txt b/Documentation/date-formats.txt
index c000f08..61a836e 100644
--- a/Documentation/date-formats.txt
+++
50 matches
Mail list logo