January 2003 - Wine-Devel - list.winehq.org

New tests failing ...

by Paul Millar

Hi everyone, Just a quick note to say the new conformance tests (in dlls/winspool/tests/info.c) are failing for Wine running as NT-like OSes. For NT351, the results are: info.c:61: Test failed 1 of 1 time (100%): [test instance 1] info.c:61: Test failed: expected result == 0, got 1 info.c:62: Test failed 1 of 1 time (100%): [test instance 1] info.c:62: Test failed: last error set to 87 instead of ERROR_INVALID_USER_BUFFER info.c:74: Test failed 1 of 1 time (100%): [test instance 1] info.c:74: Test failed: expected result == 0, got 1 info.c:75: Test failed 1 of 1 time (100%): [test instance 1] info.c:75: Test failed: last error set to 87 instead of RPC_X_NULL_REF_POINTER info.c:84: Test failed 1 of 1 time (100%): [test instance 1] info.c:84: Test failed: expected result == 0, got 1 info.c:85: Test failed 1 of 1 time (100%): [test instance 1] info.c:85: Test failed: last error set to 87 instead of RPC_X_NULL_REF_POINTER The others fail in the same way. See http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=292 and http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php for more details. Cheers, Paul. ---- Paul Millar

Jan. 15, 2003

Time

by Oliver Sampson

Howdy, Forgive me if this is already known, but I checked the bug list and didn't see it. It would seem that when Agent makes a call to get the Wine system time, it's returned the BIOS time, but not the adjusted time zone. For example I have set in my KDE environment as the time and as CET (which is where I am.) You see that the time that this email was sent is actually around 15:32 instead of the real 16:32. Should I submit a bug? Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

Jan. 15, 2003

Re: Add check to SetMenuItemInfo

by Mike Hearn

> I would suggest to revert your patch until we will find what exactly causes > IE6 and QuickTime to fail. Well, in the case of IE6 it's a crash caused by it attempting to destroy the wrong menu (it does stuff with cloning menus passed in by the html renderer it seems). That's a secondary reaction to this function failing, seemingly because the first check returns false when actually it shouldn't. Unfortunately Marcus (who put the check in) can't remember why he chose that test, it was back in 2001, so I decided to leave the warning in as it might prove useful in future. Having the function succeed here doesn't stop IE from working properly, everything seems to be fine. So the second bit of code (that I got wrong) was the check to stop QuickTime corrupting its menus by passing in bad data (otherwise the menus are set to garbage characters). This check only returns false for QuickTime, not IE. if (((lpmii->fMask & MIIM_FTYPE) == MIIM_FTYPE) && ((lpmii->fType & (MFT_BITMAP | MFT_SEPARATOR)) == (MFT_BITMAP | MFT_SEPARATOR))) { WARN("fType contains MFT_BITMAP and MFT_SEPARATOR, API violation\n"); return FALSE; } Does that look any better? It checks that if the type is being set, those two flags aren't both present, which appears to fix IE and QuickTime, and is a check that should probably be in there anyway. Well, you know a lot more about this than me, so if you think the check shouldn't be added then that's fine. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 15, 2003

Re: [Fwd: dead keys treatment using XmbLookupString]

by Richard Allen

On Mon, Jan 13, 2003 at 12:07:10PM -0200, Mauro Carvalho Chehab wrote: I've been studying this quite a bit. With this patch, I've verifyed that some of the dead keys work, and some not. If I change the IS keymap so Im using dead_circumflex instead of dead_acute, then dead (accented) characters do work, but obviously not the right ones. This leads me to think that dead_acute characters are handled differently by wine than dead_circumflex characters are. Mauro, do you think I could be on to something here ? > Rikki, > > As far as I know, wine keyboard.c uses XFree86 Keymap table to > compare your key definitions with their internal geometry. After that, > it maps every scan code to a virtual key. The virtual key is mapped > back to a scan code and to an unicode symbol by ToUnicode function. > During this proccess, it uses part of the original xfree mapping. > On the original ToUnicode function, it uses the function > XLookupString (a Xlib function) to map scan code->symbol. This function > is capable to work with latin characters, but it doesn't implement dead > keys translation on the current XFree86 implementations. In the past, > there was some Xlib hacking that changes this behavor (X11 R5 > implementations). The new standard (X11 R6) creates the xkb extensions, > that provides new functions to treat locale imput data (XmbLookupString, > Xutf8LookupString and XwcLookupString). What it does is to use XFree86 > locale settings to make this map. > The dead key treatment is defined on /usr/X11R6/lib/X11/locale. > The geometry of their keyboards, used by xkb, are on > /usr/X11R6/lib/X11/xkb (RedHat) or /etc/X11/xkb (Mandrake). The file > symbols/is, for example, contains some icelandic definitions. > From your answer, I would try to fix the XFree86 keyboard mapping on > symbols/is. I guess that this will solve both XFree and Wine (patched). -- Rikki. -- RHCE, RHCX, HP-UX Certified Administrator. -- Solaris 7 Certified Systems and Network Administrator. Bell Labs Unix -- Reach out and grep someone. Those who do not understand Unix are condemned to reinvent it, poorly.

Jan. 15, 2003

shell - drag&drop

by Jürgen Schmied

Hi! Since some people recently did work on shell32... Is anybody doing this stuff? juergen -- juergen.schmied(a)debitel.net FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min)

Jan. 15, 2003

Re: Add check to SetMenuItemInfo

by Dmitry Timoshkov

