http://bugs.winehq.org/show_bug.cgi?id=8036
------- Additional Comments From sick_soul(a)yahoo.it 2007-18-04 13:25 -------
> I think you are digging in the wrong direction.
Agreed.
I am asking the author to send me an example INI file as generated under
regular Windows, to compare against the one which is generated under wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3818
------- Additional Comments From cja(a)gmx.net 2007-18-04 13:13 -------
After a few rounds with git's regression testing I found out that
this patch causes Europa Universalis II to crash at start-up.
--
c8901d6f6253f6c97610eb1068ac4ff89758ed0a is first bad commit
commit c8901d6f6253f6c97610eb1068ac4ff89758ed0a
Author: Stefan Dösinger <stefandoesinger(a)gmx.at>
Date: Fri Jun 9 19:36:12 2006 +0200
ddraw: Rewrite most of ddraw using WineD3D.
:040000 040000 9761355e24bc348d1e1c03110877541730611adb
67589bfed4fe0ed2619ce120d17eff82e3ca24f0 M dlls
--
Which is a very large patch. Any ideas about next step?
Enabling these TRACE macros found around in ddraw?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5039
------- Additional Comments From ysperchy(a)puj.edu.co 2007-18-04 12:54 -------
The game does work, you have to press F9 in order to skip the cinematics... it
appears that wine cannot play cinematics within a game, so you have to do this.
I messed a little with the game afterwards and everything works great, except
for Four mayor bugs:
1) The videos don't work(it is important if you have not play the game before
and want to enjoy the story, altough you can play them with mplayer but you have
to know the order they appear)
2) If you have asign a gamepad to play the game, the arrows on the gamepad don't
work(this can be worked around if you use the keyboard, although i hate using
the kb in these type of games)
3) Shadows don't work either (this is the less relevant bug if you're not after
aesthetic of the game)
4) The worst one: When in game graphics, the position of the camera is sometimes
too far away making you see all the map and glitches (specially after winning a
fight) if you have control of the game you can solve this going into the
iventory and then out to the game, the camera will be restored, but it's a pain
in the ass and specially in the scenes where you cannot control the party.
As you see, if it weren't for bug 4 the game will be playable and ejoyable...
Well I hope this works, take care...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8096
Summary: Bug in Sysexhandling of winealsa.drv
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: musical_snake(a)gmx.de
When adding sysex buffers using midAddBuffer, the MHDR_INQUEUE flag is not
set in the lpMidiHdr->dwFlags.
This results in reaper (www.reaper.fm) completely freezes the machine when
trying to add sysex buffers (because it apparently checks the dwFlags Field of
the buffers it tries to add and will continuously add them to the bufferlist
until all memory is exhausted).
A fix is to add following line in
dlls/winealsa.drv/midi.c, function midAddBuffer:
EnterCriticalSection(&crit_sect);
lpMidiHdr->dwFlags |= MHDR_INQUEUE; <<<< add this line
if (MidiInDev[wDevID].lpQueueHdr == 0) {
Ralf
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8095
------- Additional Comments From focht(a)gmx.net 2007-18-04 11:25 -------
Hello,
it's a bug in oleaut32's varformat.c/VarTokenizeFormatString().
I used "WINEDEBUG=+seh,+ole,+variant" for more info.
--- snip ---
0009:Call
oleaut32.VarFormat(0034f51c,012f15a4,00000001,00000001,00000000,0034f3b8)
ret=660f587b
trace:variant:VarFormat (0x34f51c->(VT_I2|VT_BYREF),L"##rd
harmonic",1,1,0x00000000,0x34f3b8)
trace:variant:VarTokenizeFormatString (L"##rd
harmonic",0x34f1dc,256,1,1,0x00000400,(nil))
trace:variant:VarTokenizeFormatString 2 #'s
trace:variant:VarTokenizeFormatString New copy (char 'r')
trace:variant:VarTokenizeFormatString extend copy (char 'd'), length now 2
trace:variant:VarTokenizeFormatString extend copy (char ' '), length now 3
trace:variant:VarTokenizeFormatString extend copy (char 'h'), length now 4
trace:variant:VarTokenizeFormatString extend copy (char 'a'), length now 5
trace:variant:VarTokenizeFormatString extend copy (char 'r'), length now 6
trace:variant:VarTokenizeFormatString extend copy (char 'm'), length now 7
trace:variant:VarTokenizeFormatString extend copy (char 'o'), length now 8
trace:variant:VarTokenizeFormatString extend copy (char 'n'), length now 9
trace:variant:VarTokenizeFormatString extend copy (char 'i'), length now 10
trace:variant:VarTokenizeFormatString gen date
trace:variant:VarTokenizeFormatString extend copy (char 'E'), length now 6
trace:variant:VarTokenizeFormatString extend copy (char '°'), length now 7
trace:variant:VarTokenizeFormatString extend copy (char '4'), length now 8
trace:variant:VarTokenizeFormatString extend copy (char '@'), length now 9
trace:variant:VarTokenizeFormatString extend copy (char ''), length now 10
trace:variant:VarFormatFromTokens (0x34f51c,L"##rd
harmonic",0x34f1dc,0,0x34f3b8,0x00000400)
trace:variant:VARIANT_FormatDate (0x34f51c->(VT_I2|VT_BYREF),L"##rd
harmonic",0x34f1dc,0x00000000,0x34f3b8,0x00000400)
trace:variant:VariantChangeTypeEx
(0x34f150->(VT_EMPTY),0x34f51c->(VT_I2|VT_BYREF),0x00000409,0x0000,VT_DATE)
trace:variant:VariantClear (0x34ecc0->(VT_EMPTY))
trace:variant:VariantClear (0x34ecb0->(VT_EMPTY))
trace:variant:VariantCopyInd (0x34ecb0->(VT_EMPTY),0x34f51c->(VT_I2|VT_BYREF))
trace:variant:VariantClear (0x34ecb0->(VT_EMPTY))
trace:variant:VariantCopyInd returning 0x00000000, 0x34ecb0->(VT_I2)
trace:variant:VARIANT_Coerce
(0x34ecc0->(VT_EMPTY),0x00000409,0x0000,0x34ecb0->(VT_I2),VT_DATE)
trace:variant:VariantCopy (0x34f150->(VT_EMPTY),0x34ecc0->(VT_DATE))
trace:variant:VariantClear (0x34f150->(VT_EMPTY))
trace:variant:VariantClear (0x34ecc0->(VT_DATE))
trace:variant:VariantClear (0x34ecb0->(VT_I2))
trace:variant:VariantChangeTypeEx returning 0x00000000, 0x34f150->(VT_DATE)
trace:variant:VarUdateFromDate (3,0x00000000,0x34f128)
err:variant:VARIANT_FormatDate Unknown token 0x35!
--- snip ---
String: L"##rd harmonic" should tokenize to: "2 digits" (FMT_TYPE_NUMBER) and
"string literal" FMT_GEN_COPY (with FMT_STATE_OPEN_COPY flag).
The format string tokenizer incorrectly ignores the "literal" state while
parsing within the literal.
It takes last char of literal "c" as FMT_TYPE_DATE (date) which brings the
parser out of sync (see trace).
The date type conversion/coercion later is due to buggy parsing.
Fixing the "general date format"/"else if (*pFormat == 'c' || *pFormat == 'C')"
part isnt enough.
The VarTokenizeFormatString() tokenizer has a general problem: the actual
variant type isnt taken into account (which could serve as hint).
To overcome "literal-or-not" parsing AI limitation, i think it's best to use the
actual variant type (1st param) passed into VarFormat().
No ambiguities.
Example: (VT_I2|VT_BYREF) -> it's obvious, that one of the tokens must be
integer (##) but can't be general date format (c).
VarTokenizeFormatString() needs to be modified to receive information of
expected token types too.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4078
------- Additional Comments From r_rt.bug(a)laposte.net 2007-18-04 11:03 -------
Same problem here on x86 with 0.9.35.
A more recent version here :
http://pages.istar.ca/~lyster/pi/qpi40a.zip
qpi is a program computing the value of Pi (like super_pi)
and could perhaps be useful for verifying the stability of a box.
Could be add in keywords : download NoAppDBEntry
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8094
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From vitaliy(a)kievinfo.com 2007-18-04 09:11 -------
Closing dup
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.