On Tue, 2006-12-12 at 21:52 +0100, Jacek Caban wrote:
> +hres = IInternetProtocolInfo_CompareUrl(protocol_info, NULL,
> NULL, 0xdeadbeef);
> +ok(hres == E_NOTIMPL, "CompareUrl failed: %08x\n", hres);
> +
Will these tests also return E_NOTIMPL on Windows? The tests should be
against
On Tue, 2006-12-12 at 11:09 -0700, Tony Lambregts wrote:
> On 12/12/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> > On Mon, 2006-12-11 at 19:27 -0700, Brian Vincent wrote:
> > > > I don't know; that strikes me as overkill. We do have rack space
> > > > for more servers, so we certainly could drop
viny wrote:
Here http://home.scarlet.be/linux/compteco/test.zip , a little test
program (with delphi 5 sources) that demonstrate a wrong display of the
toolbar. With native comctl32, it's OK, but not with the builtin one.
I would like to run this program
(http://home.scarlet.be/linux/compteco/ind
On 12/12/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
On Mon, 2006-12-11 at 19:27 -0700, Brian Vincent wrote:
> > I don't know; that strikes me as overkill. We do have rack space
> > for more servers, so we certainly could drop more in; if someone
> > wants to buy 1U servers, we can put those in
I tried to run some DOS games with wine recently and since most of them
crashed with a page fault I tried to find out why and so, examining the
last function calls before faulting revealed that when
__wine_enter_vm86 in signal_i386.c returns from
res = vm86_enter(...)
and encounters a VM
Here http://home.scarlet.be/linux/compteco/test.zip , a little test
program (with delphi 5 sources) that demonstrate a wrong display of the
toolbar. With native comctl32, it's OK, but not with the builtin one.
I would like to run this program
(http://home.scarlet.be/linux/compteco/index.html) wit
Jacek Caban <[EMAIL PROTECTED]> writes:
> ---
> dlls/mshtml/htmlwindow.c | 14 --
> 1 files changed, 12 insertions(+), 2 deletions(-)
It doesn't compile:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -fno-strict-
Pierre d'Herbemont <[EMAIL PROTECTED]> writes:
> I do remember now :) setlocale don't handle properly two letters
> language code like 'es' it expect a full locale name like 'es_ES' .
> And using the CFLocale API to obtain the full local from 'es' does
> not seem possible.
parse_locale_name() can
On Mon, 2006-12-11 at 19:27 -0700, Brian Vincent wrote:
> > I don't know; that strikes me as overkill. We do have rack space
> > for more servers, so we certainly could drop more in; if someone
> > wants to buy 1U servers, we can put those in.
>
> Looking at the traffic reports, it seems like the
