On 10 Jan 2001, Alexandre Julliard wrote:
Ove Kaaven [EMAIL PROTECTED] writes:
I've been thinking about going about all this in a different way. Instead
of loading up dlls/ddraw with driver-dependent code, perhaps we should
consider driver separation not only in dsound (like it's done
Josh DuBois [EMAIL PROTECTED] writes:
It looks like the loader would so something useful with the
information that a dll had failed to load. I'd like to fix it so the
X11 driver returns useful values to the loader. I haven't looked
_everywhere_, but from what I see it's just a matter of
Ove Kaaven [EMAIL PROTECTED] writes:
What do you think?
If the interface is reasonably sane (at least by Microsoft standards,
so it's not a strong constraint ;-) and it allows doing everything we
need, then yes, it's better to use an existing interface than defining
our own. OTOH if we need
On 16 Jan 2001, Alexandre Julliard wrote:
Ove Kaaven [EMAIL PROTECTED] writes:
What do you think?
If the interface is reasonably sane (at least by Microsoft standards,
so it's not a strong constraint ;-) and it allows doing everything we
need, then yes, it's better to use an existing
Ove Kaaven [EMAIL PROTECTED] writes:
Hmm. I don't think I can say that. I think it'll do 99% of what we need,
but there'll be 1% that may require Wine-internal flags and stuff...
does that change much?
A few extra flags are not really a problem, there are some precedents
already (like the
At 03:08 PM 1/15/01 +0100, Patrik Stridvall wrote:
On Sun, 14 Jan 2001 [EMAIL PROTECTED] wrote:
Let me know if anyone is interested.
However there is several problems to overcome before that.
The most import ones except for the problems above is
1. BeOS doesn't have mmap
2. BeOS
Hello all.
While working on the problems with scrolling in the 16-bit notepad,
I tried to avoid loading file via File-Load-etc, but use command line
instead: wine -debugmsg +edit,+scroll notepad -- new.txt ~/notepad.log.
Unfortunately notepad seems to not correctly understand its command line