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

Commctl32 and uxtheme bugs
by Vijay Kiran Kamuju Oct. 15, 2005

Oct. 15, 2005

Hi all, I just found this on msdn http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… and http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/html… I think it does tell us that we need commctl version 6 in order to get theming, but we are using version 5.0 implementation. The above article also mentions how to use commctl version 5 with uxtheme, but we need some concrete theming/non theming examples inorder to fix the notiious WMGETTEXT bug that came with unicodification of controls. I will be searching msdn for more info bye, Vijay

1 0

Bug: kernel: file.c
by Ivan Gyurdiev Oct. 15, 2005

Oct. 15, 2005

This makes the Battlefield 2 demo go a bit further, before crashing again, due to unimplemented call ntdll.dll.NtSetSystemInformation. The mask parameter is not initialized by RtlDosPathNameToNtPathName_U (it returns TRUE in that first block), and then you get an invalid dereference later.

2 2

Debuging Splinter Cell 1 - found bug in kernel32?
by Christian Gmeiner Oct. 15, 2005

Oct. 15, 2005

Hi. I have read this "tutorial" http://wiki.winehq.org/Debugging_'Wild_Metal_Country' and tought that i can maybe find the problem, why splinter cell 1 wont start. Here is the importat part (i think): 000b:Call kernel32.RaiseException(c000008f,00000001,00000002,7fbef5e4) ret=66024d53 000b:Call ntdll.RtlRaiseException(7fbef4c4) ret=7fc48163 fs=003b eax=7fc319ad ebx=7fcb088c ecx=00000000 edx=00000008 esi=7fbef5ec edi=7fbef4e0 ebp=7fbef520 esp=7fbef4c4 ds=007b es=007b gs=0033 flags=00200202 000b:trace:seh:__regs_RtlRaiseException code=c000008f flags=1 addr=0x7fc480d0 000b:trace:seh:__regs_RtlRaiseException info[0]=deadcafe 000b:trace:seh:__regs_RtlRaiseException info[1]=deadcafe 000b:trace:seh:__regs_RtlRaiseException eax=7fc319ad ebx=7fcb088c ecx=00000000 edx=00000008 esi=7fbef5ec edi=7fbef4e0 000b:trace:seh:__regs_RtlRaiseException ebp=7fbef520 esp=7fbef4c4 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00200202 000b:trace:seh:EXC_CallHandler calling handler at 0x402586 code=c000008f flags=1 000b:Call kernel32.IsBadReadPtr(004012b0,00000004) ret=66024da1 000b:Ret kernel32.IsBadReadPtr() retval=00000000 ret=66024da1 000b:Call kernel32.TlsGetValue(00000003) ret=66024eda 000b:Ret kernel32.TlsGetValue() retval=7fd5af10 ret=66024eda 000b:Call ntdll.RtlUnwind(7fbef69c,661001ad,00000000,00000000) ret=661001ad fs=003b eax=00000001 ebx=7fcbbbac ecx=7fbef69c edx=00000003 esi=004012b0 edi=7fbef69c ebp=7fbeef50 esp=7fbeef44 ds=007b es=007b gs=0033 flags=00200206 The full log can be found here: http://x-factor.dyndns.org/~austriancoder/splinter_cell1.log.bz2 (1,5 M) Maybe somebody can confirm that it is a kernel32 bug and may can fix it, or give me a hint were i can fix it. Thanks, Christian -- Christian Gmeiner Developer for Rockbox (http://www.rockbox.org) Maintainer of the DXR3-Plugin for VDR: http://sourceforge.net/projects/dxr3plugin/ Maintainer of VDR-Ebuilds at Gentoo.de

3 2

Re: [ World of Warcraft ] The 1.8 Patch brings the target ( or targeting ) problem back
by Mike Hearn Oct. 15, 2005

Oct. 15, 2005

