Mon, 14 Feb 2011 11:12:22 +0100 win32: optimize parameters for the CreateFile call in _getfileinfo
Adrian Buehlmann <adrian@cadifra.com> [Mon, 14 Feb 2011 11:12:22 +0100] rev 13374
win32: optimize parameters for the CreateFile call in _getfileinfo Set dwDesiredAccess to 0 instead of GENERIC_READ. Zero is enough for querying the file metadata. We don't even need to access the -contents- of the file. Set dwShareMode to FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE instead of the overly restrictive FILE_SHARE_READ. There is no need to cause write or delete accesses by other processes to fail while we are querying file metadata. See http://msdn.microsoft.com/en-us/library/aa363858(v=vs.85).aspx
Mon, 14 Feb 2011 14:12:48 -0600 merge with stable
Steve Borho <steve@borho.org> [Mon, 14 Feb 2011 14:12:48 -0600] rev 13373
merge with stable
Sun, 13 Feb 2011 12:19:58 -0600 url: return the matched authentication group name from readauthforuri()
Steve Borho <steve@borho.org> [Sun, 13 Feb 2011 12:19:58 -0600] rev 13372
url: return the matched authentication group name from readauthforuri() Internally, the group name is only used in debug statements, but readauthforuri can be also used externally to determine which group will be matched for a given URL.
Sat, 12 Feb 2011 21:59:43 -0600 url: move [auth] parsing out into a utility function
Steve Borho <steve@borho.org> [Sat, 12 Feb 2011 21:59:43 -0600] rev 13371
url: move [auth] parsing out into a utility function No functionality change, but it makes the [auth] section parsing and best match detection usable by third party tools
Sat, 12 Feb 2011 21:53:27 -0600 url: use rsplit to split [auth] keys
Steve Borho <steve@borho.org> [Sat, 12 Feb 2011 21:53:27 -0600] rev 13370
url: use rsplit to split [auth] keys None of the auth section subkeys include a period, so it makes zero sense to not split from the end. By using rsplit() users can use the hostname as group keys.
Sat, 12 Feb 2011 16:08:41 +0800 mq: catch attempt to qpush to an earlier patch (issue2587) stable
Afuna <afunamatata@gmail.com> [Sat, 12 Feb 2011 16:08:41 +0800] rev 13369
mq: catch attempt to qpush to an earlier patch (issue2587) We can't assume that all pushable patches early in the series have already been applied. If a hg qselect is done while you already have patches applied, some patches with guards may now be pushable, even though they come earlier in the series. So instead of checking only applied patches, explicitly check where we are in the series against the position of the patch we want to qpush to.
(0) -10000 -3000 -1000 -300 -100 -30 -10 -6 +6 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip