On certain Windows platforms emu.exe takes many seconds to start

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Either build emu from sources or use pre-built binary from VN?
2. Start emu.exe (several seconds elapse... much longer than "normal"
3. ";" prompt appears

What is the expected output? What do you see instead?
I've tested this on two enterprise managed windows machines. One with Win7: 
delay was 10 seconds; the other with Win8: delay was 20 seconds.

Which operating system are you using?
As mentioned Win7:64-bit and Win8:64-bit

Please provide any additional information below.
Set "XP compatibility" setting for emu.exe but this had no effect on startup 
time.
Tried emu.exe on a non-enterprise managed Win7:64-bit machine but didn't 
observe any unusal startup delay.
Placed a debug "sys-print()" as early as possible in emuinit.b to learn if the 
delay was before emu initialization or after and the delay appears to be before 
inferno applications can run.

Original issue reported on code.google.com by joseph.s...@gmail.com on 19 Mar 2014 at 10:03

[GoogleCodeExporter]

Corresponded with Charles who said the following:

I last saw a similar effect many years ago with a collection of machines being 
used for a demo.
Each machine had been part of an NT security domain,
the cached security descriptors had expired, and it was trying to make contact 
with the domain controller
to get fresh ones.

Try commenting-out the two lines below in emu/Nt/devfs.c, to avoid secinit, and 
leave usesec = 0 (but set FILE_SHARE_DELETE)
# code below ---
    if(usesec){
        file_share_delete = FILE_SHARE_DELETE;  /* sensible handling of shared files by delete and rename */
//      secinit();
//      if(!fsacls(rootdir))
            usesec = 0;
    }
# code above --

Applying this patch to the sources seems to be the root cause of the long 
start-up delay.

Original comment by joseph.s...@gmail.com on 19 Mar 2014 at 10:05