"Mike Hearn" <m.hearn(a)signal.qinetiq.com> wrote: > > A conformance test to show the real behaviour is urgently required. > > If you mean one that tries every combination of flags to see what > Windows returns then that's beyond my capabilities and current toolset > (no real windows development tools). That's too bad. > I ran QuickTime 6 in Logview, and > it shows up as "bad parameter" and the calls return false, and as the > problem seemed to be having BITMAP and SEPARATOR set at the same time I > thought for now it'd be good enough to just check for that, as this > makes IE6 and QuickTime work properly. > > Should I resubmit the patch with my mistake corrected? I would suggest to revert your patch until we will find what exactly causes IE6 and QuickTime to fail. -- Dmitry.

Jan. 15, 2003

Re: gcc 3.2 warnings

by Francois Gouget

On Tue, 14 Jan 2003, Dan Kegel wrote: > Dimitrie O. Paun wrote: > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c: In function `test_RtlUnicodeStringToInteger': > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:147: warning: decimal constant is so large that it is unsigned > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:148: warning: decimal constant is so large that it is unsigned > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:170: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:175: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:176: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:178: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:179: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:181: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:182: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:184: warning: wchar_t format, different type arg (arg 3) > > ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:185: warning: wchar_t format, different type arg (arg 3) > > I submitted a patch to fix those a while ago... > I guess I could resubmit against current cvs. I also (re)submitted a patch that should fix the above just today. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Cahn's Axiom: When all else fails, read the instructions.

Jan. 15, 2003

Re: Add check to SetMenuItemInfo

by Mike Hearn

> You are testing here whether either MFT_BITMAP or MFT_SEPARATOR is set, > which is perfectly valid to specify one of them. If you want to test > whether both flags are set simultaneously then use something like this: > > if ((lpmii->fType & (MFT_BITMAP | MFT_SEPARATOR)) == (MFT_BITMAP | MFT_SEPARATOR)) Ah, thanks :) I'll get there eventually..... yes, I see why now. > A conformance test to show the real behaviour is urgently required. If you mean one that tries every combination of flags to see what Windows returns then that's beyond my capabilities and current toolset (no real windows development tools). I ran QuickTime 6 in Logview, and it shows up as "bad parameter" and the calls return false, and as the problem seemed to be having BITMAP and SEPARATOR set at the same time I thought for now it'd be good enough to just check for that, as this makes IE6 and QuickTime work properly. Should I resubmit the patch with my mistake corrected? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 15, 2003

Re: Problems install ie5+ie6

by Shachar Shemesh

Did you run "wineboot" after the setup finished? As of the version currently in CVS, wineboot handles pending renames as well as the "run" keys. IE 5.5 adds its own handler to the "RunOnceEx" key, and so all the bootup processes should work (didn't work for me - the native RunOnceEx was stuck in a loop, but that's something we need to debug seperately). Shachar Boris wrote: >I downloaded the latest wine cvs tonight and compiled it on my windows-less >system. I ran ie6setup and ie5setup.exe and it downloads the data from the >web but has problems during installation. Here are two of the current >errors. > >1) /usr/local/bin/wine: cannot open builtin library for >'C:\windows\system\regsvr32.exe': /usr/local/lib/wine/regsvr32.exe.so: >invalid ELF header > >2) When installing internet explorer 6, I get the following error. > fixme:wininet:HttpOpenRequestW lpszVersion, lpszReferrer and >lpszAcceptTypes ignored >fixme:wininet:DeleteUrlCacheEntry STUB >(http://download.microsoft.com/download/ie6sp1/finrel/6_sp1/W98NT42KMeXP/EN- >US//HELPCONT.CAB) >fixme:urlmon:URLMonikerImpl_BindToStorage >(0x40453d18)->(0x429f28e8,(nil),{0000000c-0000-0000-c000-000000000046},0x404 >15650): stub >fixme:wininet:HttpOpenRequestW lpszVersion, lpszReferrer and lpszAcceptTypes >ignored >fixme:wininet:DeleteUrlCacheEntry STUB >(http://download.microsoft.com/download/ie6sp1/finrel/6_sp1/W98NT42KMeXP/EN- >US//SCR56EN.CAB) >fixme:urlmon:URLMonikerImpl_BindToStorage >(0x429f2c08)->(0x429f2c38,(nil),{0000000c-0000-0000-c000-000000000046},0x404 >15650): stub >fixme:wininet:HttpOpenRequestW lpszVersion, lpszReferrer and lpszAcceptTypes >ignored >fixme:wininet:DeleteUrlCacheEntry STUB >(http://download.microsoft.com/download/ie6sp1/finrel/6_sp1/W98NT42KMeXP/EN- >US//README.CAB) >fixme:reg:RegFlushKey (0x98): stub >Created not existing system directory 'C:\WINDOWS\Desktop' >fixme:reg:RegFlushKey (0x98): stub >fixme:reg:RegFlushKey (0x98): stub >fixme:cabinet:process_files (basecab == ^0x8091818): Memory leak. >fixme:cabinet:process_files (basecab == ^0x8092438): Memory leak. >wine: Unhandled exception > starting debugger... <-And crashs at this point. > > > >

Jan. 15, 2003

Re: Problems install ie5+ie6

by Dominik Strasser

Boris wrote: Hello Boris, > fixme:cabinet:process_files (basecab == ^0x8091818): Memory leak. > fixme:cabinet:process_files (basecab == ^0x8092438): Memory leak. There is a problem in cabinet.dll when it tries to free a non allocated LZW descriptor. You can work around this problem by commenting line 1561 in cabextract.c. I haven't found the source of the problem yet. Regards Dominik -- Dominik Strasser | Phone: +49 89 234-43691 Infineon Technologies AG | Fax: +49 89 234-42284 CL DAT TDM VM | E-Mail:Dominik.Strasser(a)infineon.com D-81730 Muenchen | Room: 53-263

Jan. 15, 2003