Erik Inge Bolsø wrote:
Without this, joystick axis remapping from the Wine registry,
as documented on http://wiki.winehq.org/UsefulRegistryKeys,
does not work in Star Wars Galaxies.
---
-inst_id = DIDFT_MAKEINSTANCE(jse.number) | (number < 8 ?
DIDFT_ABSAXIS : DIDFT_POV);
+
"Jennifer Lai" <[EMAIL PROTECTED]> wrote:
The following commands are used to compile the test using Open Watcom.
wcc -D_X86_ -DSTANDALONE bitmapIndirect.c
-i=C:\WATCOM\h\win;C:\WATCOM\h -w4 -e25 -zq -od -d2 -bt=windows
wlink file bitmapIndirect.obj
This seems very mysterious to me. I'd really
Whit Blauvelt wrote:
Hi,
Is there a formal process for reviewing an arguably incompetent bugzilla
staffer? Obviously it wouldn't be to submit their name as a bug. But is
there any defined administrative layer that concerns itself with people on
that level who are dragging on the project?
I look
Hi,
As I was writing tests for win16, I encountered the problem that even
the simplest case of CreateBitmapIndirect fails on Windows? However,
it succeeds with desired properties set on Wine.
I used Open Watcom as well as MS Visual C++ Version 1.52 to compile
these win16 tests.
OpenWatcom can be d
Hi,
As I was writing tests for win16, I encountered the problem that even the
simplest case of CreateBitmapIndirect fails on Windows? However, it succeeds
with desired properties set on Wine.
I used Open Watcom as well as MS Visual C++ Version 1.52 to compile these
win16 tests.
OpenWatcom can be d
On 8/1/07, Whit Blauvelt <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Is there a formal process for reviewing an arguably incompetent bugzilla
> staffer? Obviously it wouldn't be to submit their name as a bug. But is
> there any defined administrative layer that concerns itself with people on
> that level
Hi,
Is there a formal process for reviewing an arguably incompetent bugzilla
staffer? Obviously it wouldn't be to submit their name as a bug. But is
there any defined administrative layer that concerns itself with people on
that level who are dragging on the project?
I looked around a bit for inf
Don't apply this one yet as noted by Chris Robinson it isn't fully correct
yet.
Roderick
On Wednesday 01 August 2007 22:22, Roderick Colenbrander wrote:
> Hi,
>
> According to the specs wglChoosePixelFormatARB returns the number of
> matching pixelformats. This number can be different than the s
Am Mittwoch, 1. August 2007 09:50 schrieb Stephan Rose:
> Starting with wine 0.9.42 I continuously get the following error trying
> to start EVE:
>
> fixme:d3d_draw:drawPrimitive Using software emulation because not all
> material properties could be tracked
>
> And I just get a black screen for th
On Tue, 2007-07-31 at 20:05 -0600, Vitaliy Margolen wrote:
> Peter Dons Tychsen wrote:
> > On Tue, 2007-07-31 at 06:34 -0600, Vitaliy Margolen wrote:
> >> Peter Dons Tychsen wrote:
> >>> On Mon, 2007-07-30 at 21:20 +0200, Peter Dons Tychsen wrote:
> On Sun, 2007-07-29 at 17:43 -0600, Vitaliy M
Ignore this patch. I'll write a better version.
Roderick
On Wednesday 01 August 2007 19:54, Roderick Colenbrander wrote:
> Hi,
>
> According to the specs wglChoosePixelFormatARB returns the number of
> matching pixelformats. This number can be different than the size of the
> return buffer which
Hi Robert,
Thanks for your review.
Robert Shearman wrote:
Jacek Caban wrote:
static HRESULT WINAPI HTMLWindow2_item(IHTMLWindow2 *iface, VARIANT
*pvarIndex, VARIANT *pvarResult)
diff --git a/dlls/mshtml/main.c b/dlls/mshtml/main.c
index 3f8131c..41f32eb 100644
--- a/dlls/mshtml/main.c
+++ b/d
Hi Paul,
Paul Vriens wrote:
+
+dll = LoadLibrary(dllname);
+if (!dll) {
I think it would be better to call LoadLibraryEx(dllname,
LOAD_LIBRARY_AS_DATA_FILE) here to avoid executing DllMain code.
Jacek
Hi Vijay,
Vijay Kiran Kamuju wrote:
Hi Jacek,
I think you can use the header I sent a while back to wine-patches for this.
http://www.winehq.org/pipermail/wine-patches/2005-September/020901.html
The original patch:
http://www.winehq.org/pipermail/wine-patches/attachments/20050923/790dfab2/winht
Hi,
I've been busy trying to come up with a solution and attached you will find 2
patches.
One for 'winetest that will make sure we have specific output for dll's that are
not on the system. I have made the output as close to normal test output as
possible, so we don't have to patch dissect (the
On Tue, 31 Jul 2007 17:38:18 +0200, Juan Lang <[EMAIL PROTECTED]> wrote:
Hi Jiri,
I want to ask, is anything wrong with this patch?
Your indenting is haphazard. Please match the indenting in the rest
of the file, which in this case is no tabs, 2-space indenting. Also,
curly braces go on a
Kai Blin wrote:
Hi folks,
I will be getting into working on RPC soonish, and some of that I'd like to
use for Wine. However, I don't know my way around that code so far, what
would be a good starting point to tackle this?
My goal is to set up a daemon that will take care of remote named pipe
Jacek Caban wrote:
static HRESULT WINAPI HTMLWindow2_item(IHTMLWindow2 *iface, VARIANT *pvarIndex,
VARIANT *pvarResult)
diff --git a/dlls/mshtml/main.c b/dlls/mshtml/main.c
index 3f8131c..41f32eb 100644
--- a/dlls/mshtml/main.c
+++ b/dlls/mshtml/main.c
@@ -51,10 +51,52 @@ DWORD mshtml_tls = 0;
Paul Vriens wrote:
Alexandre Julliard wrote:
Paul Vriens <[EMAIL PROTECTED]> writes:
a patch somewhat like this?
Yes; it may be better to do that in extract_test() since we get the
test name there, it avoids hardcoding _test.exe at two different
places. But the general principle is fine.
It
Alexandre Julliard wrote:
Paul Vriens <[EMAIL PROTECTED]> writes:
a patch somewhat like this?
Yes; it may be better to do that in extract_test() since we get the
test name there, it avoids hardcoding _test.exe at two different
places. But the general principle is fine.
It doesn't make the co
Michael Ost <[EMAIL PROTECTED]> writes:
> Seems I need to use "-m32" for g++, "--32" for as, and "-m elf_i386"
> for ld. But with all the nested calls of wineg++ and winebuild I can't
> figure out how to get those options passed in everywhere they are
> needed.
winegcc already takes care of this,
Paul Vriens <[EMAIL PROTECTED]> writes:
> a patch somewhat like this?
Yes; it may be better to do that in extract_test() since we get the
test name there, it avoids hardcoding _test.exe at two different
places. But the general principle is fine.
--
Alexandre Julliard
[EMAIL PROTECTED]
Stefan Dösinger wrote:
> Am Dienstag, 31. Juli 2007 16:42 schrieb martin pilka:
>> Hello Stefan,
>>
>> link works, I was able to run your test. Installation is ok, however test
>> itself ends with '3DMark Error': '3DMark needs DirectX 7 and proper drivers
>> installed in order to run'. This happens
Starting with wine 0.9.42 I continuously get the following error trying
to start EVE:
fixme:d3d_draw:drawPrimitive Using software emulation because not all
material properties could be tracked
And I just get a black screen for the login screen and it'll just sit
there forever like that.
The erro
24 matches
Mail list logo
