April 2013 - Wine-Bugs - list.winehq.org

[Bug 24475] New: Super Metroid Integrated Level Editor (SMILE) 2.50 does not start.
by wine-bugs＠winehq.org Jan. 29, 2014

Jan. 29, 2014

http://bugs.winehq.org/show_bug.cgi?id=24475 Summary: Super Metroid Integrated Level Editor (SMILE) 2.50 does not start. Product: Wine Version: 1.3.3 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: LordHDL(a)yahoo.com Created an attachment (id=30883) --> (http://bugs.winehq.org/attachment.cgi?id=30883) Terminal Output When attempting to run SMILE, an error message saying "run-time error 53, file not found" appears. -- 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 11

[Bug 20018] New: wine explorer needs unmount for cd-drives
by wine-bugs＠winehq.org Jan. 29, 2014

Jan. 29, 2014

http://bugs.winehq.org/show_bug.cgi?id=20018 Summary: wine explorer needs unmount for cd-drives Product: Wine Version: 1.1.29 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: elmano(a)gmx.at summary says it all. the context menu of wine-explorer should provide an unmount/eject-option for removables like CDs as this option is somewhat expected there. -- 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 5

[Bug 32949] New: Fraps 3.5.9 does not shows frame rate counter
by wine-bugs＠winehq.org Jan. 27, 2014

Jan. 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=32949 Bug #: 32949 Summary: Fraps 3.5.9 does not shows frame rate counter Product: Wine Version: 1.5.23 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: levanchelidze(a)gmail.com Classification: Unclassified Created attachment 43515 --> http://bugs.winehq.org/attachment.cgi?id=43515 Screenshot Installed fraps 3.5.9 wanted to record a screen capture but sadly frame rate counter did not work. -- 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 4

[Bug 30912] New: [Prince Of Persia : The Forgotten Sand]Does not work in 64Bits Prefix
by wine-bugs＠winehq.org Jan. 25, 2014

Jan. 25, 2014

http://bugs.winehq.org/show_bug.cgi?id=30912 Bug #: 30912 Summary: [Prince Of Persia : The Forgotten Sand]Does not work in 64Bits Prefix Product: Wine Version: 1.5.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: berillions(a)gmail.com Classification: Unclassified Created attachment 40546 --> http://bugs.winehq.org/attachment.cgi?id=40546 Output console without UGL Message I tried to play at this game in my 32Bits prefix and my 64Bits prefix. In my 32Bits prefix, there aren't problems, the game works correctly. No need to install applications with winetricks. In my 64Bits prefix, it's impossible to play. The Ubisoft Game Launcher works great but wine crash when the UGL launch the game. PoP TFS uses the same Ubisoft DRM than Assassin's Creed II/Brotherhood/Revelations and these games work without problems in the 64Bits prefix. -- 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 12

[Bug 27271] New: ActiveX control of cebchina go out of iexplore
by wine-bugs＠winehq.org Jan. 24, 2014

Jan. 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=27271 Summary: ActiveX control of cebchina go out of iexplore Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=34879) --> (http://bugs.winehq.org/attachment.cgi?id=34879) HTML: powerpassword.html submit a testcase html file -- 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 12

[Bug 17297] New: widl must accept arguments to functions (midl doesn't have to)
by wine-bugs＠winehq.org Jan. 23, 2014

Jan. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=17297 Summary: widl must accept arguments to functions (midl doesn't have to) Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net example: void get_data([out] char*); is valid syntax. widl barfs with the obtuse "syntax error" (gotta love flex/bison...) and must have this: void get_data([out] char* foo); i found the examples "com in plain c" and the IDL file in example 2 didn't have the variable names. -- 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 7

[Bug 16011] New: widl: Complex structs should have their pointer layout section after the structure's description
by wine-bugs＠winehq.org Jan. 23, 2014

Jan. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=16011 Summary: widl: Complex structs should have their pointer layout section after the structure's description Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: huw(a)codeweavers.com CC: robertshearman(a)gmail.com, dsh(a)linux.ucla.edu See IDataObject_QueryGetData_Proxy. The pointer layout section's offset in FORMATETC (currently at 3330) is -ve. These are treated as WORD offsets in, for example, NdrComplexStructBufferSize(). -- 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 3

[Bug 14787] New: widl fails to honour typedef ptr attributes
by wine-bugs＠winehq.org Jan. 23, 2014

Jan. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=14787 Summary: widl fails to honour typedef ptr attributes Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: huw(a)codeweavers.com CC: robertshearman(a)gmail.com, dsh(a)linux.ucla.edu See dlls/rpcrt4/epm_c.c . For example the 'object' parameter of ept_map(). We have (in include/wine/dcetypes.idl) typedef [ptr] GUID *uuid_p_t; and (in include/wine/epm.idl) ept_map(..., uuid_p_t object, ...) So 'object' should be a full ptr, which is what midl generates. On the other hand widl generates a reference ptr. It looks like this should be fixed up in parser.y:set_type() somewhere. -- 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 5

[Bug 14746] New: Natural Selection crashes with err:ntdll:RtlpWaitForCriticalSection section
by wine-bugs＠winehq.org Jan. 20, 2014

Jan. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=14746 Summary: Natural Selection crashes with err:ntdll:RtlpWaitForCriticalSection section Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: clancc(a)shadowkitsune.net CC: clancc(a)shadowkitsune.net Created an attachment (id=15244) --> (http://bugs.winehq.org/attachment.cgi?id=15244) Crash Log (partial log, only copied the part that I think is related to the crash) from console. Natural Selection freezes for abit before crashing to desktop with a "err:ntdll:RtlpWaitForCriticalSection section" error. See attachment. -- 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 33

[Bug 29857] New: GetAsyncKeyState says Escape key is permanently down once it has been pressed
by wine-bugs＠winehq.org Jan. 20, 2014

Jan. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=29857 Bug #: 29857 Summary: GetAsyncKeyState says Escape key is permanently down once it has been pressed Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: silas-wine(a)flatline.org.uk Classification: Unclassified I am debugging a Windows application that has a long-running processing thread which periodically checks for interrupts using GetAsyncKeyState(VK_ESCAPE) < 0 This worked fine on WINE 1.2.2, but on 1.3.28 the app kept behaving as if it were interrupted immediately when it had not been. Further investigation showed that, after Escape has been pressed just once, any future calls to GetAsyncKeyState (no matter how many events have been processed in the meantime) always return ffff8001. In other words, if you press Escape just once while running your app, any future calls that app makes to GetAsyncKeyState(VK_ESCAPE) will behave as though the Escape key is still down. Again this does not happen with WINE 1.2.2, only with 1.3.28. I was able to work around this bug by adding a call to GetKeyState(VK_ESCAPE) just before the test for GetAsyncKeyState(VK_ESCAPE) < 0. I ignored the return value of GetKeyState (http://msdn.microsoft.com/en-us/library/windows/desktop/ms646301%28v=vs.85%… says it should be called in response to a message; it doesn't say what happens if it's called when there has been no message, so I assume we can't rely on it to return meaningful values if called at just any time) however somehow the presence of the GetKeyState call caused WINE 1.3.28's GetAsyncKeyState to behave correctly. -- 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 6