November 2007 - Wine-devel - list.winehq.org

Re: server: Change the get_dll_info server request to allow retrievingthe image file name of a process.
by Dmitry Timoshkov 20 Nov '07

20 Nov '07

"Robert Shearman" <rob(a)codeweavers.com> wrote: > + if (req->exe_module) > + dll = list_head( &process->dlls ) ? > + LIST_ENTRY(list_head( &process->dlls ), struct process_dll, entry) : NULL; > + else > + dll = find_process_dll( process, req->base_address ); Is it really necessary to introduce the exe_module request parameter? Main executable has its own base address which should work just fine in find_process_dll(). -- Dmitry.

3 4

Re: d3dx8 [patch 1/10] Implement D3DXPlaneFromPointNormal
by David.Adam＠math.cnrs.fr 20 Nov '07

20 Nov '07

Hello, In the beginning, I thought to share the code between d3drm and d3dx8, but unfortunelaty, it was not a good idea, since the structure quaternion is not the same in the both dll (definitively 4 floats, but 4 floats in d3dx8, 1 float and a d3drmvector in d3drm). So, it was not pretty. Moreover, Once I asked to Alexandre what was the best method to implement d3dx9__.dll. He answered to implement the maximum of functions in d3dx8 and to call these functions from d3dx9__.dll. I proposed the idea of wined3dx.dll and he found that it was not a good idea. So, the basis dll is d3dx8 and we consider d3dx9__.dll as a wrapper (at least, for the math functions) Thunderbird was interested in implementing the other functions. Anyway, I am interested in it too. And also, I am interesting in completing d3drm since there still are a few bugs related to this dll. To finish my post: today (or tommorrow) I shall send the last patch for math-functions in d3dx8. The real job will begin then :D :D David

1 0

Re: Unimplemented function KERNEL32.dll.FindFirstVolumeW
by devzero＠web.de 20 Nov '07

20 Nov '07

