[Bug 17530] netapi32:access crashes if +heap enabled

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=17530





--- Comment #4 from Austin English <austinenglish at gmail.com>  2009-02-25 15:07:41 ---
(In reply to comment #3)
> (In reply to comment #2)
> > austin at 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?


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.