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

request small changes to winecfg
by wino＠piments.com 15 Nov '05

15 Nov '05

Hi, now that winecfg is reaching maturity it is a great tool, but two things may merit a small change. 1/ emulate desktop is still at a "historic" size of 640,480 which at least on my screen is too small to display winecfg's natural height next time I run it. Would 600x800 be a better default? 2/ Adding dll overrides. On entering a dll name I have the habit of hitting the Enter key. This triggers the OK button and drops me back to the command line with the incomplete change being lost. (NO, I dont want an "are you sure..." message!) I dont know where I have this expectation from but certainly a habit I have formed using other software. Would it be more intuitive if the enter key was trapped by the editbox and triggered a click on the "Add" button? It certainly comes as a surprise when it exits winecfg. regards.

3 2

Fwd: MDI/sub window support in DirectX
by Oliver Stieber 14 Nov '05

14 Nov '05

Hi, Just a quick question about adding MDI/sub window support to DirectX, is it ok to just get the DC of the window and then blit a dib over it or is there a faster/better way? What are we doing about drawing window borders? Oliver. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 1

New ati driver problems
by Stefan Dösinger 14 Nov '05

14 Nov '05

Hello, I've updated my fglrx driver yesterday, and I am seeing some weird problems with Direct3D. I don't know if this is a driver bug or regression at all. With battlefield 1942 and the old d3d8 engine, some in-game textures are white[1] or completely missing[2]. The menu and the HUD work fine. With Battlefield 1942 and the WineD3D patch there's no difference: The Menu and the HUD display fine, but the game graphics are completely white[3]. In Warcraft III, some textures are missing(Old D3D8 and new WineD3D). I don't know if this is a regression at all, the new fglrx version added some new functionality, namely VBOs. Maybe some new functionality is used, and it doesn't work correctly yet. Is anyone experiancing similar issues? All OpenGL games I've tried work fine, except of the Steam version of half-life, where GDI fonts are missing on buttons and in the main menu(The in-game graphics are fine). The new driver brought quite an performance improvement in some games(gl117 is faster), some games feel faster, like Warcraft III in OpenGL mode(I haven't checked the fps). Stefan Screenshots: [1]: http://doesi.gmxhome.de/ScreenShot2.jpg [2]: http://doesi.gmxhome.de/ScreenShot3.jpg [3]: http://doesi.gmxhome.de/ScreenShot5.jpg [4]: http://doesi.gmxhome.de/wc3.jpeg

3 3

A small bounty for fixing a bug
by Willie Sippel 14 Nov '05

14 Nov '05

Hi there. I want to offer 100 EUR for a fix for bug #1973. It's not much, and I have no idea how complicated the bug is to fix, but maybe it's only trivial problem. A demo is available for download, and I guess most comments in the bugreport are wrong/ irrelevant anyway. So, if anyone is interested, I'll pay 50 EUR for the patch, and another 50 EUR once/ if it gets commited - if possible via Paypal. I'm sorry if a request like that is not allowed/ wanted, I couldn't find any info regarding bounties on bugfixes. Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

3 5

[kernel/tests/thread] Better error information + win9x fix
by Paul Vriens 14 Nov '05

14 Nov '05

Hi, some small changes. Doesn't make the test succeed on windows, but now we show at least the correct error information. Changelog: Corrected last error information Make sure we can run the tests on win9x Cheers, Paul. Index: dlls/kernel/tests/thread.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/thread.c,v retrieving revision 1.31 diff -u -p -r1.31 thread.c --- dlls/kernel/tests/thread.c 14 Nov 2005 11:23:11 -0000 1.31 +++ dlls/kernel/tests/thread.c 14 Nov 2005 18:48:20 -0000 @@ -626,18 +626,37 @@ static void test_SetThreadContext(void) { CONTEXT ctx; int *stack; - HANDLE thread = CreateThread( NULL, 0, threadFunc6, (void *)2, CREATE_SUSPENDED, NULL ); + HANDLE thread; + DWORD threadid; + DWORD prevcount; + + SetLastError(0xdeadbeef); + thread = CreateThread( NULL, 0, threadFunc6, (void *)2, CREATE_SUSPENDED, &threadid ); + ok( thread != NULL, "CreateThread failed : (%ld)\n", GetLastError() ); + if (!thread) + { + trace("Thread creation failed, skipping rest of test\n"); + return; + } ctx.ContextFlags = CONTEXT_FULL; + SetLastError(0xdeadbeef); ok( GetThreadContext( thread, &ctx ), "GetThreadContext failed : (%ld)\n", GetLastError() ); + /* simulate a call to set_test_val(10) */ stack = (int *)ctx.Esp; stack[-1] = 10; stack[-2] = ctx.Eip; ctx.Esp -= 2 * sizeof(int *); ctx.Eip = (DWORD)set_test_val; + SetLastError(0xdeadbeef); ok( SetThreadContext( thread, &ctx ), "SetThreadContext failed : (%ld)\n", GetLastError() ); - ResumeThread( thread ); + + SetLastError(0xdeadbeef); + prevcount = ResumeThread( thread ); + ok ( prevcount == 1, "Previous suspend count (%ld) instead of 1, last error : (%ld)\n", + prevcount, GetLastError() ); + WaitForSingleObject( thread, INFINITE ); ok( test_value == 20, "test_value %d instead of 20\n", test_value ); }

1 0

ds[pw] files generated to build winetest
by Saulius Krasuckas 14 Nov '05

14 Nov '05

There are quite a some of them in my tree, which 'cvs update' complains about: ? wine/dlls/advapi32/tests/advapi32_test.dsp ? wine/dlls/advpack/tests/advpack_test.dsp ? wine/dlls/comctl32/tests/comctl32_test.dsp ... ? wine/dlls/winsock/tests/ws2_32_test.dsp ? wine/dlls/winspool/tests/winspool_test.dsp Should I put their names into appropriate .cvsignore files?

2 1

cant install IE5.5 on 0.9.1
by wino＠piments.com 14 Nov '05

14 Nov '05

Hi, trying to minimise the number of preinstall tools and scripts to run stuff on wine-0.9.1 Dragon requires at least IE5 and I have established it will work under wine with IE5.5 if I do my basic setup using sidenet. That's fine, but I want to minimise the accessory tools reqd. and see what wine is capable off now we are at 0.9.1 On fresh .wine I ran winecfg to ensure the basic config. then installed DCOM98. This gave an error until I used franks: WINEDLLOVERRIDES="ole32=n" wine DCOM98 [seems the first attempt installed something before quitting ?!] ie55sp2.exe unpacks fine but the IE5setup stalls even if winecfg sets *n,b as default. wino(a)newsys ~/.wine/c/windows/temp/IE 5.5 SP2 Full $ wine IE5SETUP err:setupapi:DIRID_get_string user id 49001 not found err:setupapi:DIRID_get_string user id 49001 not found fixme:advpack:NeedReboot (0x00000000): stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "ActiveX", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "IE4Setup.Failure", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "ActiveX.Failure", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:ExecuteCab ((nil) 0x7fbdf9e8 (nil)): stub Is this fixable / worth persueing or should I just settle for advising ppl to use sidenet? TIA

3 4

Re: Brain Storming Regarding Winapt - Package Management for Windows
by Liam Kurmos 14 Nov '05

14 Nov '05

i think that whilst windows could benefit from good package management, atleast for it's open-source projects, I'm not sure it's worth developing windows as an open-source platform, or whether or not this would ultimately be good for open-source. If you're looking for a repo for commercial projects, then there are plenty like tucows, and download.com(yuck), and I agree with Mike Hearn. Liam <just imho> Shlomi Fish wrote: Hi good people! I have an idea for a Windows-based open source project, that also has a lot of commercial value. The idea is Winapt: http://winapt.berlios.de/ Once finished, it will be an implementation of package management and dependency resolution for Windows (similar to dpkg+apt, or rpm+apt/urpmi/yum, etc.). On the site you can find an executive summary, and the beginning of the design document. I'd like to brain storm about this idea, and that people (after reading the documents) tell me what issues and obstacles those who desire in accopmlishing such a task will face, and suggest possible solutions. While I am an experienced programmer, I am not a very experienced Windows systems programmer. I did do some programming for Windows, but it was mostly GUI or MFC or simple things like opening files. (many times using the POSIX primitives). I am sending this message here because some of you guys are Win32 experts. Regards, Shlomi Fish ------------------------------------------ Shlomi Fish http://www.shlomifish.org/ If his programming is anything like his philosophizing, he would find 10 imaginary bugs in the "Hello World" program. Mike Hearn wrote: Well, this is all rather off-topic for wine-devel - Win32 experts certainly do live here but you don't need Win32 experts for a project like this. That said, I think you should compare the number of people wishing Linux has more Windows/Mac like package management vs the reverse before porting the spectacular piece of brokenness known as apt to Windows. Do that many people actually want it? I would guess not. Remember that on Windows, the most popular programs aren't free anyway. Also remember that Windows programs don't usually have dependencies outside of the Win32 platform, making a tool like apt rather overkill. I suspect what you actually want is just a software catalogue or somesuch, but you can do that using a web page just as easily as a program ... If you really want to go ahead I'd recommend something like Delphi or Visual Basic as a developer tool - raw C/C++ coding against Win32 is really quite nasty.

1 0

Re: kernel/comm.c - page fault in thread
by Mr Cihan ALTINAY 14 Nov '05

14 Nov '05

Hi again, Sorry for the double post and the stupid default From-Header (not my machine). I replaced my modified comm.c with the latest CVS, made the changes as described below and still got communication errors (the device replies that commands are malformed). So I attempted to apply the changes I made one-by-one to see when the errors disappear. And the first (and easiest) change helped: When replacing both tcflush(fd,TCOFLUSH) by tcdrain(fd) in the PurgeComm function all errors disappear and the program works as expected. Now, I know that the two functions do different things and according to the API specification of PurgeComm tcflush seems more appropriate. So I wonder if this is not really a fix but only a workaround for a different problem (maybe a race condition as mentioned earlier?). I know that G-Ware does some funny (stupid?) things and there are always at least 2 threads running that poll for input/output. One effect is that it still opens ~200 file handles to the port but, more importantly, maybe they interact in a way it shouldn't happen? Anyone? ----- Original Message ----- From: Mr Cihan ALTINAY <cihan(a)uq.edu.au> Date: Tuesday, November 8, 2005 10:13 am Subject: kernel/comm.c - page fault in thread > Hi, > > I finally got G-Ware to work flawlessly under wine after some > tweaks in the comm.c file. One problem was in the (thread) function > COMM_WaitCommEventService(). > When I 'disconnect' in the client program it calls purge and sets > the event mask to 0 (ie. it is no longer interested in events from > the port). But there are still threads running that poll the port. > > The program crashes when the thread exits the loop (with abort!=0) > and tries to set > *commio->buffer = rc; > (line 2010) but this buffer is already freed by the client. > Replacing > > if (abort) rc = 0; > *commio->buffer = rc; > > by > > if (!abort) > *commio->buffer = rc; > > fixes this problem. > > There were other communication errors which I managed to fix but > I have to find out first which changes are really necessary to > make things work because I tried a lot of things in comm.c. > It looks as if there are race conditions when more than one > polling thread is running. Currently I check if a thread is already > running and don't start a second one if so. But I will find out if > that is responsible for the errors or something else and report it > on the list. > > Cheers, > Cihan > > > >

3 8

Re: New ati driver problems
by Stefan Dösinger 14 Nov '05

14 Nov '05

> > I've updated my fglrx driver yesterday > > From which version? (and to which version? Latest is 8.19.10) I've updated from 8.18.8 to 8.19.10

3 3