i`ve tracked this down to a watchdog issue. whenever i do "cat /dev/watchdog" - my system reboots after ~1 minute. i`ve contacted the maintainer of the watchdog subsystem. looks like a bug to me. thanks roland > -----Ursprüngliche Nachricht----- > Von: "Hans Leidekker" <hans(a)it.vu.nl> > Gesendet: 19.11.07 21:59:29 > An: wine-devel(a)winehq.org > Betreff: Re: Unimplemented function KERNEL32.dll.FindFirstVolumeW > > On Monday 19 November 2007 21:39:16 devzero(a)web.de wrote: > > > i retried with ordinary account and the crash didn`t happen there. > > anyway - should i expect such problems with root ? > > Well, a reboot is not expected but it can certainly happen. If your > app is leaking file descriptors for example, given that there are no > limits for root, it will bring your system to a halt. > > -Hans > ______________________________________________________________________________ Jetzt neu! Im riesigen WEB.DE Club SmartDrive Dateien freigeben und mit Freunden teilen! http://www.freemail.web.de/club/smartdrive_ttc.htm/?mc=021134

2 1

Re: kernel32 [1/5]: Export part of UnhandledExceptionHandler as aninternal Wine function.
by Dmitry Timoshkov 20 Nov '07

20 Nov '07

"Dan Hipschman" <dsh(a)linux.ucla.edu> wrote: > This patch exports the part of UnhandledExceptionFilter that sets a page > as either writable or executable in some cases to allow continued execution > as an internal wine function. This is used in the next patch to implement > exception handling in code generated by WIDL. It needs to be able to do > this because if we can continue execution in these cases then we shouldn't > wind down the handler stack. We also shouldn't execute an "except" block > if we can continue normally. There is no need to introduce Wine-specific exception handlers, there is a sample in dlls/ntdll/tests/exception.c how to add an exception handler without Wine-specific hacks. A DIB exception handler in dlls/winex11.drv/dib.c is another one. -- Dmitry.

1 0

wininet: InternetAttemptConnect() Stub
by Pavel Troller 20 Nov '07

20 Nov '07

Hi! I have a problem running an offline client for ordering photo prints from digital cameras. Even it is an "offline" client, it requires the computer to be online. It seems that in wine, it feels to be offline, thus refusing further operation with a dialog saying something like "Internet connection unavailable" and terminating. The machine is normally connected to the LAN with full net availability. The following is its full console log. patrol(a)gonio:~/.wine/drive_c/Program Files/droxi/OfflineClient$ wine PhotoOfflineClient.exe fixme:wininet:InternetGetConnectedState always returning LAN connection. fixme:win:SetLayeredWindowAttributes (0x10030,0x00000000,255,2): stub! fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:shdocvw:OleObject_Close (0x199510)->(1) fixme:wininet:InternetAttemptConnect Stub I see two network related fixmes - the first one is very frequent but it seems harmless, many programs are able to use the net even they issue such a message. However, the second fixme looks more interesting, it looks like that the program tries to activate the internet connection, which is of course just a stub. Why is it doing so, I don't know. Is this information enough to find a problem (and maybe its fix) or is more debugging needed ? What else to try ?

2 2

Re: mshtml #6: Change FIXME that is usually invalid to TRACE.
by James Hawkins 20 Nov '07

20 Nov '07

On Nov 19, 2007 6:51 PM, Jacek Caban <jacek(a)codeweavers.com> wrote: > --- > dlls/mshtml/navigate.c | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > How about a warn instead of a trace? That is unless all the correct interfaces are already available, and any other requested interface shouldn't be available. -- James Hawkins

1 0

Missed Patches
by Alistair Leslie-Hughes 20 Nov '07

20 Nov '07

Hi, Is there any reason the following patches haven't been applied? [1/2] msxml: Implement createTextNode [2/2] msxml: Tests for createTextNode mshtml: Provide support for the IInternetProtocol Interface Best Regards Alistair Leslie-Hughes

2 4

Wrong comparison in ntdll/actctx.c
by nlataill 19 Nov '07

19 Nov '07

Hi, Working on a D3D game, I have found that wine is refusing to load the following manifest file (when Windows does not fail). <?xml version="1.0" encoding="UTF-8" standalone="yes"?>  <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <noInheritable/> <assemblyIdentity type="win32" name="Microsoft.VC80.OpenMP" version=" 8.0.50727.42" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"/> <file name="vcomp.dll" hash="0d009725bd5653af143fdfd9d8abf8adad533d16" hashalg="SHA1"/> </assembly> Adding verbosity to actctx.c, it seems that this game is requesting version 8.0.50608.0, which does match major.minor, but not the whole version number (*major.minor.build.revision)*. trace:actctx:parse_assembly_identity_elem name=L"Microsoft.VC80.OpenMP" version=8.0.50727.42 arch=L"x86" fixme:actctx:parse_assembly_elem VERBOSE: wrong version FOUND: 8/0/50727/42 fixme:actctx:parse_assembly_elem VERBOSE: wrong version EXP: 8/0/50608/0 fixme:actctx:parse_manifest_buffer failed to parse manifest L"C:\\Program Files\\Microsoft.VC80.OpenMP.manifest" fixme:actctx:parse_depend_manifests Could not find dependent assembly L" Microsoft.VC80.OpenMP" According to MSDN, it seems only major.minor is considered for version matching: - http://msdn2.microsoft.com/en-us/library/aa374234.aspx : A version number that changes only in the *build* or *revision* parts indicates that the assembly is backward compatible with prior versions. - http://msdn2.microsoft.com/en-us/library/aa375365.aspx: [...] are manifests used to redirect the version of a side-by-side assembly to another compatible version. The version that the assembly is being redirected to should have the same major.minor values as the original version. I am proposing the following one-liner to ntdll/actctx.c: isa(a)isa:~/downloads/tmp$ diff -u wine-0.9.49/dlls/ntdll/actctx.c /home/isa/downloads/wine-0.9.49/dlls/ntdll/actctx.c --- wine-0.9.49/dlls/ntdll/actctx.c 2007-11-09 17:56:12.000000000 +0100 +++ /home/isa/downloads/wine-0.9.49/dlls/ntdll/actctx.c 2007-11-19 21:07: 35.000000000 +0100 @@ -1390,8 +1390,8 @@ if (expected_ai) { /* FIXME: more tests */ - if (assembly->type == ASSEMBLY_MANIFEST && - memcmp(&assembly->id.version, &expected_ai->version, sizeof(assembly->id.version))) + if (assembly->type == ASSEMBLY_MANIFEST && + ((assembly->id.version.major != expected_ai->version.major) || (assembly->id.version.minor != expected_ai->version.minor)) ) { FIXME("wrong version\n"); return FALSE; With this patch, the manifest (and related DLL) is loading correctly. This does not prevent my game die shortly after, in D3D code this time. Still work to do ;-) Thanks, Norbert Lataille

3 3

Re: Unimplemented function KERNEL32.dll.FindFirstVolumeW
by devzero＠web.de 19 Nov '07

19 Nov '07

checked if app is leaking fd`s, but lsof didn`t tell anything special. after some investigation i came across the following entry in dmesg: iTCO_wdt: Unexpected close, not stopping watchdog seems that wine is triggering something with this - after unloading iTCO_wdt kernel module, the problem went away. looks that wine is (un-)triggering the watchdog timer and the reboot happens due to this. will further investigate (strace) - maybe i can provide some more input so, it`s probably not a wine issue.... regards roland > -----Ursprüngliche Nachricht----- > Von: "Hans Leidekker" <hans(a)it.vu.nl> > Gesendet: 19.11.07 21:59:29 > An: wine-devel(a)winehq.org > Betreff: Re: Unimplemented function KERNEL32.dll.FindFirstVolumeW > > On Monday 19 November 2007 21:39:16 devzero(a)web.de wrote: > > > i retried with ordinary account and the crash didn`t happen there. > > anyway - should i expect such problems with root ? > > Well, a reboot is not expected but it can certainly happen. If your > app is leaking file descriptors for example, given that there are no > limits for root, it will bring your system to a halt. > > -Hans > __________________________________________________________________________ Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach! Mehr Infos unter http://produkte.web.de/club/?mc=021131

1 0

recent cedega contributions to wine
by EA Durbin 19 Nov '07

19 Nov '07

http://www.cedega.com./devreports/ The latest Cedega dev report states it plans to include wine's msi implementation back into it's code base and they have been contributing back to wine. "TransGaming's developers have been contributing some changes back to Wine as well, including in several networking and debugging libraries. " Just out of curiousity, which patches are these? _________________________________________________________________ Your smile counts. The more smiles you share, the more we donate. Join in. www.windowslive.com/smile?ocid=TXT_TAGLM_Wave2_oprsmilewlhmtagline

4 6