wine-bugs February 2006

wine-bugs@winehq.org

3 participants
1301 discussions

[Bug 4499] New: OpenGL very slow in 0.9.7 -- regression
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=4499 Summary: OpenGL very slow in 0.9.7 -- regression Product: Wine Version: 0.9.7. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: leon_fraitak(a)mail.ru Wine 0.9.7 and CVS snapshots past 0.9.7 has a terrible OpenGL performance. For example, Counter Strike 1.6 drops from 100 fps (in 0.9.6) to 30-50 fps (in 0.9.7). It seems that the following patch has introduced the regression: http://source.winehq.org/git/?p=wine.git;a=commit;h=13268261bbe0d4013937a6a… -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4445] CPU usage causes Diablo II game to lose sync with self
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=4445 ------- Additional Comments From the3dfxdude(a)gmail.com 2006-06-02 15:03 ------- Have you tried other schedulers? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4457] Warcraft III and "Please Insert Disc"
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=4457 ------- Additional Comments From the3dfxdude(a)gmail.com 2006-06-02 14:41 ------- Thanks for the info. I suppose there is or was a compatability bug with wine and S3 Savage video driver. I suppose you're using dri? I recommend the latest dri cvs always when using dri (outside the scope of wine). I will update the how-to to recommend 0.9.7. Yes, I'm sure it's slow =p -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 3095] Wrong label are displayed in "File" menu item in Cool Edit 96, drob-down "file" menu detaches when loosing focus
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=3095 us(a)edmeades.me.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From us(a)edmeades.me.uk 2006-06-02 14:10 ------- Apologies, I forgot to update this bug report when this got fixed. Complete fix is in cvs and comitted. Confirmed it resolves this problem -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 4498] New: game (Myst IV) shows no graphics when double buffering is on
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=4498 Summary: game (Myst IV) shows no graphics when double buffering is on Product: Wine Version: CVS Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: uli-do(a)gmx.at I tried running Myst IV Revelation by Cyanworlds/Ubi Soft in wine git snapshot from 15th January (wine 0.9.4) to 6th February 2006 (wine 0.9.7). With double buffering switched on in winecfg, no graphics appear, the window stays black but one can hear the music. I think it is somehow related to the game using d3d9 and rendering the video on a d3d surface. Turning double buffering off, the video appears but with the speed of a diashow (depth conversion). I tried to debug, but failed to find the cause for the window staying black. Please tell me which debugging options I should use to provide more information. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 3270] Problem with minimized top-level windows
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=3270 ------- Additional Comments From MagicMan07(a)bluebottle.com 2006-06-02 12:16 ------- Re-confirmed for Wine 0.9.7 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4497] New: Half Life 2 crashes on new game with "Out of Memory"
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=4497 Summary: Half Life 2 crashes on new game with "Out of Memory" Product: Wine Version: 0.9.7. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: jnovek(a)gmail.com OS: Gentoo AMD64 Kernel: 2.6.13-gentoo-r4 (SMP) GFX Card: NVidia 6600 (drivers: 8178) RAM: 1024 MB Wine Ver: 0.9.7 Description of Error -------------------- Steam and HL2 were istalled ONLY based on the instructions in the WineHQ Application Database under 'Steam', and WneHQ Application Database under 'Half Life 2'. HL2 is started with the following options: wine Steam.exe -fullscreen -width 1024 -height 768 -applaunch 220 -heapsize 512000 +map_background none -dxlevel 70 -novid On selecting a new game, the "Loading" bar reaches about 75% and the game suddenly crashes. A small window pops up with the message "Out of Memory". After OK is clicked on the window, wine dumps a stack trace (below) to the console. After stack trace, I must manually kill "wine-preloader". This is 100% reproducible for me. Fontconfig error: "conf.d", line 1: no element found err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered err:ole:CoGetClassObject no class object {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for for context 0x1 Fontconfig error: "conf.d", line 1: no element found err:module:import_dll Library MSVCR70.dll (which is needed by L"Z:\\home\\jnovek\\.cedega\\Steam\\c_drive\\Program Files\\Steam\\CSERHelper.dll") not found err:module:import_dll Library MSVCR70.dll (which is needed by L"Z:\\home\\jnovek\\.cedega\\Steam\\c_drive\\Program Files\\Steam\\CSERHelper.dll") not found wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0038), starting debugger... WineDbg starting on pid 0x37 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:006b GS:0063 EIP:00000000 ESP:55c3e3b4 EBP:55c3e3e4 EFLAGS:00010206( - 00 - RIP1) EAX:5abe06c0 EBX:00000000 ECX:5abe0678 EDX:56a999bc ESI:645ad9a4 EDI:00000000 Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x00000000 (0x00000000) 2 0x64320abb EntryPoint+0x69d in engine (0x64320abb) 3 0x643204b8 EntryPoint+0x9a in engine (0x643204b8) 4 0x55743f65 call_dll_entry_point+0x15 in ntdll (0x55743f65) 5 0x55746d9d in ntdll (+0x26d9d) (0x55746d9d) 6 0x55747863 LdrUnloadDll+0x193 in ntdll (0x55747863) 7 0x55a4de28 FreeLibrary+0x48 in kernel32 (0x55a4de28) 8 0x1000b9af CreateInterface+0x29f in launcher (0x1000b9af) 9 0x55a58668 in kernel32 (+0x48668) (0x55a58668) 10 0x5558d577 wine_switch_to_stack+0x17 in libwine.so.1 (0x5558d577) 0x00000000: addb %al,0x0(%eax) Modules: Module Address Debug info Name (132 modules) PE 0x00400000-0041c000 Deferred hl2 PE 0x10000000-1002e000 Export launcher PE 0x20000000-2038e000 Deferred steam PE 0x21100000-21164000 Deferred mss32 PE 0x22000000-2263d000 Deferred server PE 0x24000000-24388000 Deferred client PE 0x26000000-26126000 Deferred vphysics PE 0x26400000-26439000 Deferred mssvoice.asi PE 0x26f00000-26f2e000 Deferred mssmp3.asi PE 0x2c000000-2c2d8000 Deferred studiorender ELF 0x55555000-5556c000 Deferred ld-linux.so.2 ELF 0x5556e000-55577000 Deferred libnss_compat.so.2 ELF 0x55577000-55581000 Deferred libnss_nis.so.2 ELF 0x55581000-55587000 Deferred libxxf86dga.so.1 ELF 0x55588000-555a2000 Export libwine.so.1 ELF 0x555a2000-555f4000 Deferred libpthread.so.0 ELF 0x555f4000-5570d000 Deferred libc.so.6 ELF 0x5570d000-55711000 Deferred libdl.so.2 ELF 0x55711000-5577e000 Export ntdll<elf> \-PE 0x55720000-5577e000 \ ntdll ELF 0x5577e000-55874000 Deferred libwine_unicode.so.1 ELF 0x55874000-55897000 Deferred libm.so.6 ELF 0x55897000-558a0000 Deferred libsm.so.6 ELF 0x558a2000-558a7000 Deferred libxxf86vm.so.1 ELF 0x558a7000-558a9000 Deferred libnvidia-tls.so.1 ELF 0x558ab000-558ae000 Deferred libxrandr.so.2 ELF 0x558ae000-558b0000 Deferred xlcutf8load.so.2 ELF 0x558b2000-558c7000 Deferred libnsl.so.1 ELF 0x558c7000-558d1000 Deferred libnss_files.so.2 ELF 0x558d1000-558df000 Deferred libxext.so.6 ELF 0x559f0000-55ae3000 Export kernel32<elf> \-PE 0x55a10000-55ae3000 \ kernel32 ELF 0x55b16000-55b1e000 Deferred libxrender.so.1 ELF 0x55b22000-55b2b000 Deferred libxcursor.so.1 ELF 0x55c40000-55d5f000 Deferred user32<elf> \-PE 0x55c60000-55d5f000 \ user32 ELF 0x55d5f000-55de2000 Deferred gdi32<elf> \-PE 0x55d70000-55de2000 \ gdi32 ELF 0x55de2000-55e1b000 Deferred advapi32<elf> \-PE 0x55df0000-55e1b000 \ advapi32 ELF 0x55e1b000-55e35000 Deferred imm32<elf> \-PE 0x55e20000-55e35000 \ imm32 ELF 0x55e36000-55ea5000 Deferred libfreetype.so.6 ELF 0x55ea5000-55eb6000 Deferred libz.so.1 ELF 0x55eb6000-55edd000 Deferred libfontconfig.so.1 ELF 0x55edd000-55efd000 Deferred libexpat.so.0 ELF 0x55efd000-55f73000 Deferred winex11<elf> \-PE 0x55f10000-55f73000 \ winex11 ELF 0x55f73000-55f8b000 Deferred libice.so.6 ELF 0x55f8b000-56055000 Deferred libx11.so.6 ELF 0x56055000-560d8000 Deferred libgl.so.1 ELF 0x560d8000-56896000 Deferred libglcore.so.1 ELF 0x56896000-568b3000 Deferred ximcp.so.2 ELF 0x56a10000-56a29000 Deferred wsock32<elf> \-PE 0x56a20000-56a29000 \ wsock32 ELF 0x56a29000-56a4f000 Deferred ws2_32<elf> \-PE 0x56a30000-56a4f000 \ ws2_32 ELF 0x56a4f000-56a6b000 Deferred iphlpapi<elf> \-PE 0x56a60000-56a6b000 \ iphlpapi PE 0x56a70000-56aa4000 Deferred tier0 PE 0x56ab0000-56ad0000 Deferred vstdlib PE 0x633e0000-63416000 Deferred filesystem_steam ELF 0x63416000-6342d000 Deferred version<elf> \-PE 0x63420000-6342d000 \ version ELF 0x6342d000-63441000 Deferred lz32<elf> \-PE 0x63430000-63441000 \ lz32 ELF 0x63441000-63455000 Deferred mswsock<elf> \-PE 0x63450000-63455000 \ mswsock ELF 0x63455000-634a2000 Deferred shlwapi<elf> \-PE 0x63470000-634a2000 \ shlwapi ELF 0x634a2000-63517000 Deferred ole32<elf> \-PE 0x634c0000-63517000 \ ole32 ELF 0x63517000-63552000 Deferred rpcrt4<elf> \-PE 0x63530000-63552000 \ rpcrt4 ELF 0x63552000-63601000 Deferred shell32<elf> \-PE 0x63570000-63601000 \ shell32 ELF 0x63601000-636ab000 Deferred comctl32<elf> \-PE 0x63610000-636ab000 \ comctl32 ELF 0x636ab000-636da000 Deferred uxtheme<elf> \-PE 0x636b0000-636da000 \ uxtheme ELF 0x63794000-6379a000 Deferred libnss_dns.so.2 PE 0x63900000-639d8000 Deferred datamodel PE 0x639e0000-639f9000 Deferred parsifal PE 0x63b10000-63b39000 Deferred dmserializers PE 0x63b40000-63bfc000 Deferred materialsystem PE 0x63c00000-63c21000 Deferred datacache PE 0x63c30000-63c45000 Deferred valve_avi ELF 0x63c45000-63c7f000 Deferred avifil32<elf> \-PE 0x63c50000-63c7f000 \ avifil32 ELF 0x63c7f000-63ca0000 Deferred msacm32<elf> \-PE 0x63c90000-63ca0000 \ msacm32 ELF 0x63ca0000-63d18000 Deferred winmm<elf> \-PE 0x63cb0000-63d18000 \ winmm ELF 0x63d18000-63d38000 Deferred msvfw32<elf> \-PE 0x63d20000-63d38000 \ msvfw32 ELF 0x63d38000-63d6d000 Deferred wineoss<elf> \-PE 0x63d50000-63d6d000 \ wineoss ELF 0x63d6d000-63d87000 Deferred msacm<elf> \-PE 0x63d70000-63d87000 \ msacm ELF 0x63d87000-63d9c000 Deferred midimap<elf> \-PE 0x63d90000-63d9c000 \ midimap PE 0x63eb0000-63f74000 Deferred vguimatsurface ELF 0x63f74000-63ff5000 Deferred oleaut32<elf> \-PE 0x63f90000-63ff5000 \ oleaut32 PE 0x64000000-64067000 Deferred vgui2 PE 0x64070000-6409f000 Deferred soundemittersystem PE 0x640a0000-646da000 Export engine ELF 0x646da000-64719000 Deferred wininet<elf> \-PE 0x646e0000-64719000 \ wininet ELF 0x64719000-64735000 Deferred mpr<elf> \-PE 0x64720000-64735000 \ mpr ELF 0x64a00000-64a13000 Deferred libresolv.so.2 PE 0x76320000-764db000 Deferred gameui PE 0x77f00000-77fcb000 Deferred steamclient PE 0x77fd0000-7800b000 Deferred vstdlib_s PE 0x78010000-7804e000 Deferred tier0_s ELF 0x78160000-78175000 Deferred psapi<elf> \-PE 0x78170000-78175000 \ psapi ELF 0x78175000-781a8000 Deferred rsaenh<elf> \-PE 0x78180000-781a8000 \ rsaenh ELF 0x781a8000-781db000 Deferred crypt32<elf> \-PE 0x781b0000-781db000 \ crypt32 PE 0x781f0000-78200000 Deferred vaudio_miles ELF 0x78640000-78679000 Deferred dsound<elf> \-PE 0x78650000-78679000 \ dsound ELF 0x7b7d9000-7b7ed000 Deferred joystick<elf> \-PE 0x7b7e0000-7b7ed000 \ joystick PE 0x7ba90000-7bb48000 Deferred friendsui PE 0x7bb50000-7bc64000 Deferred serverbrowser ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7bf03000-7bf44000 Deferred dbghelp<elf> \-PE 0x7bf10000-7bf44000 \ dbghelp Threads: process tid prio (all id:s are in hex) 00000037 (D) Z:\home\jnovek\.cedega\Steam\c_drive\Program Files\Steam\SteamApps\jnovek\half-life 2\hl2.exe 00000040 0 0000003f 15 0000003e 15 0000003c 0 0000003b 0 00000008 0000003a 1 00000037 (D) Z:\home\jnovek\.cedega\Steam\c_drive\Program Files\Steam\SteamApps\jnovek\half-life 2\hl2.exe 00000039 0 00000038 0 <== 00000008 00000035 0 00000034 0 00000033 1 00000032 0 00000031 1 00000030 0 0000002f 1 0000002e 0 0000002d 1 0000002c 0 0000002b 1 00000022 0 0000001f 0 0000001e 0 0000001d 0 0000001c 0 00000019 0 00000017 0 00000016 1 00000014 0 00000013 0 00000012 1 00000011 0 00000010 0 0000000f 0 0000000e 0 0000000d 0 0000000b 0 0000000a 0 00000009 0 WineDbg terminated on pid 0x37 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4482] msvcrt: Serious Sam First Encounter demo still crashes
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=4482 xerox_xerox2000(a)yahoo.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression ------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-06-02 05:50 ------- Looks like there have been several regressions. In Wine 20041019 at least there no such msvcrt-bug -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4493] msvcrt:Serious Sam crashes after ran for the second time (regression)
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=4493 ------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-06-02 05:05 ------- This is the patch that broke this: http://www.winehq.org/pipermail/wine-cvs/2006-January/020111.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 3902] Unnormal slowness in Heroes 4 (X11DRV_BitBlt?)
by Wine Bugs 06 Feb '06

