http://bugs.winehq.org/show_bug.cgi?id=6677
------- Additional Comments From samuel.howard.dennis(a)gmail.com 2006-13-11 12:42 -------
It does use the dynamic buffer when FieldLength is greater than 40, I wasn't
arguing that it didn't. That's not the buffer it tries to free though.
FieldLength is only set from the formatting string, conversion has no effect on
it and you test before converting anyway.
sprintf(buffer, "%.50d", 1) and sprintf(buffer, "%.50I64d", 1) (into a buffer of
sufficient size to theoretically hold the result) demonstrate the problems quite
well unless you think that this is normal output:
err:seh:setup_exception nested exception on signal stack in thread 001d eip
7efd39f5 esp 7ffddbf0 stack 0x231000-0x340000
The code is, I'm afraid to say, just obviously wrong.
--
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=6671
------- Additional Comments From the3dfxdude(a)gmail.com 2006-13-11 12:37 -------
You need to use 2.6 kernel headers if you compile wine yourself.
--
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=6677
------- Additional Comments From the3dfxdude(a)gmail.com 2006-13-11 12:20 -------
Sam, there is a bug number 1789 for problems with float conversions. Yes, the
method we use for float is rather brain dead and clearly has bugs. For problems
with integers, I'd like to see your test case.
> Additionally, when extra memory is allocated, pf_vsnprintf uses the pointer to
> the static buffer instead of the dynamically allocated one in the HeapFree call.
No it should use a dyanmic buffer when the field size is greater than 40.
FieldLength should match the number of actual digit outputs at the end of
conversion I believe. I should have created test cases against precision at
least (with I64), but if it does not match what you are talking about could you
create one to show a buffer overrun problem?
--
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=6413
------- Additional Comments From the3dfxdude(a)gmail.com 2006-13-11 12:19 -------
Could you attach a log with WINEDEBUG=+msvcrt ? Thanks
--
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=6645
pgr(a)arcelectronicsinc.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From pgr(a)arcelectronicsinc.com 2006-13-11 10:44 -------
Fixed after update that included this commit.
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Nov 13 12:53:09 2006 +0100
server: Fix list corruption caused by previous change.
--
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=5171
------- Additional Comments From kelfe(a)gmx.de 2006-13-11 10:36 -------
the coordinates of the pixel aread read have been corrected
the problem is now that the data is read from the frontbuffer instead of the
backbuffer where the portraits are rendered
or it might help to fix the rendering bug that causes the pbuffer images to look
a bit strange
--
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=6431
------- Additional Comments From kelfe(a)gmx.de 2006-13-11 10:32 -------
this seems to be a texture magnification issue with GL_NEAREST and GL_LINEAR
--
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.