Re: MS-Windows build using Posix configury

[Dmitry Gutov <dgutov@yandex.ru>]

On 17.05.2013 13:39, Eli Zaretskii wrote:
> Starting with trunk revision 112622, it should work to invoke
> runemacs.exe from the nt/ subdirectory of the source or the build
> tree.

Fantastic, thanks!

 >> Speaking of stability, I've seen it crash a few times during exit,
 >> around the time it complains about inability to write ACL.
 >
 > That's most probably unrelated:

Looks like that. One does not necessarily lead to the other. So far, gdb 
just sometimes shows that exit status is not normal.

Run and immediately exit:

(gdb) run
Starting program: C:\Users\gutov\vc\emacs-bzr\trunk\src\emacs.exe
[New Thread 2704.0x304]
[New Thread 2704.0x1450]
Warning: Lisp directory 
`C:/Users/gutov/vc/emacs-bzr/trunk/../site-lisp': No such file or
directory
[New Thread 2704.0x14d8]
[New Thread 2704.0xfb4]
[Inferior 1 (process 2704) exited normally]
(gdb)

Run, launch gnus, mess with it a bit, exit:

(gdb) run
Starting program: C:\Users\gutov\vc\emacs-bzr\trunk\src\emacs.exe
[New Thread 2496.0x1410]
[New Thread 2496.0x167c]
Warning: Lisp directory 
`C:/Users/gutov/vc/emacs-bzr/trunk/../site-lisp': No such file or
directory
[New Thread 2496.0x8cc]
[New Thread 2496.0x1684]
[New Thread 2496.0x15dc]
[New Thread 2496.0x16b4]
[New Thread 2496.0x474]
[Inferior 1 (process 2496) exited with code 03]

The latter scenario, when executed outside of gdb, usually leads to 
dialog "... has stopped working".

Problem signature:
   Problem Event Name:	APPCRASH
   Application Name:	emacs.exe
   Application Version:	24.3.50.0
   Application Timestamp:	51961843
   Fault Module Name:	libgcc_s_dw2-1.dll
   Fault Module Version:	0.0.0.0
   Fault Module Timestamp:	507d56df

The text displayed in the message area during the crash is "Wrote 
C:/Users/gutov/.ido.last".

 > you are probably a member of the
 > Administrators group, which means you need to fix the permissions for
 > the ~/.emacs.d directory, so it is owned by your user, not by the
 > Administrators group.

I'm the owner of ~, ~/.emacs.d and ~/.emacs.d/backups, yet if I toggle 
debug-on-error on, I still see the following when exiting:

Debugger entered--Lisp error: (file-error "Setting ACL" "operation not 
permitted" 
"c:/Users/gutov/.emacs.d/backups/!drive_c!Users!gutov!.recentf.~525~")
 
set-file-acl("c:/Users/gutov/.emacs.d/backups/!drive_c!Users!gutov!.recentf.~525~" 
"O:BAG:S-1-5-21-909999172-181315677-756075521-513D:(A;;FA;;;SY)(A;;FA;;;BA)(A;;FA;;;S-1-5-21-909999172-181315677-756075521-1000)")
 
set-file-extended-attributes("c:/Users/gutov/.emacs.d/backups/!drive_c!Users!gutov!.recentf.~525~" 
((acl . 
"O:BAG:S-1-5-21-909999172-181315677-756075521-513D:(A;;FA;;;SY)(A;;FA;;;BA)(A;;FA;;;S-1-5-21-909999172-181315677-756075521-1000)") 
(selinux-context nil nil nil nil)))
   backup-buffer-copy("c:/Users/gutov/.recentf" 
"c:/Users/gutov/.emacs.d/backups/!drive_c!Users!gutov!.recentf.~525~" 
438 ((acl . 
"O:BAG:S-1-5-21-909999172-181315677-756075521-513D:(A;;FA;;;SY)(A;;FA;;;BA)(A;;FA;;;S-1-5-21-909999172-181315677-756075521-1000)") 
(selinux-context nil nil nil nil)))

Apparently, because ~/.recentf is still owned by Administrator. I'll fix 
that, no problem. Just another special case.