- Nov 15, 2010
-
-
Matt Mackall authored
-
Wagner Bruna authored
-
- Nov 13, 2010
-
-
Martin Geisler authored
-
Colin Caughie authored
-
- Nov 10, 2010
-
-
Nicolas Dumazet authored
Regression from 99cafcae25d9. That previous commit is not supposed to affect log calls without --follow, so we step out of this codepath if follow is not True, and it's enough to fix the regression. When --follow is given, we fix the issue by taking into account changesets that have a rev > maxrev to build the filegraph: even if those files are not included in the final result, it's still needed to walk correctly the graph from the end of the filelog to minrev, to track accurately renames.
-
Nicolas Dumazet authored
Simple refactor, no logic change.
-
- Nov 12, 2010
-
-
Matt Mackall authored
-
- Nov 10, 2010
-
-
Adrian Buehlmann authored
partially testing util.opener.__call__
-
Yuya Nishihara authored
According to the API document, GetModuleFileName is the preferred way to retrieve the filename of the current process. So we shouldn't try GetModuleFileName'Ex' first. Previously system_rcpath_win32() happened to return unicode paths due to GetModuleFileNameEx (issue2480). This problem is fixed as GetModuleFileName never return unicode.
-
- Nov 09, 2010
-
-
Richard Hopkins authored
gpg: Fixed util.abort typo after entering wrong password. commands: Fixed util.abort typo in debugindex.
-
- Nov 07, 2010
-
-
Klaus Koch authored
This bug was introduced in 40935b59518b and 6277a9469dff.
-
- Nov 10, 2010
-
-
Martin Geisler authored
This error was introduced in 680fe77ab5b8.
-
Dan Villiom Podlaski Christiansen authored
On Mac OS X, opening a file called '42/' results in ENOENT and not EISDIR if the directory doesn't exist.
-
timeless developer authored
-
- Nov 08, 2010
-
-
Erik Zielke authored
Fixed wrong placement of end parenthesis, from b911cb80c671
-
Matt Mackall authored
-
Nicolas Dumazet authored
While this situation should never under normal use, some real life repos sometimes contain such changesets (older hg versions, broken rebases, etc...) hgweb was displaying an "Internal error" in this case, and graphlog displayed a redundant branch all the way to null: it does not cost us much to just ignore this extra parent when constructing the DAG.
-
- Nov 07, 2010
-
-
Nicolas Dumazet authored
We were not returning the correct result if nullrev was in revs, as we are checking parent(currentrev) != nullrev before yielding currentrev test-convert-hg-startrev was wrong: if we start converting from rev -1 and onwards, all the descendants of -1 (full repo) should be converted.
-
Nicolas Dumazet authored
-
- Nov 08, 2010
-
-
kiilerix authored
-
kiilerix authored
-
kiilerix authored
This makes test output less ambiguous. Failing test output will be escaped and marked up if necessary. A Python string-escape compatible encoding is used, but not everything is encoded - especially not \n and \t and '.
-
kiilerix authored
Output chunks without a trailing LF will now work but get (no-eol) appended. This change mostly moves code around so we can handle that an output line starts with data from previous command, followed by salt and the next command.
-
- Nov 07, 2010
-
-
Adrian Buehlmann authored
The Linux CIFS kernel driver (even in 2.6.36) suffers from a hardlink count blindness bug (lstat() returning 1 in st_nlink when it is expected to return >1), which causes repository corruption if Mercurial running on Linux pushes or commits to a hardlinked repository stored on a Windows share, if that share is mounted using the CIFS driver. This patch works around issue1866 and improves the workaround done in 50523b4407f6 to fix issue761, by teaching the opener to lazily execute a runtime check (new function checknlink) to see if the hardlink count reported by nlinks() can be trusted. Since nlinks() is also known to return varying count values (1 or >1) depending on whether the file is open or not and depending on what client and server software combination is being used for accessing and serving the Windows share, we deliberately open the file before calling nlinks() in order to have a stable precondition. Trying to depend on the precondition "file closed" would be fragile, as the file could have been opened very easily somewhere else in the program.
-
- Nov 04, 2010
-
-
Adrian Buehlmann authored
- Don't call atomictempfile or nlinks() if the path is malformed (no basename). Let posixfile() raise IOError directly. - atomictempfile already breaks up hardlinks, no need to poke at the file with nlinks() if atomictemp. - No need to copy the file contents to break hardlinks for 'w'rite modes (w, wb, w+, w+b). Unlinking and recreating the file is faster.
-
- Nov 05, 2010
-
-
kiilerix authored
9a2de8dae27b made this simple test-test.t succeed silently: $ printf ' $ true' > test-test.t but did not give a usable .err in this case: $ printf ' $ false' > test-test.t The missing LF will now be fixed in the test output and it will thus give a test failure and a solution in the .err file.
-
Steve Losh authored
-
Ronny Pfannschmidt authored
-
- Nov 01, 2010
-
-
Matt Mackall authored
-
Matt Mackall authored
-
Matt Mackall authored
-
Wagner Bruna authored
-
Matt Mackall authored
-
kiilerix authored
There is no tests for this, but the parameter order was obviously wrong.
-
Matt Mackall authored
-
Jens Bäckman authored
-
- Oct 31, 2010
-
-
Chia-Huan Wu authored
-
Yuya Nishihara authored
-
- Oct 30, 2010
-
-
Wagner Bruna authored
-