06 Feb '06

http://bugs.winehq.org/show_bug.cgi?id=3902 ------- Additional Comments From giulian2003(a)hotmail.com 2006-06-02 04:27 ------- Hi Marty, I haven't made any patch because even though i obtained good results, i still had some problems (some bitmap areas didn't update right). Anyway, its easy to make the necesary changes, it will take you about half un hour, i will try to guide trough it: First of all, I've wrote an email to Robert Shearman asking for informations about DIBs - X Server sync and this is what he wrote me: Question: Hello, Could anyone give me some more info on X11DRV_CoerceDIBSection function and the logic behind using 'DIB_Status_GdiMod' and 'DIB_Status_AppMod' stats? I am trying to repair a bug (3902) that has to do with application waiting exccessivly on some locks and i am kind of lost ;( Any help would be greatly appreciated! Answer: That code is designed to keep DIBs sync'ed between applications and the X server. When the application does a Win32 GDI call then the state of the DIB gets set to DIB_Status_GdiMod and the memory that backs the DIB is set to no-access so that a page fault occurs if the application tries to read it. A handler detects this and downloads the DIB from the X server and sets the state to DIB_Status_None. In this state the DIB memory is set to read-only, so that a page fault occurs if the application tries to write it. The same handler also detects this and consequentially sets the DIB state to DIB_Status_AppMod and allows full access to the DIB memory. Now, the problem is this: If you look in the function X11DRV_DIB_Coerce() in 'wine- 0.9.x\dlls\x11drv\dib.c', you will notice that in some cases (InSync requested in status GdiMod, etc.) the function X11DRV_DIB_DoUpdateDIBSection() is called which syncronises ALL the bitmap. even though the previous function modified only a small area of the bitmap: static void X11DRV_DIB_DoUpdateDIBSection(X_PHYSBITMAP *physBitmap, BOOL toDIB) { BITMAP bitmap; GetObjectW( physBitmap->hbitmap, sizeof(bitmap), &bitmap ); X11DRV_DIB_DoCopyDIBSection(physBitmap, toDIB, physBitmap->colorMap, physBitmap->nColorMap, physBitmap->pixmap, 0, 0, 0, 0, bitmap.bmWidth, bitmap.bmHeight); } My ideea was this: In some cases is possible to know what area of the bitmap will get modified so a GDI function could memorise the rectangle to be modified! This way, the X11DRV_DIB_DoUpdateDIBSection() function could syncronise only the modified area of the bitmap instead of all the bitmap. In order to implement this, i made the following changes: - added a member to X_PHYSBITMAP structure in 'wine-0.9.3\dlls\x11drv\x11drv.h': //it has the purpose to memorise the current modifing rectangle for a certain bitmap XRectangle modified_rect; - added 2 functions in 'wine-0.9.x\dlls\x11drv\dib.c' designed for reading and setting the modifing rectangle: /*********************************************************************** * X11DRV_SetBoundRect */ void X11DRV_SetBoundRect(X_PHYSBITMAP *physBitmap, INT x, INT y, INT width, INT height) { XRectangle *t; INT xMin,yMin,xMax,yMax; if (!physBitmap) return; t = &(physBitmap->modified_rect); if ( t->width && t->height && /*already a valid rect inside*/ width && height ) /*not trying to invalidate rect*/ { //calculate the union of the two rectangles xMin = ((t->x < x)?t->x:x); yMin = ((t->y < y)?t->y:y); xMax = ((t->x + t->width > x + width)?(t->x + t->width):(x + width)); yMax = ((t->y + t->height > y + height)?(t->y + t->height):(y + height)); t->x = xMin; t->y = yMin; t->width = xMax - xMin; t->height = yMax - yMin; } else { t->x = x; t->y = y; t->width = width; t->height = height; } TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, t->x, t->y, t->width, t->height); } /*********************************************************************** * X11DRV_GetBoundRect */ UINT X11DRV_GetBoundRect(X_PHYSBITMAP *physBitmap, INT *x, INT *y, INT *width, INT *height) { DIBSECTION dib; XRectangle *t; if (!physBitmap || GetObjectW( physBitmap->hbitmap, sizeof(dib), &dib ) != sizeof(dib)) { ERR("called for non-DIBSection!?\n"); return 1; } t = &(physBitmap->modified_rect); /* we should check for oversize values */ if ( (t->width > 0) && (t->height > 0) && (t->x < dib.dsBm.bmWidth) && (t->y < dib.dsBm.bmHeight) ) { *x = t->x; *y = t->y; if (t->x + t->width > dib.dsBm.bmWidth) *width = dib.dsBm.bmWidth - t->x; else *width = t->width; if (t->y + t->height > dib.dsBm.bmHeight) *height = dib.dsBm.bmHeight - t->y; else *height = t->height; } else { *x = 0; *y = 0; *width = dib.dsBm.bmWidth; *height = dib.dsBm.bmHeight; } TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, *x, *y, *width, *height); return 0; } And finally, i modified the X11DRV_DIB_DoUpdateDIBSection() function in 'wine- 0.9.x\dlls\x11drv\dib.c' to take in consideration the modifing rectangle! static void X11DRV_DIB_DoUpdateDIBSection(X_PHYSBITMAP *physBitmap, BOOL toDIB) { INT x,y,width,height; if ( X11DRV_GetBoundRect(physBitmap,&x,&y,&width,&height) ) return; /*invalidate bound rect*/ X11DRV_SetBoundRect(physBitmap,0,0,0,0); X11DRV_DIB_DoCopyDIBSection(physBitmap, toDIB, physBitmap->colorMap, physBitmap->nColorMap, physBitmap->pixmap, x, y, x, y, width, height); } Now, a GDI function (for example BitBlt()) should be called like this: X11DRV_SetBoundRect(physDevDst->bitmap,xDst,yDst,width,height); X11DRV_CoerceDIBSection( physDevDst, DIB_Status_GdiMod, FALSE ); if (physDevDst != physDevSrc) { X11DRV_SetBoundRect(physDevSrc->bitmap,xSrc,ySrc,width,height); X11DRV_CoerceDIBSection( physDevSrc, DIB_Status_GdiMod, FALSE ); } result = BITBLT_InternalStretchBlt( physDevDst, xDst, yDst, width, height, physDevSrc, xSrc, ySrc, width, height, rop ); if (physDevDst != physDevSrc) X11DRV_UnlockDIBSection( physDevSrc, FALSE ); X11DRV_UnlockDIBSection( physDevDst, TRUE ); As i said, i obtained good results, but the bitmaps don't update right! ;( I think one of the problems is i didn't took into consideration the origines in X11DRV_PDEVICE struct when i call X11DRV_SetBoundRect(), moustly because i don't have a clear understanding about how things work! The members of the X11DRV_PDEVICE struct that i belive should be taken into consideration are: POINT org; /* DC origin relative to drawable */ POINT drawable_org; /* Origin of drawable relative to screen */ HRGN region; /* Device region (visible region & clip region) * Not sure if all of them or maybe only 'org'? If you have any more questions, please don't esitate to ask them... Iulian -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2006