- Wine-Devel - list.winehq.org

Re: Handle the case when an active MDI child is being hidden
by Alexandre Julliard Oct. 7, 2004

Oct. 7, 2004

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Hello, > > with my last patch I introduced a regression with frame menu handling > when last maximized MDI child gets destroyed. Here is a better fix for > that problem. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Handle the case when an active MDI child is being hidden. This is causing test failures here: msg.c:1591: Test failed: wrong focus window 0x90028 msg.c:1616: Test failed: wrong focus window 0x90028 msg.c:1622: Test failed: wrong active MDI child (nil) msg.c:1672: Test failed: wrong focus window 0x60026 msg.c:1678: Test failed: wrong focus window 0x60026 msg.c:1684: Test failed: wrong focus window 0x60026 msg.c:1746: Test failed: wrong focus window 0x90028 msg.c:1799: Test failed: wrong focus window 0x90028 -- Alexandre Julliard julliard(a)winehq.org

1 0

make depend on CVS fails due some widl error
by Saulius Krasuckas Oct. 6, 2004

Oct. 6, 2004

It may be redundant info, but whatever. An excerpt from the output: | Configure finished. Do 'make depend && make' to compile Wine. | | cd include && make all | make[1]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/include' | ../tools/widl/widl -I. -I. -I../include -I../include -h -H exdisp.h | exdisp.idl | exdisp.idl:103: Error: parse error | make[1]: *** [exdisp.h] Error 1 :-/

3 3

I'm getting two of every email post
by Kevin R. Casper Oct. 6, 2004

Oct. 6, 2004

I must have done something wrong when I signed up for this list as an email list. I'm getting two of every message. Any idea what's wrong? Kevin Casper

3 2

Martin Rasp/PTB ist außer Haus.
by Martin.Rasp＠ptb.de Oct. 6, 2004

Oct. 6, 2004

Ich werde ab 06.10.2004 nicht im Büro sein. Ich kehre zurück am 22.10.2004. Vertreter: Herr Scheffler, Telefon 8419

1 0

Re: Small API documentation fix
by Francois Gouget Oct. 6, 2004

Oct. 6, 2004

On Wed, 6 Oct 2004, Francois Gouget wrote: > > I found this one when examining the output of ./tools/winapi/winapi_check. > It turned out to be just a stroke of luck as winapi_check seems to complain > about the documentation of each and every function though I don't understand > what's wrong: > > $ ./tools/winapi/winapi_check > dlls/advapi32/advapi.c:53: advapi32: BOOL WINAPI GetUserNameA(LPSTR,LPDWORD): > documentation: GetUserNameA (ADVAPI32.@) wrong [...] > $ ./tools/winapi/winapi_check | grep documentation: | wc -l > 9489 You can ignore this. It turns out I had a bad patch in my tree. Now everything is back to normal (only 485 documentation-related issues). -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ 1 + e ^ ( i * pi ) = 0

1 0

Re: some console fixes (for ctrl-c handling)
by Ferenc Wagner Oct. 6, 2004

Oct. 6, 2004

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > ChangeLog: > - ctrl-c enabling flag is now inherited > - fixed console-related fields in RTL_USER_PROCESS_PARAMETERS > - various clean-up in kernel32.SetConsoleCtrlHandler > - only send a console event once to a process and not to all the process' threads > [...] > + ok(GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0), "Couldn't send ctrl-c event\n"); > + todo_wine ok(mch_count == 1, "Event isn't synchronous\n"); > + ok(WaitForSingleObject(mch_event, 3000) == WAIT_OBJECT_0, "event sending didn't work\n"); > + CloseHandle(mch_event); > + ok(SetConsoleCtrlHandler(NULL, TRUE), "Couldn't turn off ctrl-c handling\n"); > + mch_event = CreateEventA(NULL, TRUE, FALSE, NULL); > + mch_count = 0; > + ok(GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0), "Couldn't send ctrl-c event\n"); Hi Eric, these Ctrl-C events kill off winetest under XP. You probably did your tests and found this OK, so I'm not sure what to do. Can you offer a solution? I commented those two lines out, which made it go through... -- Thanks, Feri.

2 1

winedbg - No debug info showing
by Ann and Jason Edmeades Oct. 6, 2004

Oct. 6, 2004

Hiya, I just hit a trap in a d3d8 test I was running, and winedbg isnt showing the module information (I've put a manual DebugBreak in, and stepped through the call to a fixme, and I see no info!). This was on my temporary wine machine, so I dont know if its ever worked before, but I have a basic (cvs) install, no special info. I am sure winedbg used to show the d3d8 functions in the past. Note that because they are in COM routines, they dont have to be exports, but I dont know if they are or not. nm d3d8.dll.so does seem to show the entrypoints, so is there anything I am missing - configuration wise, setup wise etc? Jason

2 1

audio driver autodetection
by James Hawkins Oct. 6, 2004

Oct. 6, 2004

>From Mike Hearn's winecfg post: > > - Obviously, once audio autodetection has been moved into the drivers we > > need to kill the audio tab. > > Still needs to be done. Not all that hard. I remember working on this a couple months ago. I put the driver detection in winmm.c, but that was wrong. I can't remember exactly what I was supposed to do to fix it...something like put the driver detection in each driver. I'm not really sure what that means or how it would work if it does what I think it does. Does it mean that we load one driver, and if it doesn't detect its *nix counterpart then it loads the next driver? I would like to get to work on this task, so if anyone has any pointers or ideas on this one, please let me know. -- James Hawkins

6 15

DllCanUnloadNow janitorial
by James Hawkins Oct. 6, 2004

Oct. 6, 2004

Hi, I would like to work on the DllCanUnloadNow janitorial task, but I was wondering if there are any patches or examples of dll's that correctly implement this so that I can do it right. Is LockServer(TRUE/FALSE) the same as this example? static HRESULT WINAPI SFCF_LockServer(LPCLASSFACTORY iface,BOOL dolock) { IClassFactoryImpl *This = (IClassFactoryImpl *)iface; FIXME("(%p)->(%d),stub!\n",This,dolock); return S_OK; } If they are the same, what is needed to complete this stub? I would think that there would be a refCount variable that is incremented if dolock is true and decremented if dolock is false. Also, should the LockServer functions be listed in the spec files of the dlls? After implementing LockServer, it should be an easy matter to do a check for refCount == 0 to see if the dll can be unloaded or not. Am I heading in the right direction? -- James Hawkins

1 0

kind of newbie question :)
by Carlo Bono Oct. 6, 2004

Oct. 6, 2004

i report this post from comp.emulators.ms-windows.wine... hope i will not be boring, stupid or what. even if that's difficult :D first of all, excuse me for my bad english. but i hope it will be the worst thing that all of you will read here :)) i'm trying to port an industrial application on linux, some people suggested me to try to compile it using wine/winelib. i documented myself a bit on it, and i tried to build a sample application (as the user guide tells, winemine :D) but winemaker DOES NOT genreate any configure script! wine version is 14/9/2004 and was compiled from source on slackware 10.0 running on a via C3 (intel x86 100% compatibile). is there any suggestion or workaround, or maybe this is normal, or maybe then i'm forgetti something really stupid? (maybe not so stupid, don't think it makes a difference :D) i also tried to generate by myself a configure script, using tools as autoscan, autoheader and autoconf, and trying to "fine tune" the output script by hand, but i could not manage to get the application compile. something tells me i'm not on the right way to compile a greater, more complex program like i have to do :))) thanks anyway just for reading this post! have a nice day carlo

2 1