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

[Bug 8246] invoking htmlhelp:HtmlHelpW crashes wine
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=8246 --- Comment #24 from Hin-Tak Leung <htl10(a)users.sourceforge.net> 2008-03-10 16:38:26 --- Created an attachment (id=11308) --> (http://bugs.winehq.org/attachment.cgi?id=11308) the backtrace when wine crashes, when one tries to close the help This is the full text backtrace I mentioned earlier, when wine crashes, if one tries to close the host-managed help windows. I think there is a problem with windows management and parent/child relationship, probably related to these messages when the help windows are created in the first place: fixme:urlmon:URLMonikerImpl_BindToObject use running object table fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE fixme:shdocvw:BindStatusCallback_OnProgress status code 11 fixme:shdocvw:bind_to_object BindToObject failed: 80004005 It is also curious that, although the help windows are created, and correct content is displayed, the application (R) didn't receive the right reply and behaves as if the help launch was a failed. These are probably all related - i.e. "crash on close" = "wrong parent/child relationship" = "wrong status to application launching help" -- 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.

1 0

[Bug 8246] invoking htmlhelp:HtmlHelpW crashes wine
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=8246 Hin-Tak Leung <htl10(a)users.sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #11276|0 |1 is obsolete| | Attachment #11278|0 |1 is obsolete| | --- Comment #23 from Hin-Tak Leung <htl10(a)users.sourceforge.net> 2008-03-10 16:32:28 --- Created an attachment (id=11307) --> (http://bugs.winehq.org/attachment.cgi?id=11307) screenshot after patch 11306 screenshot after 11306, showing that the help content navigation now works correctly. It also shows that there is something wrong with the windows management - The help window should be inside and part of the MDI/EDI main windows rather than being managed by the host's windows managers (note different window both style between the "R Graphics device 2" at the back generated by plot(), and the help windows generated by ?str in the front. Closing the host-managed help windows sometimes result in crash like this: 2 0x7dca845c WebBrowser_Release+0x5c(iface=<register EDI not in topmost frame> ) [/usr/src/redhat/BUILD/wine-0.9.57/dlls/shdocvw/webbrowser.c:155] in shdocvw ( 0x00e1f198) 3 0x7dca1475 OleObject_Release+0x15(iface=0x27d6f74) [/usr/src/redhat/BUILD/wi ne-0.9.57/dlls/shdocvw/oleobject.c:270] in shdocvw (0x00e1f1a8) 4 0x7de3e949 ReleaseWebBrowser+0xa9(info=<register ESI not in topmost frame>) [/usr/src/redhat/BUILD/wine-0.9.57/dlls/hhctrl.ocx/webbrowser.c:661] in hhctrl ( 0x00e1f1d8) I'll attach the full 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.

1 0

[Bug 8246] invoking htmlhelp:HtmlHelpW crashes wine
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=8246 Hin-Tak Leung <htl10(a)users.sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #6088 is|0 |1 obsolete| | Attachment #11275|0 |1 is obsolete| | --- Comment #22 from Hin-Tak Leung <htl10(a)users.sourceforge.net> 2008-03-10 16:27:09 --- Created an attachment (id=11306) --> (http://bugs.winehq.org/attachment.cgi?id=11306) patch 6109/11275 updated/enhanced for 0.9.57 This is identical to patch 11275, except with a one line addition: index += 2; /* advance beyond "::" for calling NavigateToChm() later */ This corrects a tiny error in that part of patch 6109 which has since gone into wine itself (and therefore not in patch 11275): The index needs to go beyond the separator for the code to navigate to the right place in the help doc. Screenshot to follow - I think it is functionally complete. There seems to be a windows parent-child problem somwhere, but that may or may not be a separate bug but has nothing to do with parsing help file content but windows management. -- 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.

1 0

