does it explain the very low commits rate on Corel's CVS Wine tree ?
http://news.cnet.com/news/0-1003-200-3785993.html
A+
---
Eric Pouech
(http://perso.wanadoo.fr/eric.pouech/)
"The future will be better tomorrow",
Vice President Dan Quayle
--- cn [EMAIL PROTECTED] wrote:
George Saich wrote:
I pulled some registry entries from another
machine (Win98) and was
able to get the debugger working (Its a little
flakey,but seems to be
working). Additionally, I had to copy a RPCRT4.DLL
to the
C:\windows\system folder. With Kylix
Hi all,
While updating my crt test harness, I found a call returning strange
values using the native DLL. The call is "ldiv", which returns an
ldiv_t struct _by value_. ldiv_t is defined the same under linux and
windows. The spec entry is:
@ cdecl ldiv(long long) ldiv
i.e it uses the libc
OK, I've been investigating (couldn't wait), heres what I've got so
far:
Recap: Using GetProcAddress to get a pointer (p_ldiv)to CRTDLL's
"ldiv" function, and calling through that pointer produces
errors in some cases. This is because ldiv returns a struct.
The problem occurs for any dll
from mingw32(gcc with CRTDLL):
/*
* div_t and ldiv_t are structures used to return the results of div and
* ldiv.
*
* NOTE: div and ldiv appear not to work correctly unless
* -fno-pcc-struct-return is specified. This is included in the
* mingw32 specs file.
*/
So we should
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Thu, 16 Nov 2000, Dmitry Timoshkov wrote:
Hello.
Changelog:
Dmitry Timoshkov [EMAIL PROTECTED]
Always generate unicode CHAR messages.
Good day!
This broke my mail app. I have been running with it 'til now, so I
guess you could say it
