http://bugs.winehq.org/show_bug.cgi?id=28778
Bug #: 28778
Summary: Mabinogi Hard Crashes upon running
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iyeru42(a)gmail.com
Classification: Unclassified
See attachment for trace / debug.
--
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.