[Bug 7643] Supreme Commander crashes during play
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=7643 --- Comment #56 from Andy Brook <javahollic(a)gmail.com> 2008-03-10 14:45:09 --- 's OK, I'm a command liner, FTP file is on its way up, .gz compressed down to ~2MB, takes a while, am also on slightly-wider-band. 2627093 bytes sent in 239.71 secs (10.7 kB/s) Uploaded file was ftp://bnetz.dyndns.org/game1.SupremeCommanderCampaignSave.gz No, no texture corruption just instantaneous pause with deadlock indicator in the 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=6971 Joe McKort <mortsmota(a)fastmail.fm> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mortsmota(a)fastmail.fm --- Comment #64 from Joe McKort <mortsmota(a)fastmail.fm> 2008-03-10 14:43:22 --- ... i used it under version 0.9.56, if that's of any interest -- 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.

1 0

[Bug 7996] serious sam dedicated servers don't work
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=7996 --- Comment #13 from Robert Austen <the_worm2(a)bestmail.us> 2008-03-10 14:39:09 --- I only ever tested Serious Sam TFE 1.05 and Serious Sam TSE 1.07. Out of the box, these were versions 1.01 and 1.05 with the "USA" patches applied. [Neither TFE nor TSE (with the above patches) ever successfully negotiated a connection to any of my clients (I tried 4, all running on Windows). Any of the 4 clients can host the other 3 just fine, without any lag or anything. I tried the Windows dedicated server on at least one of them, and that was actually better still (really quite solid), so I'm pretty sure they are set up correctly. I really wish wine could make these run the dedicated 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #63 from Joe McKort <mortsmota(a)fastmail.fm> 2008-03-10 14:38:38 --- Created an attachment (id=11303) --> (http://bugs.winehq.org/attachment.cgi?id=11303) Hack to force warping when mouse leaves box i suffered from this bug using gothic 3, i.e. i couldn't turn around freely because the mouse stops when it hits the borders. i started out with the "Hack to force mouse warping", but using the main menu is a pain this way ;-) (probably same problem as Roman Mamedov described commenting his patch) but i don't want to press a button to look around, so none of those patches worked for me, therefore i started experimenting with the mouse.c until i came up with a solution that's unideal, but might at least work for a couple of games. what it does is warping the mouse in case it leaves a box that is 2 pixels (can of course be changed) smaller than the screen on each side, using hook->pt.{x/y} to get the current mouse position and This->win_center{X/Y} for calculating the screen size. the latter one could probably be replaced by adding a new variable, which stores the screen size, so it won't have to be computed anew. the main two problems about this solution are: the mouse will also warp, when in a menu leaving the box and when playing in window mode the mouse might leave the window before the hack "realizes" this, that means the window manager regains control over the mouse handling before the mouse is warped back to the center, f.e. if you move the mouse too fast. but i hope it will help someone! -- 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.

1 0

[Bug 7996] serious sam dedicated servers don't work
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=7996 --- Comment #12 from Tobias Jakobi <liquid.acid(a)gmx.net> 2008-03-10 13:30:58 --- I try to check if this problem appear with any version of Serious Sam TFE (The First Encounter). As I said the problem does not appear with the latest patch applied (I think this is 1.05). We (me and my friends) played through the entire game in some gaming session at bit ago. Back then I was hosting the server on my gentoo box. There was no problem with network stability. At least nothing compared to the chaos when we tried TSE. I can retest this with an unpatched TSE copy and aun unpatched TFE copy (something I didn't test back then, since the patched 1.05 version worked out of the box). -- 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.

1 0

[Bug 4969] IDA Pro Trial 5.0 doesn't run; VkKeyScan failure?
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=4969 Lei Zhang <thestig(a)google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.datarescue.be/ida| |demo/idademo50.exe | Keywords|download | --- Comment #15 from Lei Zhang <thestig(a)google.com> 2008-03-10 12:49:37 --- The download url no longer works. Since you said the 5.2 trial works, and this version is no longer available, shall we close this bug? -- 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.

1 0

[Bug 4969] IDA Pro Trial 5.0 doesn't run; VkKeyScan failure?
by wine-bugs＠winehq.org March 10, 2008

March 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=4969 Philip Nilsson <leffeman(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leffeman(a)gmail.com --- Comment #14 from Philip Nilsson <leffeman(a)gmail.com> 2008-03-10 12:41:19 --- The 5.2 trial works for me. I haven't been able to find 5.0 again. -- 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.

1 0