October 2004 - Wine-Devel - list.winehq.org

ez-cdda sleep
by James Hawkins Oct. 7, 2004

Oct. 7, 2004

I'm trying to get ez-cdda extractor to run, but when I do run it it just sits there...nothing graphical shows up, no signs of life in the program. I did a trace+relay and found that after the program is started, it immediately starts suspending the program over and over again as seen in the attached log file. Does anyone have any clue about this? -- James Hawkins

6 15

Re: dlls/setupapi/parser.c
by Alexandre Julliard Oct. 7, 2004

Oct. 7, 2004

Ge van Geldorp <gvg(a)reactos.com> writes: > Changelog: > Ge van Geldorp <gvg(a)reactos.com> > - GetFullPathName returns length without nul byte If it does that's a bug, it's supposed to count the terminating null. Or do you have evidence that it doesn't do that on Windows? -- Alexandre Julliard julliard(a)winehq.org

2 1

iTunes, 1608: Unable to create InstallDriver instance
by Olivier Kaloudoff Oct. 7, 2004

Oct. 7, 2004

Hi, with a fresh clean install of wine, trying to run iTunesSetup.exe gives the error given in the subject. It's related to DCOM, so Microsoft recommands to download DCOM95 or DCOM98 ... crawling again and again ... It turns out that some DCOM patches have been written, and TransGaming is ready to give them away as LGPL, asking for some Wine people to change their license to LGPL, too, instead of pure GPL. http://www.kernel-traffic.org/wine/wn20020522_123_print.html ok .. so I don't understand the whole implications of this, but, probably, switching these famous patches to LGPL would help much people to have their applications run under Wine. Did this point evolve since 2002 ? Did someone try to start a rewrite of the relevant patches (I don't think this is the good way to proceed, I would propose some compensation for their work to the GPL code writers) ? Is there any light for the small users we are ? ;-) Regards, Olivier Kaloudoff LUG Linux Azur http://www.linux-azur.org FRANCE

1 0

MASK_FLAG_DDEWAIT in ShellExecuteExW32 ()
by Olivier Kaloudoff Oct. 7, 2004

Oct. 7, 2004

Hi, Trying to run an unsupported application, I get the following error: fixme:exec:ShellExecuteExW32 flags ignored: 0x00000140 and the application gives me C:\windows\temp\MMIsnst, access denied... so two bits are set by the application, requesting MASK_FLAG_DDEWAIT and MASK_NOCLOSEPROCESS ... as far as I understand DDEWAIT, it should be trivial to implement, as it is just some kind of sleep() ... even with no C experience, I should be able to do this.. what about NOCLOSEPROCESS ? .... hmmm, crawling the web, it turns out that the writer of this application (MobileMaster.exe) probably made a call to a RunWait function ... in a language called LibertyBasic ... am I right ? http://libertybasic.conforums.com/index.cgi?board=tips&num=1079874405&actio… sub RunWait file$, para$, dir$ ' sub to open an application or file ' ' Usage: ' call RunWait {filename}, {parameters}, {startfolder} ' ' filename ...... full path to file or executable ' parameters .... if file is a document this should be empty ' if file is an executable any parameters ' that should be passed to it ' startfolder ... initial folder, can be empty SEE.MASK.NOCLOSEPROCESS = hexdec("40") SEE.MASK.FLAG.DDEWAIT = hexdec("100") struct ExecInfo, _ Size as long, _ fMask as long, _ hwnd as long, _ Verb$ as ptr, _ File$ as ptr, _ Parameters$ as ptr, _ Directory$ as ptr, _ Show as long, _ InstApp as long, _ IDList as long, _ Class$ as ptr, _ keyClass as long, _ HotKey as long, _ Icon as long, _ Process as long ExecInfo.fMask.struct = SEE.MASK.NOCLOSEPROCESS or SEE.MASK.FLAG.DDEWAIT ExecInfo.File$.struct = file$ + chr$(0) ExecInfo.Parameters$.struct = para$ + chr$(0) ExecInfo.Directory$.struct = dir$ + chr$(0) ExecInfo.Show.struct = _SW_SHOWNORMAL ExecInfo.Size.struct = len(ExecInfo.struct) calldll #shell32, "ShellExecuteExA", _ ExecInfo as struct, _ result as long if result <> 0 then Handle = ExecInfo.Process.struct Milliseconds = _INFINITE calldll #kernel32, "WaitForSingleObject", _ Handle as long, _ Milliseconds as long, _ result as long end if end sub

1 0

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