|
From: | Novimir Pablant |
Subject: | bug#3122: Error saving commit messages for bazaar (bzr). |
Date: | Wed, 29 Apr 2009 12:02:33 -0700 |
User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 |
Here is the result:(nil 1 "amicitas" "None" (18935 57961) (18935 57961) (18935 55764) 15789 "-rw-rw-rw-" nil (768 1 . 15292) 1830808)
I dug a little into the bazaar code to see what was actually being done to that file. I didn't really have the time to actually get my head around the bzr code but I think what is being called is:
LOCK_SH = 0 # the default LOCK_EX = win32con.LOCKFILE_EXCLUSIVE_LOCK LOCK_NB = win32con.LOCKFILE_FAIL_IMMEDIATELY lockmode = LOCK_SH + LOCK_NB win32file.LockFileEx(self.hfile, lockmode, 0, 0x7fff0000, overlapped)This is what bzr considers a read_lock for win32. For a writelock lockmode = LOCK_EX + LOCK_NB
Novi On 4/29/2009 12:06 AM, Eli Zaretskii wrote:
Date: Tue, 28 Apr 2009 22:58:42 -0700 From: Novimir Pablant<mir@amicitas.com> CC: 3122@emacsbugs.donarmstrong.com, monnier@iro.umontreal.ca file-attributes gives: (nil 1 1006 513 (18935 56919) (18935 56919) (18935 55764) 15788 "-rw-rw-rw-" nil (768 1 . 15292) 1830808)Sorry, I should have said M-: (file-attributes "c:/library/code/python/annotatex/releases/test/.bzr/checkout/dirstate" 'string) RET (note the `string' optional argument). It now seems that indeed the permissions are not the issue, but just to be sure, make sure what the above displays says that the user "amicitas" is displayed instead of the numerical ID 1006 as the owner of the file.
[Prev in Thread] | Current Thread | [Next in Thread] |