July 2005 - Wine-devel - list.winehq.org

World of Warcraft
by cyrix12＠cox.net 13 Aug '05

13 Aug '05

It's me again. The latest WoW patch (1.5.1) broke stuff again, and now I'm unable to click on anything outside of menu items in game. The issue seems to be related to camera angle, as I am able to click on items/people when I have my camera positioned just right. It's basically unplayable at the moment though. Anyway, I'd appreciate it if one of the OpenGL/D3D guys (it's most likely something that would be easily fixed by one of you) could take a look at it if they have some free time. Thanks again, Darckness

10 21

[OLE #98] Re: By-pass RPC Runtime If Possible When Calling An STA
by Saulius Krasuckas 12 Aug '05

12 Aug '05

* The log message from [1] says: > > By-pass the RPC runtime if possible when calling an STA by posting a > message directly to the apartment window for it to process. Fixes a > deadlock in InstallShield caused by having to create a thread when > freeing an object that comes from an STA apartment. Added tests that > fail without this fix. After the change [2] running ole32 marshal test makes the process unkillable on my winME. If I change the code, things get running OK: | static DWORD CALLBACK no_couninitialize_client_proc(LPVOID p) | { | struct ncu_params *ncu_params = (struct ncu_params *)p; | HRESULT hr; | IUnknown *pProxy = NULL; | | pCoInitializeEx(NULL, COINIT_APARTMENTTHREADED); | | hr = CoUnmarshalInterface(ncu_params->stream, &IID_IClassFactory, (void **)&pProxy); | ok_ole_success(hr, CoUnmarshalInterface); | | ok_more_than_one_lock(); | | /* die without calling CoUninitialize */ | + CoUninitialize(); | | return 0; | } | | /* tests STA -> STA call during DLL_THREAD_DETACH doesn't deadlock */ It seems call deadlocks only on my machine. Rob, can you tell me, please, how can I find out, is there some problem with my box setup or is this a bug in test-code? [1] http://cvs.winehq.org/cvsweb/wine/dlls/ole32/tests/marshal.c [2] http://cvs.winehq.org/cvsweb/wine/dlls/ole32/tests/marshal.c.diff?r1=1.24&r…

2 3

ownerdraw paint recursion in listbox
by Alexander Yaworsky 04 Aug '05

04 Aug '05

Hello, recently i tried to install some application and it hung when i tried to select options. It uses listbox with ownerdraw items with checkboxes. When listbox is initially painted everything is ok. But when i try to select other item, an extra WM_PAINT is sent to listbox when application draws item. This causes infinite recursion. I've been implemented a simple workaround adding boolean to listbox structure but i have doubts. I briefly looked at some other controls and had not noticed similar countermeasures. Have somebody ever seen such behaviour? It would be interesting to test other controls sending WM_PAINT from ownerdraw handler but i'm short of time to do it soon. Should this workaround implemented in this way or something is wrong deeper with WM_PAINT handling? Thanks.

2 7

Benchmark's on the Wiki
by Tom Wickline 03 Aug '05

03 Aug '05

Hello, I put the Benchmark results that I posted to wine-devel back in April on the Wiki. http://wiki.winehq.org/BenchMark I would appreciate any constitutive criticism to improve this page. Tom

14 35

How to turn off Anti-aliasing
by George Lober 01 Aug '05

01 Aug '05

I have just updated my install of Wine and I notice that the config file is now deprecated, it doesn't get used. I want to turn off Wine Anti-aliasing. I was able to do it in the config file, but now I don't know. 'winecfg' doesn't have any such setting. Can it be turned off in the registry ? If so what is the setting ? Thankyou, George

3 3

Half-Life 2 Regression
by James Liggett 01 Aug '05

01 Aug '05

Hi, On July 25 I updated my Wine CVS copy and tried to test HL2. My machine hard-locked at the loading screen. Two days ago I updated and the problem still exists. It gives me an error about a swap chain: fixme:d3d:IWineD3DDeviceImpl_GetSwapChain (0x7b946e8) unable to find swapchain 0 I didn't notice this problem before. Anyone else notice it? Thanks a lot, James Liggett

3 3

wine on FreeBSD
by jean-marc DETREZ 01 Aug '05

01 Aug '05

Hi, With the differents mails i receive from users or wine's developers, i think that: - Dislike OpenBSD or SRV4, mincore did'nt fail if the page is not mapped no [ENOMEM] error condition. - the FreeBSD man pages say that mmap would fail with [ENOMEM] error condition if address is in use but in the reality it seems always return the start address. So for to use wine on FreeBSD before doing a more clean patch i propose to add this to mmap . I know that it would map memory pages without verify before that the pages is'nt already map but the man pages say it must failed so I'm just verify that the result is equal to start address the mmap call asking for. I do that only when creating System heap because requesting mmap for 0x800000 start address (without MAP_FIXED) always fail and prevent wine running on FreeBSD. I'll do more test to implement a try_mmap_fixed function working on FreeBSD like this done for SRV4,NetBSD and DARWIN. Jean-marc

3 2

Re: Flush serial port
by Alexandre Julliard 01 Aug '05

01 Aug '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > wine/server/file.c: create_file() > If we open a serial device, flush it This should be done in serial.c, but could you please explain why this is necessary? -- Alexandre Julliard julliard(a)winehq.org

3 4

LoadString problems
by James Hawkins 31 Jul '05

31 Jul '05

Hey, I'm trying to load strings from the hhctrl.ocx resource file to use as the text for tabs and toolbar buttons, but I can't get it to work. I've tried to get LoadString to work a couple ways, but it just won't work for me. I've attached the resource files and Makefile.in. Maybe something is wrong with the way those are set up. The following code is one of the (failing) places where I call LoadString: TCITEMA tie; char text[MAX_PATH]; LoadStringA(NULL, IDS_CONTENTS, text, MAX_PATH); /* text should be '&Contents', but we get a GetLastError() */ tie.mask = TCIF_TEXT; tie.pszText = text; TabCtrl_InsertItemA(hwndTabCtrl, dwIndex, &tie); I should note that the code works when compiled with Visual Studio and run on Windows. -- James Hawkins

4 8

Re:winecfg in 640x480
by Joe Baker 31 Jul '05

31 Jul '05

On 7/28/05, Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > I know this isn't going to be too big an issue with many people but it would be nice if winecfg > was usable with a 640x480 desktop, at the moment it's 20 or so pixels to tall and you can't see > the ok/cancel buttons. > > I agree, although you can hit enter to close out the window and save changes. Well, in KDE use the Alt key and the left mouse to click and drag the window from anywhere in the window to move it higher. I think that blackbox supports this style of Window movement as well if you're on a lighter resource computer as your resolution suggests. -Joe Baker

5 4