http://bugs.winehq.org/show_bug.cgi?id=1583
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |ABANDONED
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 11:27 -------
No news from reporter, resolving abandoned.
Simcity 2000 is reported to work; see:
http://appdb.winehq.com/appview.php?versionId=947
Please reopen if bug persists.
--
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=3465
------- Additional Comments From titan.costa(a)wanadoo.fr 2005-02-10 11:27 -------
I've tested the app and I can confirm this bug.
Direct draw log doesn't show anything wrong but the game is doing really nasty
things at the very beginning. Indeed, it rendered into a 32x32 tile and try to
read back renderer pixels. It's seems the game doesn't like the result and does
not make use of D3D at all. This is a really strange way to detect D3D support
or maybe it tries to avoid a particular device (reference one!?!?!?). I think
making it happy with the results would enable D3D support and smooth shading
light effect.
Haven't managed to do some RE'ing (Winedbg crash).
--
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=1607
jonathan(a)ernstfamily.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 11:24 -------
Loading dlls in the curent directory always worked afaik (you have to cd in the
directory where wp is before to run wine).
If you still have problems, please reopen this bug.
--
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=2623
------- Additional Comments From prakashkc(a)gmx.de 2005-02-10 11:24 -------
Hmm, in most cases it seems to be fixed (wine 9-30-2005). There is one (more
comlex) case where it is not. I need to analyse it, what causes it and give some
example code then.
--
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=175
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-02-10 11:22 -------
Vincent, can you tell us if this is fixed and if not, can you try to get your
patch applied so that we can close this bug ?
Thanks !
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=3466
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO|3423 |
nThis| |
CC| |wberbert(a)gmail.com
------- Additional Comments From vitaliy(a)kievinfo.com 2005-02-10 11:21 -------
*** Bug 3423 has been marked as a duplicate of this bug. ***
--
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=3423
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn|3466 |
Status|NEW |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2005-02-10 11:21 -------
*** This bug has been marked as a duplicate of 3466 ***
--
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=3239
------- Additional Comments From pgr(a)arcelectronicsinc.com 2005-02-10 11:20 -------
For duplicating using built a built in design file.
Start programa open File
Examples/educational/1563.asc
Hit the running man icon and the ASSERT should trigger.
I took a look and added some debugging traces. It is an off by one error caused
by the patch.
Added emulation of RichEdit 1.0 behaviour when the 1.0 window class is
being used. This emulation (introduced in M$ RichEdit 3.0) counts
paragraph endings as 2 characters (CR+LF) instead of 1 (CR).
Here is a subset of a trace with the assert converted to a TRACE. and a trace
added to ME_SetSelectionParaFormat where it decrement nCharOfs.
trace:richedit:RichEditANSIWndProc hWnd 0x10046 msg 0437 (EM_EXSETSEL) 00000000
7baee27c
trace:richedit:RichEditANSIWndProc EM_EXSETSEL (0,-1)
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 0
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 32
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 34
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 59
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 91
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 124
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 0 >= nParaOfs = 0
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 0
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 32
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 34
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 59
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 91
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 124
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 0
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 32
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 34
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 59
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 91
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 124 >= nParaOfs = 124
trace:richedit:RichEditANSIWndProc hWnd 0x10046 msg 0447 (EM_SETPARAFORMAT)
00000000 7baee2e0
trace:richedit:ME_SetSelectionParaFormat nTo>nForm 124 0
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 0 >= nParaOfs = 0
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 123 >= nParaOfs = 0
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 123 >= nParaOfs = 32
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 123 >= nParaOfs = 34
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 123 >= nParaOfs = 59
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 123 >= nParaOfs = 91
trace:richedit:ME_RunOfsFromCharOfs At Assert nCharOfs = 123 < nParaOfs = 124
trace:richedit:ME_AddUndoItem Pushing id=diUndoSetParagraphFormat to undo stack,
deleting
The ME_SetSelectionParaFormat decrements nCharOfs from 124 to 123 and may not be
needed.
I don't know any of the richtext formats to determine where to correct the
problem. So I will be leaving the correction to somebody with more knowledge on
the subject.
--
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.