July 2008 - Wine-Bugs - list.winehq.org

[Bug 9787] Warcraft3 Battle.net Doesn't work (Needs AcceptEx)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9787 Scott Lindeneau <slindeneau(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #15080|0 |1 is obsolete| | --- Comment #237 from Scott Lindeneau <slindeneau(a)gmail.com> 2008-07-29 13:04:30 --- Created an attachment (id=15164) --> (http://bugs.winehq.org/attachment.cgi?id=15164) AcceptEx General Patch - No data_length support (In reply to comment #236) Thank you for your trace. It helped me isolate the situation with closing sockets. (In reply to comment #232) I have resolved this issue. Thank you for your log, it was helpful. (In reply to comment #234) Thanks, fixed. A big thank you to Andrey Turkin. Without your help I would never have gotten very far. Much of the original code for the patch came from Andrey, if you want someone to thank, thank him. As for this patch, some notes: The problem with both my first patch and second patch attempt, and I believe part of the problem with Andrey's second patch, deals with the book keeping that is done by the wineserver core. Asynchronous I/O necessitates that multi-threading happen. With the AcceptEx this is particularly tricky, because we have to keep track of two different sockets, that are doing different things. Our async queue is on the listening socket, but when the accepting socket is closed (without accepting a connection) the async queue needs to be updated to remove that socket from the listening socket's listening queue. This is where all of the "missing connections" went. We were accepting connections to sockets the host program thought it had closed. (This also caused all kinds of deadlocking issues in the background). Thus, a socket (or well, anything that is asynchronous) needs to know how to locate and destroy the async request that we are a part of, but we are not waiting on. (We wait on the listening socket, but we are not listening). That being said, this patch does not solve all of the issues. I believe it solves the issues mentioned, but it doesn't solve all of the order/out of order problems. I just can't figure them all out. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 9995] font/menu problems ocurring with 0.9.41

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9995 --- Comment #32 from Dan Kegel <dank(a)kegel.com> 2008-07-29 12:39:33 --- This bit looks kind of suspicious: 0009:Call gdi32.BitBlt(00000e80,00023e4e,00000052,0000ed32,00000091,00000ea8,00000000,00000000,00cc0020) ret=004c43cf trace:bitblt:BitBlt hdcSrc=0xea8 0,0 -> hdcDest=0xe80 147022,82 60722x145 rop=cc0020 trace:bitblt:BITBLT_InternalStretchBlt rectdst=147022,82-60722,145 orgdst=0,0 trace:bitblt:BITBLT_InternalStretchBlt rectsrc=0,0-60722,145 orgsrc=0,0 0009:Ret gdi32.BitBlt() retval=00000001 ret=004c43cf That seems like an awful big dest rectangle. Perhaps the mere act of trying to process that plays hob with your X server... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 14659] Entity properties being switched around to other entities and not being saved in valve hammer editor v 3.5

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14659 --- Comment #2 from Lenny <leonard.lawton(a)gmail.com> 2008-07-29 12:37:18 --- Yes. It also happens with version 3.4 of that program as well if it helps. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 14662] Icewind Dale crashes when trying to zone out of an area.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14662 --- Comment #2 from Lei Zhang <thestig(a)google.com> 2008-07-29 12:33:54 --- What video card / driver version are you using? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 14659] Entity properties being switched around to other entities and not being saved in valve hammer editor v 3.5

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14659 --- Comment #1 from Lei Zhang <thestig(a)google.com> 2008-07-29 12:32:13 --- Is this the right version of the program? http://games.softpedia.com/get/Tools/Valve-Hammer-Editor.shtml -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 9995] font/menu problems ocurring with 0.9.41

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9995 --- Comment #31 from Hannes <Hannes.Krueger(a)uibk.ac.at> 2008-07-29 12:28:30 --- I hope that helps.... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 9995] font/menu problems ocurring with 0.9.41

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9995 --- Comment #30 from Hannes <Hannes.Krueger(a)uibk.ac.at> 2008-07-29 12:28:01 --- Created an attachment (id=15163) --> (http://bugs.winehq.org/attachment.cgi?id=15163) log with WINEDEBUG=+relay,+bitblt,+sync -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 14642] mIRC 6.33 hang up then IRC channel topic has ISO-8859-2 char

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14642 --- Comment #6 from Aric Stewart <aric(a)codeweavers.com> 2008-07-29 12:27:58 --- fnIMLangFontLink2_GetStrCodePages is currently returning E_NOTIMPL. Which the app may not be expecting. Pretty much all of IMLangFontLink2 is unimplemented at this time. fnIMLangFontLink_GetStrCodePages is a stub that is doing: *pdwCodePages = 0; *pcchCodePages = 1; return S_OK; You could try seeing if changing the fnIMLangFontLink2_GetStrCodePages to the same behavior helps your application. Otherwise it may be needed to investigate and implement more of IMLangFontLink2 -aric -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 14038] Max Payne 2: bullet time screen filled with solid color

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14038 --- Comment #65 from Tobias Jakobi <liquid.acid(a)gmx.net> 2008-07-29 12:27:09 --- (In reply to comment #64) > I can reproduce this problem on my card (bullet time filled with solid color) > with git by commenting out the line with GL_ARB_texture_non_power_of_two in > wined3d/directx.c or doing > > gl_info->supported[ARB_TEXTURE_NON_POWER_OF_TWO] = FALSE; > > Also lots of these messages appear: > > fixme:d3d:transform_texture Non-power2 texture being used with generated > texture coords > > Not sure if it means anything :/. Considering that it's not supposedly fixed on > geforce5 that doesn't have this extension, this confuses me. > Hmm, wasn't there an issue with non_power_of_two textures on the FX? I think it was not explicitly advertised in the GL extensions string, but the OpenGL version reported by the driver indicated that the extension should be supported (since it's core in this version). However the FX only supports the texture_rectangle with good performance. Does this seem correct? At least that's what I read from Stefan Dösinger in comment #28. ------------------------------------------------- Like already explained in bug #14686 I could test this issue today on a Radeon card (thanks to Jan again!): Graphics card: ATI Mobility Radeon HD2600 Drivers: ati-drivers-8.512 (=8.7, =8.51.3) (fglrx) Test was done with latest wine git master (snapshot from today): last commit = 6a21ab270b2a9dc04ad38714f410e1ab27872f02 ORM is fbo, GLSL is disabled for the application. Ingame settings: PPE=medium pixel shader skins=off I tested all resolutions available (640x480, 800x600, 1024x768, 1280x800) and all of them work (no crop issue), BUT: (i) Performance is slower than backbuffer (ii) Console is flooded with FIXMEs (*) This doesn't change when switching PPE to high. Performance still is worse and FIXMEs are still there (and the same). (*): fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 920 Since we didn't have that much time I only made one performance comparison. ORM=fbo, PPE=high, res=1024x768: normal mode: around 19 fps bullettime mode: around 13 fps OK, that's with fbo mode and is already kinda slow (in bt mode). Switching to backbuffer: ORM=backbuffer, PPE=high, res=1024x768: normal mode: around 21 fps bullettime mode: around 21 fps As you can see switching to bt mode with backbuffer ORM doesn't affect the performance in any way. Consider now that fbo should deliver an improvement to the performance. Test was done from nearly the same ingame position. And even if it was not exactly the same: it's the difference between the fps values. In fbo mode the FB processing increases frame rendering time from 52.6 to 76.9 ms. That's a plus of 24.3 ms, a lot if you ask me. Greets, Tobias -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008

[Bug 14186] Morrowind stucks for 3-5seconds during background music change (in combat)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14186 --- Comment #10 from Vit Hrachovy <vit.hrachovy(a)sandbox.cz> 2008-07-29 12:21:43 --- Created an attachment (id=15162) --> (http://bugs.winehq.org/attachment.cgi?id=15162) Appending Wine 1.1.2 +quartz log. Bug still present in Wine 1.1.2. Appending +quartz log. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

July 29, 2008