http://bugs.winehq.org/show_bug.cgi?id=17530
--- Comment #4 from Austin English austinenglish@gmail.com 2009-02-25 15:07:41 --- (In reply to comment #3)
(In reply to comment #2)
austin@midna:~/wine-git/dlls/netapi32/tests$ rm access.ok ; rm -rf ~/.wine ; WINEDEBUG=+heap wine netapi32_test.exe.so access &> /dev/null && echo good || echo fail
Fails consistently. Can you try that?
That fails for me too. I removed the redirect to see what's going on, and this pops up in the output: wineserver: could not save registry branch to system.reg : No such file or directory wineserver: could not save registry branch to userdef.reg : No such file or directory wineserver: could not save registry branch to user.reg : No such file or directory
Those seem like the issue, not the failing test. For reference, here's the command line I used: $ rm access.ok ; rm -rf ~/.wine ; WINEDEBUG=warn+heap wine netapi32_test.exe.so access
It looks to me, at first glance, like a race condition in the creation of the ~/.wine directory.
Well, that wouldn't matter if running from winetest, because ~/.wine would have been created long before that.
I tried: rm access.ok ; rm -rf ~/.wine ; wineboot && WINEDEBUG=+heap wine netapi32_test.exe.so access
To be sure (I thought +heap would've had a lot more output, hence my redirect...): fixme:netapi32:NetUserGetInfo Only implemented for local computer, but remote serverL"\\Ba path" was requested. access.c:158: Test failed: Bad Network Path: rc=2351
Relevant code: todo_wine { /* FIXME - Currently Wine can't verify whether the network path is good or bad */ rc=pNetUserGetInfo(sBadNetPath, sTestUserName, 0, (LPBYTE *)&ui0); ok(rc == ERROR_BAD_NETPATH || rc == ERROR_NETWORK_UNREACHABLE, "Bad Network Path: rc=%d\n",rc); }
It's marked todo_wine, so why is it failing...is the +heap screwing the todo_wine up somehow?