osutil: treat open modes 'w' and 'a' as 'w+' and 'a+' in posixfile to work around http://support.microsoft.com/kb/899149. Also, Microsoft's documentation of the CreateFile Windows API says (quote): When an application creates a file across a network, it is better to use GENERIC_READ | GENERIC_WRITE for dwDesiredAccess than to use GENERIC_WRITE alone. The resulting code is faster, because the redirector can use the cache manager and send fewer SMBs with more data. This combination also avoids an issue where writing to a file across a network can occasionally return ERROR_ACCESS_DENIED.

move tags.cache and branchheads.cache to a collected cache folder .hg/cache/ The generation of cache files like tags.cache and branchheads.cache is not an actual reflection of things changing in the whole of the .hg directory (like eg a commit or a rebase or something) but instead these cache files are just part of bookkeeping. As such its convienant to allow various clients to ignore file events to do with these cache files which would otherwise cause a double refresh. Eg one refresh might occur after a commit, but the act of refreshing after the commit would cause Mercurial to generate a new branchheads.cache which would then cause a second refresh, for clients. However if these cache files are moved into a directory like eg .hg/cache/ then GUI clients on OSX (and possibly other platforms) can happily ignore file events in this cache directory.

addchangegroup: document the current locking semantics

keyword: update documentation for kwshrink * remove obsolete reference to potential problems with merge and import * emphasize that running kwshrink before configuration changes which affect active/expanded keywords is mandatory

tests: remove duplication of the CGI environment variables

revlog: explicit test and explicit variable names

revlog: if the nodemap is set, use the fast version of revlog.rev()

revlog/parseindex: construct the nodemap if it is empty

revlog: always add the magic nullid/nullrev entry in parseindex

revlog/parseindex: no need to pass the file around

parsers.c: fix comment

perf: there is no lazy index anymore

pure: update index parsing

perf: fix ordering of invalidate in perfindex

revlog: do revlog node->rev mapping by scanning Now that the nodemap is lazily created, we use linear scanning back from tip for typical node to rev mapping. Given that nodemap creation is O(n log n) and revisions searched for are usually very close to tip, this is often a significant performance win for a small number of searches. When we do end up building a nodemap for bulk lookups, the scanning function is replaced with a hash lookup.

revlog: introduce a cache for partial lookups Partial lookups are always O(n), and often we look up the same one multiple times.

tags: avoid a pointless usage of revlog.nodemap

mq: avoid using revlog.nodemap unnecessarily

perf: make perfindex results useful on hg with lazyparser

revlog: only build the nodemap on demand

revlog: remove lazy index

merge with i18n

i18n-da: synchronized with f3058dd05281

merge with stable

url: check subjectAltName when verifying ssl certificate Now it verifies certificate in the same manner as py3k implementation: http://svn.python.org/view/python/branches/py3k/Lib/ssl.py?view=markup#match_hostname

url: fix UnicodeDecodeError on certificate verification error SSLSocket.getpeercert() returns tuple containing unicode for 'subject'. Since Mercurial does't support IDN at all, it just returns error for non-ascii certname.

merge with stable

win32: add cacert.pem file to Inno Setup installer

test-mq-subrepo.t: skip test if svn not installed

mail: fix regression when parsing unset smtp.tls option