On Wed, 12 Oct 2005 21:16:05 +0000, Eddahbi Karim wrote: > Now the mouse problem comes back but the workarounds don't work this > time. It's not a regression, it's a bug enhancement. > > The old workaround for WineX still work according to gentoo-forums [2]. It seems Warcraft relies upon NULL-addressed VirtualAlloc starting allocation from above a certain range - possibly they're pulling some silly bit-twiddling hack or optimisation. The Cedega patch linked to on the forums basically hints to mmap that it should allocate at a fixed address in this case: http://lists.transgaming.org/pipermail/winex-devel/2004-May/000259.html Which for WoW they seem to set this hint to 256mb - is there some aspect of the NT kernel we're not correctly implementing here? Does Windows always allocate from 256mb upwards? Alexandre, Mike - does hinting to mmap in the port library as TransGaming do it seem like a good solution here or would it be better to adapt the preloader to block off the lowest $X megs? thanks -mike

4 7

Re: ntdll: Set the file_part for \\?\ long file names too
by Eric Pouech Oct. 15, 2005

Oct. 15, 2005

> if (!ntpath->Buffer) return FALSE; > memcpy( ntpath->Buffer, dos_path, ntpath->MaximumLength ); > ntpath->Buffer[1] = '?'; /* change \\?\ to \??\ */ > + RtlGetFullPathName_U(dos_path, sizeof(local), local, file_part); > return TRUE; > } this is wrong as file_part must point into ntpath->Buffer, not into local, as your code does... A+ -- Eric Pouech

1 0

New themes question
by Matevz Jekovec Oct. 15, 2005

Oct. 15, 2005

Now that Wine supports different theme packs for Windows, would it be possible to render Windows widgets using the native current desktop KDE/Gnome theme? Also other stuff like font size, name and colors for Windows widgets, could they all be unified? That would *really* be something:). Big thanks to all developers, that drove Wine so far and best wishes for the future! - Matevž

2 1

Re: [DSOUND] add DirectSoundFullDuplex support
by Vitaliy Margolen Oct. 14, 2005

Oct. 14, 2005

Thursday, October 13, 2005, 6:06:33 PM, Robert Reif wrote: > Add DirectSoundFullDuplex support. > This patch is rather large because it was necessary to refactor the > existing code so it could be used by the full duplex code. Most of > the changes are either changing all the code to use the lower level > device objects rather than the higher level COM objects or moving > code and renaming variables to make things easier to follow. > This has the benefit of removing one level of indirection for a lot > of code. With this refactoring, it was very easy to add the full > duplex support. > There should be no functional changes to capture and playback > other than a slight speed improvement due to one less level of > indirection for accessing most variables. 1. Don't send patches in gz - only plain text is accepted here. ;) 2. This is not a good time for this changes (code freeze is still in affect). Find some bugs in bugzilla to fix <g> Vitaliy.

12 16

NSIS problem?
by Mike Hearn Oct. 14, 2005

Oct. 14, 2005

Hi, It seems that NSIS installers have regressed in Wine 0.9 - at least, the PE Explorer setup which looks and feels like an NSIS based installer won't install with a "The folder name is invalid" error message. I poked at this a bit but got nowhere. Can anybody confirm/deny it's a problem with all NSIS installrers? If the problem is just with PE Explorer then we can leave it, otherwise I think we should try and figure it out before 0.9 - NSIS is a very popular installer these days and not running it for 0.9 would be a disaster. thanks -mike

4 4

Re: Reality check
by Michael Ost Oct. 14, 2005

Oct. 14, 2005

> John Smith wrote: Before y'all take this too seriously, consider the email address and the name. "John Smith" at an anonymous hotmail account smells like a troll to me. >From my point of view, Wine is a godsend and the amount of work going into it is fabulous. We at Muse Research depend on your work for our business and are greatly appreciative. Major congratulations on getting to the code freeze, by the way. Thanks to you all. Sure there are bugs to fix and maybe you have to fix them yourself or pay someone to do it. The alternative for "John" is clear: buy MS Windows. It works pretty well. - mo

1 0

Re: [WINEDOC] IDA workarounds
by James Hawkins Oct. 14, 2005

Oct. 14, 2005

On 10/8/05, Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > James Hawkins suggested using native comctl32 as a workaround to get > IDA running. > Here's a patch to mention that in the docs. > Using native comctl32 is just a workaround until the bug is fixed. The proper solution is to get this particular bug fixed one way or another. Frank Richter proposed a patch, but it hasn't been committed. We shouldn't document using native dlls though. -- James Hawkins

2 3