December 2013 - Wine-bugs - list.winehq.org

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

25 Jan '14

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 34800] New: Notepad++: crashes launching the plugin manager
by wine-bugs＠winehq.org 24 Jan '14

24 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=34800 Bug #: 34800 Summary: Notepad++: crashes launching the plugin manager Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: biohazard.zac(a)gmail.com Classification: Unclassified Created attachment 46415 --> http://bugs.winehq.org/attachment.cgi?id=46415 Program error details given by wine Crashes launching the plugin manager, the rest of the functionality of the application seems to be working fine. -- 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 27271] New: ActiveX control of cebchina go out of iexplore
by wine-bugs＠winehq.org 24 Jan '14

24 Jan '14

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 23 Jan '14

23 Jan '14

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 23 Jan '14

23 Jan '14

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 23 Jan '14

23 Jan '14

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 35160] New: Homeworld2 crushes when trying to host game
by wine-bugs＠winehq.org 22 Jan '14

22 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=35160 Bug ID: 35160 Summary: Homeworld2 crushes when trying to host game Product: Wine Version: 1.7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: sgsdxzy(a)gmail.com Classification: Unclassified When tring to host a game, no matter LAN or IP connect, the game crushes. -- 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 8

[Bug 35101] New: Wine broken on ubuntu 14.04
by wine-bugs＠winehq.org 21 Jan '14

21 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=35101 Bug #: 35101 Summary: Wine broken on ubuntu 14.04 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Linuxhelper2881(a)yahoo.com Classification: Unclassified when i was Testing to install Wine or any sort of version it is said to be broken by held packages, done a Fresh install of Ubuntu 14.04 done the same issue. tryed the "Fix broken Packages" and showed this E: Unable to correct problems, you have held broken packages. E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. E: Unable to correct dependencies E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. E: Unable to correct dependencies here's a Linux done sent this issue to the Ubuntu team just thought it would of been better for ya peeps to know. peace =) https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1259270 -- 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 10

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

20 Jan '14

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 20 Jan '14

20 Jan '14

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