Umm, is there a specific reason why you created the mails by replying to
the previous patch? This doesn't look that good with mailers that keep
track of replies and e.g. indents them.
ciao
Joerg
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> Shouldn't then the wine code do a version check too and behave differently if
> the winver is set to win98?
Only if there is an app that does the same version check and depends
on both behaviors. It's very unlikely that an app would want to crash
whe
"Kovács András" <[EMAIL PROTECTED]> wrote:
+typedef struct tagRAWMOUSE {
+ USHORTusFlags;
+ union {
+ ULONGulButtons;
+ struct {
+ USHORT usButtonFlags;
+ USHORT usButtonData;
+ } s;
+ } u;
You have to use DUMMYSTRUCTNAME and DUMMYUNIONNAM
On 3/29/07, H. Verbeet <[EMAIL PROTECTED]> wrote:
On 29/03/07, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> Do you want to make it easy to configure GLSL, or make it easy to enable
> GLSL?
> In other words, can you enumerate the cases where one would disable GLSL?
> Should those be in a document so
Alexandre Julliard wrote:
Paul Vriens <[EMAIL PROTECTED]> writes:
yesterday a patch of mine was committed to test more profile stuff
from kernel32. When I have a look now at test.winehq.org I see that
some test(s) crash on win98 but not on others.
Although I could use a if(0) construction (
On 3/28/07, Sasan Iman <[EMAIL PROTECTED]> wrote:
I know that if you fiddle around with the stock release long enough you
can get MS Office working on Wine as I have on a number of occasions,
but shouldn't making this work for everyone be the highest priority for
getting Wine to be adopted more w
Am Donnerstag, 29. März 2007 schrieb Eric Pouech:
> Dennis Schridde a écrit :
> > Hello Wine users!
> >
> > I've got a minidump from a ("real") Windows user of our game and would
> > like to extract information from it using winedbg.
> >
> >
> > The information winedbg gives me by default, is this:
> Sure; the thing we want to avoid is version checks in tests, because
> then things don't get tested on Wine when the version is changed. But
> as long as win98 is detected by its missing features then skipping
> things is fine.
Shouldn't then the wine code do a version check too and behave differ
Paul Vriens <[EMAIL PROTECTED]> writes:
> So if we only have crashes on win9x we don't care. If we can avoid
> crashes/failures on win9x (by skip or other means) we don't run them
> on win9x. And if they crash on something higher then win9x we disable
> them totally.
>
> Does that make sense?
Sur
Alexandre Julliard wrote:
Paul Vriens <[EMAIL PROTECTED]> writes:
But in this case we're dealing with win98 which new apps will not support
anymore!
Of course the alternative is to simply stop worrying about test
failures on win98...
I agree with that one.
So if we only have crashes on wi
Dennis Schridde a écrit :
Hello Wine users!
I've got a minidump from a ("real") Windows user of our game and would like to
extract information from it using winedbg.
The information winedbg gives me by default, is this:
WineDbg starting on minidump on pid 068c
warzone2100.exe was running
Paul Vriens <[EMAIL PROTECTED]> writes:
> But in this case we're dealing with win98 which new apps will not support
> anymore!
Of course the alternative is to simply stop worrying about test
failures on win98...
--
Alexandre Julliard
[EMAIL PROTECTED]
Alexandre Julliard wrote:
Paul Vriens <[EMAIL PROTECTED]> writes:
yesterday a patch of mine was committed to test more profile stuff
from kernel32. When I have a look now at test.winehq.org I see that
some test(s) crash on win98 but not on others.
Although I could use a if(0) construction (as
Hi,
Getting common applications working is NOT the goal of wine. The goal of wine
is to write an open source reimplementation of the Win32 api. Those two goals
are related, but not exactly the same. The difference is how to deal with
hacks that are known to be incorrect but happen to fix an app
Paul Vriens <[EMAIL PROTECTED]> writes:
> yesterday a patch of mine was committed to test more profile stuff
> from kernel32. When I have a look now at test.winehq.org I see that
> some test(s) crash on win98 but not on others.
>
> Although I could use a if(0) construction (as is done in several o
Well a lot of gamers use wine, wine is meant to be a general "run this
windows app" program where as Codeweavers, and Cedega work case by case with
teams to get specific apps working. If you have a bug, submit it, otherwise
add data to bugs in the DB, and eventually it will all work out.
On 3/28/
Sasan Iman wrote:
I know that if you fiddle around with the stock release long enough you
can get MS Office working on Wine as I have on a number of occasions,
but shouldn't making this work for everyone be the highest priority for
getting Wine to be adopted more widely?! Or is Wine more targeted
Felix Nawothnig <[EMAIL PROTECTED]> writes:
> Felix Nawothnig wrote:
>> ---
>> dlls/gdi32/tests/font.c | 37 +
>> 1 files changed, 37 insertions(+), 0 deletions(-)
>
> Anything wrong with this patch?
It fails here:
../../../tools/runtest -q -P wine -M gdi32
Am Mittwoch 28 März 2007 23:09 schrieb Vit Hrachovy:
> Hi Stephan,
> GLSL depends on Czech localization update.
> Should I split them into two separate patches with different numbers?
> Should I send them split in two different requests?
> Regards
Send the localization update first, then GLSL. Numb
Am Donnerstag, 29. März 2007 schrieb Mike Schaadt:
> Is there any interest in adding OpenAL to Wine? I would imagine it's
> relatively simple to implement the OpenAL dll that would be a simple
> wrap around the Linux OpenAL library assuming they have the same
> functionality(from what I know of Op
Hi Dan,
>
> I'm thrilled you're doing this. What's your software called?
>
The software is called FuturERS. If you are interested on further info,
you can look at http://www.futura4retail.com.
>
> But you can't do this:
>
>> + * Copyright (C) the Wine project
>
> as there's no legal entity calle
First of all, let me say that I am not a developer. But I have been
interested in Wine since early 2003. The thing that has always made me
scratch my head is that the Windows software that motivates me to
install Wine on my linux system (i.e. MS OFfice, etc.) has never worked
with wine in
Can you send me a patch??
- Original Message -
From: "Fabian Bieler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 29, 2007 1:00 PM
Subject: [2/2] wined3d: Fix GLSL cnd instruction for INF and NAN arguments
Am Donnerstag, 29. März 2007 schrieb Mike Schaadt:
> Is there any interest in adding OpenAL to Wine? I would imagine it's
> relatively simple to implement the OpenAL dll that would be a simple
> wrap around the Linux OpenAL library assuming they have the same
> functionality(from what I know of Op
On Thu, Mar 29, 2007 at 10:38:26AM -0500, Mike Schaadt wrote:
> Is there any interest in adding OpenAL to Wine? I would imagine it's
> relatively simple to implement the OpenAL dll that would be a simple
> wrap around the Linux OpenAL library assuming they have the same
> functionality(from what I
Am Donnerstag 29 März 2007 17:38 schrieb Mike Schaadt:
> Is there any interest in adding OpenAL to Wine? I would imagine it's
> relatively simple to implement the OpenAL dll that would be a simple
> wrap around the Linux OpenAL library assuming they have the same
> functionality(from what I know o
Hi,
yesterday a patch of mine was committed to test more profile stuff from
kernel32. When I have a look now at test.winehq.org I see that some test(s)
crash on win98 but not on others.
Although I could use a if(0) construction (as is done in several other tests),
I'm wondering if we should
On Thu, Mar 29, 2007 at 02:26:58PM +0200, Frank Richter wrote:
> On 29.03.2007 09:41, Tom Wickline wrote:
> > http://wiki.winehq.org/DirectX-Caps
> It would be nice if the visual hint could
> reflect that - this way a red background would be a clear signal that
> "this needs work".
I just highligh
On 29/03/07, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
Do you want to make it easy to configure GLSL, or make it easy to enable
GLSL?
In other words, can you enumerate the cases where one would disable GLSL?
Should those be in a document somewhere on the wiki as blockers to 1.0
(since GLSL default
On 29/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Except that it adds an extension that isn't actually being used, and
> probably won't be.
Well, we have other extensions which are unused and are in our header files(or
at least were unused for a long time, like NV_texture_shader). Wasn't
Am Donnerstag 29 März 2007 17:31 schrieb H. Verbeet:
> On 29/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag 29 März 2007 17:13 schrieb Vitaly Budovski:
> > > Add support for NV_texture_rectangle and ARB_texture_rectangle
> > > extensions. ---
> > >dlls/wined3d/directx.c
On 29/03/07, Frank Richter <[EMAIL PROTECTED]> wrote:
On 29.03.2007 16:02, Stefan Dösinger wrote:
> Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski:
>> Add support for ARB_texture_rectangle extension.
>> ---
>> dlls/wined3d/directx.c|3 +++
>> include/wine/wined3d_gl.h |9
Is there any interest in adding OpenAL to Wine? I would imagine it's
relatively simple to implement the OpenAL dll that would be a simple
wrap around the Linux OpenAL library assuming they have the same
functionality(from what I know of OpenAL, they should).
It's not a very common library, but i
Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski:
> This patch sets the conditional NPOT bit only when required. If an
> implementation has full support for NPOT textures through the
> ARB_texture_non_power_of_two extension, then support for the subset of
> capabilities provided by the ARB_
On 29/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski:
> This patch sets the conditional NPOT bit only when required. If an
> implementation has full support for NPOT textures through the
> ARB_texture_non_power_of_two extension, then sup
Am Donnerstag 29 März 2007 17:13 schrieb Vitaly Budovski:
> Add support for NV_texture_rectangle and ARB_texture_rectangle extensions.
> ---
>dlls/wined3d/directx.c|6 ++
>include/wine/wined3d_gl.h | 19 +++
>2 files changed, 25 insertions(+), 0 deletions(-)
On 29/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Am Donnerstag 29 März 2007 17:13 schrieb Vitaly Budovski:
> Add support for NV_texture_rectangle and ARB_texture_rectangle extensions.
> ---
>dlls/wined3d/directx.c|6 ++
>include/wine/wined3d_gl.h | 19 +
On 29/03/07, Vitaly Budovski <[EMAIL PROTECTED]> wrote:
This patch sets the conditional NPOT bit only when required. If an
implementation has full support for NPOT textures through the
ARB_texture_non_power_of_two extension, then support for the subset of
capabilities provided by the ARB_texture_
On 29.03.2007 16:02, Stefan Dösinger wrote:
> Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski:
>> Add support for ARB_texture_rectangle extension.
>> ---
>> dlls/wined3d/directx.c|3 +++
>> include/wine/wined3d_gl.h |9 +
>> 2 files changed, 12 insertions(+), 0 dele
On 3/29/07, Tom Spear <[EMAIL PROTECTED]> wrote:
Hi Tom, thanks for the updates! I just wanted to ask about Aquamark.
How come there isnt a test with that one? I use it more than I use
3dmark.
Hi Tom,
I will add Aquamark 3 to the next update, thanks for the suggestion.
There is a good revie
*ulp* I knew I should of unsubscribed during the interim period, thanks for
making me more worried =P
On 3/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
On 3/28/07, Bryan DeGrendel <[EMAIL PROTECTED]> wrote:
> Do you have any idea how many will be accepted?
Six, maybe? It's hard to say, they j
Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski:
> Add support for ARB_texture_rectangle extension.
> ---
> dlls/wined3d/directx.c|3 +++
> include/wine/wined3d_gl.h |9 +
> 2 files changed, 12 insertions(+), 0 deletions(-)
There is also GL_NV_texture_rectangle. Is
On Thu, Mar 29, 2007 at 10:00:12PM +0900, Byeong-Sik Jeon wrote:
> diff --git a/dlls/gdi32/freetype.c b/dlls/gdi32/freetype.c
> index f7b1220..427def4 100644
> --- a/dlls/gdi32/freetype.c
> +++ b/dlls/gdi32/freetype.c
> +memcpy(&gmetrix, &ft_face->glyph->metrics, sizeof(FT_Glyph_Metrics));
> +
On 3/29/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
Hello,
I have the 0.9.33 page done, and you may notice that Wine regressed in
a couple of the test. When looking at these scores you will need to
take into account the actual visual quality . The scores were somewhat
high in past test because e
On 3/29/07, Christoph Frick <[EMAIL PROTECTED]> wrote:
On Thu, Mar 29, 2007 at 12:25:31PM +0200, Vit Hrachovy wrote:
> Please share Your opinion.
ok you asked for it ;)
> Available Video Memory (text input box)
> --
> User will input here the RAM size of his graphic card. A
It looks good to me.
Thanks to Aric :)
Aric Stewart wrote:
> First part of this change was proposed by Byeong-Sik Jeon
> <[EMAIL PROTECTED]>
> Use a tooltip window instead to avoid stealing focus from the application.
> Additionally respect parameters give to us by ImmSetCompositionWindow
> for
On 3/28/07, Bryan DeGrendel <[EMAIL PROTECTED]> wrote:
Do you have any idea how many will be accepted?
Six, maybe? It's hard to say, they juggle the slots right up until
the last moment.
On 3/29/07, Frank Richter <[EMAIL PROTECTED]> wrote:
However, presence of a cap is not always better: for example
D3DPTEXTURECAPS_CUBEMAP_POW2 - MSDN says that this means "Device
requires that cube texture maps have dimensions specified as powers of
two." So it's actually better if the flag is a
On 29.03.2007 09:41, Tom Wickline wrote:
> CAPS results:
> http://wiki.winehq.org/DirectX-Caps
Some note on the coloring: presumably, a green coloring in the Wine row
means "better", red means "worse".
For true/false caps those that Wine has but native doesn't are green,
while those that Wine doe
On Thu, Mar 29, 2007 at 12:25:31PM +0200, Vit Hrachovy wrote:
> Please share Your opinion.
ok you asked for it ;)
> Available Video Memory (text input box)
> --
> User will input here the RAM size of his graphic card. According to
> Stefan: "There are vendor dependent ways to
Hi,
according to Stefan, Direct X options regarding
* Available Video Memory
* Enable GLSL
will be useful in winecfg / Graphics section.
However there is still missing consensus to how and whether to
implement user accessible way to enable/disable GLSL in winecfg.
Ray Jones, Stefan and me woul
"Louis. Lenders" <[EMAIL PROTECTED]> wrote:
diff --git a/dlls/ntdll/ntdll.spec b/dlls/ntdll/ntdll.spec
index e315057..3377db3 100644
--- a/dlls/ntdll/ntdll.spec
+++ b/dlls/ntdll/ntdll.spec
@@ -948,7 +948,7 @@
# @ stub ZwAllocateUserPhysicalPages
@ stdcall ZwAllocateUuids(ptr ptr ptr) NtAllocat
Hi list,
Can anyone please explain to me what the x11 lock is used for? I can see
that SOME X11 functions (e.g. - read description on
X11DRV_KEYBOARD_DetectLayout) require a lock, while others seem to call
X11 functions with no lock.
I can see that sometimes the x11 lock is obtained around a sing
Hello Wine users!
I've got a minidump from a ("real") Windows user of our game and would like to
extract information from it using winedbg.
The information winedbg gives me by default, is this:
WineDbg starting on minidump on pid 068c
warzone2100.exe was running on #1 Intel ???-0.521 CPU on
54 matches
Mail list logo