Am Dienstag, 11. Dezember 2007 06:18:30 schrieb Chris Robinson:
> On Monday 10 December 2007 03:24:04 pm Stefan Dösinger wrote:
> > devmode.dmFields = DM_BITSPERPEL | DM_PELSWIDTH | DM_PELSHEIGHT;
> > - devmode.dmBitsPerPel = (bpp >= 24) ? 32 : bpp; /* Stupid XVidMode
> > cannot change bpp */
On Monday 10 December 2007 03:24:04 pm Stefan Dösinger wrote:
> devmode.dmFields = DM_BITSPERPEL | DM_PELSWIDTH | DM_PELSHEIGHT;
> - devmode.dmBitsPerPel = (bpp >= 24) ? 32 : bpp; /* Stupid XVidMode cannot
> change bpp */
Did you mean to leave dmBitsPerPel at 0?
Alistair Leslie-Hughes wrote:
> Hi,
>Changelog:
> shlwapi: Fix memory leak in test.
>
> Best Regards
> Alistair Leslie-Hughes
>
>
>
No patch attached?
-Zac
Alistair Leslie-Hughes wrote:
> Dan Kegel wrote:
>> http://kegel.com/wine/valgrind/logs-2007-12-10-summary.txt
>> seems to show lots of valgrind regressions in mshtml, but
>> http://kegel.com/wine/valgrind/logs-2007-12-10/vg-mshtml_dom-diff.txt
>> shows the difference is that I happen to have insta
Dan Kegel wrote:
> http://kegel.com/wine/valgrind/logs-2007-12-10-summary.txt
> seems to show lots of valgrind regressions in mshtml, but
> http://kegel.com/wine/valgrind/logs-2007-12-10/vg-mshtml_dom-diff.txt
> shows the difference is that I happen to have installed Gecko.
> So they aren't really
Adelle wrote:
> I have some COM DLLs which work fine with VB6 applications on wine.
> Is it possible to instantiate a windowsy COM object from a linuxy
> application written in some form of C++ (eg, for compilation with gcc)?
Erm, maybe you could write a winelib app, but
you might have to use the
http://kegel.com/wine/valgrind/logs-2007-12-10-summary.txt
seems to show lots of valgrind regressions in mshtml, but
http://kegel.com/wine/valgrind/logs-2007-12-10/vg-mshtml_dom-diff.txt
shows the difference is that I happen to have installed Gecko.
So they aren't really regressions (or if there ar
Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>> On winxp both keys toggle on button down not button up. So no need for any
>> extra treatment.
>> Fixes bug 10446.
>
> You still have to handle the case when the state has been toggled
> outside of Wine, you can't just
Am Dienstag, 11. Dezember 2007 07:06:02 schrieb Alexander Dorofeyev:
> Ok, thank you and Roderick for useful info. I figure that my previous patch
> wasn't ideal, unfortunately it introduced one more of such recursive
> ENTERGL / ActivateContext situations. I'll try to improve that and send
> anoth
On Monday 10 December 2007 22:16:10 Juan Lang wrote:
> > Is it standard practice to remove all old versions of a program except
> > for the most recent?
>
> Not standard practice, and this shouldn't have been done (since few of
> the 7.x versions of iTunes work with Wine.)
> --Juan
That's correct
> Is it standard practice to remove all old versions of a program except for the
> most recent?
Not standard practice, and this shouldn't have been done (since few of
the 7.x versions of iTunes work with Wine.)
--Juan
It really depends on the case, if a program is entirely superseded by
another version, ie you can't use the old version at all anymore, totally.
If it's still entirely possible to use an older version, and people have a
reason too, I would personally not delete it. However it really is up to the
ma
Zachary Goldberg wrote:
> I thought about it, but wasn't sure of the usefulness of such a
> number. If consensus is that it would be worth having, i'll add it
> for WWN 335.
>
> On Dec 10, 2007 3:57 PM, Jonathan Ernst <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> First, thank you for your work on th
James McKenzie-2 wrote:
>
> Vitaliy Margolen wrote:
>> Jan Zerebecki wrote:
>>
>>> On Tue, Nov 06, 2007 at 09:09:14PM +, L. Rahyen wrote:
>>>
On Tuesday November 6 2007 19:45, Vitaliy Margolen wrote:
> Bugzilla admin, please disallow people to add/remove e-mail
Hi
Im one of the maintainers of the iTunes 6.x (was)
On Saturday I received this email
'
Subject:[AppDB] Version '6.x' of 'iTunes' deleted
Date: Sat, 08 Dec 2007 12:15:45 -0600 (18:15 GMT)
Version '6.x' of 'iTunes' deleted
---
The ac
I thought about it, but wasn't sure of the usefulness of such a
number. If consensus is that it would be worth having, i'll add it
for WWN 335.
On Dec 10, 2007 3:57 PM, Jonathan Ernst <[EMAIL PROTECTED]> wrote:
> Hello,
>
> First, thank you for your work on the WWN !
>
> About the new "AppDB Appl
Hello,
First, thank you for your work on the WWN !
About the new "AppDB Application Status Changes", I see that you have a
"change" column. What do you think about adding the sum of this column
somewhere so we can see how/if Wine is improving between releases
regarding application compatibility (
Ok, thank you and Roderick for useful info. I figure that my previous patch
wasn't ideal, unfortunately it introduced one more of such recursive ENTERGL /
ActivateContext situations. I'll try to improve that and send another patch.
Regarding moving code around - I wish I was so competent in Direct
Hi all,
I have some COM DLLs which work fine with VB6 applications on wine.
Is it possible to instantiate a windowsy COM object from a linuxy
application written in some form of C++ (eg, for compilation with gcc)?
Adelle.
On Dec 7, 2007 8:41 AM, Gilles May <[EMAIL PROTECTED]> wrote:
> Hi everybody.
>
> After updating WINE to from 0.9.49 to 0.9.50 I noticed major slowdown in
> Company of Heroes, to the point that I get like 1 Frame every 2 seconds.
> Wine spams the console with:
>
> fixme:d3d_shader:IWineD3DVertexSha
Am Montag, 10. Dezember 2007 14:23:46 schrieb [EMAIL PROTECTED]:
> Ok. I get that the program realeased by a private vendor is not good.
> Nevertheless, what about the philosophy? What about:
> 1. The implementation shaders of DirectX 10 making the card compile GLSL
> code generate by transforming
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> On winxp both keys toggle on button down not button up. So no need for any
> extra treatment.
> Fixes bug 10446.
You still have to handle the case when the state has been toggled
outside of Wine, you can't just get rid of the whole thing.
--
Alexa
On Sunday 09 December 2007, Kai Lauterbach wrote:
> Hi,
>
> at the moment I'm writing a little Linux based program to read some
> variables from a Windows application. But my problem is, that i can't
> access to the virtual memory of the Win App running under wine. I don't
> know how to do this. c/
Ok. I get that the program realeased by a private vendor is not good.
Nevertheless, what about the philosophy? What about:
1. The implementation shaders of DirectX 10 making the card compile GLSL
code generate by transforming the HLSL code.
2. The Implementation for D3DX9 of the "possibility" to st
Roy Shea <[EMAIL PROTECTED]> writes:
> Revision 2. Made dll_ref static for now.
> ---
> dlls/qmgr/qmgr.spec |2 ++
> dlls/qmgr/qmgr_main.c | 16
> 2 files changed, 18 insertions(+), 0 deletions(-)
>
> diff --git a/dlls/qmgr/qmgr.spec b/dlls/qmgr/qmgr.spec
> index 1a63b32
"Andrew Riedi" <[EMAIL PROTECTED]> writes:
> +static void test_initial_cursor(void)
> +{
> +HCURSOR cursor, cursor2;
> +DWORD error;
> +
> +cursor = GetCursor();
> +
> +/* Check what handle GetCursor() returns if a cursor is not set yet. */
> +SetLastError(0xdeadbeef);
> +c
"Aric Stewart" <[EMAIL PROTECTED]> wrote:
> +/* If the FT_Load_Sfnt_Table function is there we'll use it */
> +#ifdef HAVE_FT_LOAD_SFNT_TABLE
> +err = FT_Load_Sfnt_Table(ft_face, table, offset, buf, len);
> +#endif
> +#ifdef HAVE_FREETYPE_INTERNAL_SFNT_H
Probably using #elif instead of #e
Am Samstag, 8. Dezember 2007 20:42:05 schrieb Sònia Xapellí Brú:
> I know there was some discussion concerning the use of hlsl2glsl and
> that it is not directly useful as it seems that the conversion to
> assembler is necessary in d3d9. Nevertheless, when it comes to
> d3d10,Shader Model 4 relies
> hlsl2glsl is the good solution for implementing shaders on directX 10.
> Nevertheless, the hlsl compilation to tokens has to be done for d3d9. On
> the other hand, if we implement d3dx9_xx, it is likely that the
> application will be using the compile D3DX9CompileShader to get the
> tokens. Curre
On 10/12/2007, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> What do you all think and in particular David?
>
In the first place, I think this is all irrelevant without having an
actual d3d10 implementation.
Second, you'll need a proper implementation of the SM 4.0
implementation either way, beca
> Hello.
>
> I was recently experimenting with a fix that involved ActivateContext and
> needed
> to figure out whether it is ok if ActivateContext is called inside
> ENTER_GL()... LEAVE_GL() (also if recursive ENTER_GL is ok). At first I
> tried to
> look for example code in wined3d/surface.
Hi,
The patch itself could be correct in the sense that indeed there might be a
missing ActivateContext. But we should avoid making recursive ENTER_GL's.
Between the ENTER_GL block there is a call to IWineD3DDevice_Clear which also
calls ENTER_GL.
You could put a LEAVE_GL before it and an ENTE
hlsl2glsl is the good solution for implementing shaders on directX 10.
Nevertheless, the hlsl compilation to tokens has to be done for d3d9. On
the other hand, if we implement d3dx9_xx, it is likely that the
application will be using the compile D3DX9CompileShader to get the
tokens. Currently it wo
33 matches
Mail list logo
