Hi all,
I was just looking at "bug 7304: WRC (Wine Resource Compiler) preprocessing is
buggy"
[http://bugs.winehq.org/show_bug.cgi?id=7304 , still present in 1.1.26] and
wondered: why implement a custom macro preprocessor while others already exist
(e.g. m4)
and have been around/debugged for a
On Tue, Jul 21, 2009 at 10:32 PM, Scott Ritchie wrote:
>> For those new to the story, OpenID is incredibly insecure. See for example
>> http://marcoslot.net/apps/openid/
>> http://www.gnucitizen.org/blog/hijacking-openid-enabled-accounts/
>> http://www.techafina.com/posts/openid-benefits-and-ri
On Tue, 21 Jul 2009, Paul Vriens wrote:
[...]
> After this patch, we can't run "./tools/winapi/winapi_extract
> --pseudo-stub-statistics" any more:
>
> dlls/actxprxy/dlldata.c:21.2: file: } without {: \
>
> It looks like this is the reason our winapi_stats webpage isn't up-to-date?
Yes, it is. U
Dan Kegel wrote:
> Steven Edwards wrote:
>> Based upon my recollection there was a lot of contempt for OpenID at
>> the last wineconf. Maybe the situation has changed recently...
>
> For those new to the story, OpenID is incredibly insecure. See for example
> http://marcoslot.net/apps/openid/
>
Am Tuesday 21 July 2009 11:58:10 schrieb Paul Vriens:
> DDSCL_NORMAL | DDSCL_FULLSCREEN : DD_OK
If this happens on XP too(I don't know how good Windows Server 2003 is as a
reference for directx), I recommend to call CreateSurface to attempt to
create a double buffered primary surface. If this suc
Am Monday 20 July 2009 15:45:28 schrieb Alexandre Hardy:
> WW2 Fighters fails to display any in game graphics when in OpenGL
> mode apparantly as a result of specifying both NORMAL and FULLSCREEN
> flags to Direct Draw. The patch attached prints a warning instead
> of failing to apply the settings.
On Mon, Jul 20, 2009 at 2:48 PM, Emmanuel Maillard wrote:
> As answered in private email (sorry, just for an short anwser for list)
> If we plan to bring freedesktop to Mac OS X, yes we need an external
> application
> that doesn't have to go to winehq, winehq doesn't have application for Linux
> d
2009/7/20 Henri Verbeet :
> 2009/7/20 Stefan Dösinger :
>> Am Monday 20 July 2009 12:58:16 schrieb Henri Verbeet:
>>> The MarkStateDirty() call looks redundant to me. Also, does this do
>>> the right thing when we're recording a stateblock?
>> It's not redundant because the scissor rect needs updat
On Tue, Jul 21, 2009 at 8:02 AM, Scott Ritchie wrote:
> My overall goal for them is to replace them with dynamically generated
> statistics based. Some possible things to use:
> - Bugzilla stats, especially a chart of open 1.2 bugs and total New bugs
> - Winetest coverage (based on gcov)
> - Wi
On Tue, 21 Jul 2009 09:19:02 +0200, you wrote:
>Rein Klazes wrote:
>> Show the problem with the application in bug report #12171.
>> +todo_wine
>> +ok( !ret ||
>> +broken( 0), /* win98, NT */
>> +"ModifyMenu should have failed.\n");
>
>Hi Rein,
>
>We have a test failure
Francois Gouget wrote:
---
tools/winapi/winapi_c_parser.pm| 264
tools/winapi/winapi_extract|8 +-
tools/winapi/winapi_extract_options.pm |7 +-
3 files changed, 4 insertions(+), 275 deletions(-)
delete mode 100644 tools/winapi/winap
Tomas - wrote:
> The status pages in general seems to have been at a standstill since
> around 2007. The exception is the "API Stats" page, but now this page
> hasn't been updated since May 22.
>
> Is there any plans/ideas on what to do with the status pages?
>
My overall goal for them is to rep
Tomas wrote:
> The status pages in general seems to have been at a standstill since around
> 2007.
> The exception is the "API Stats" page, but now this page hasn't been updated
> since May 22.
> Is there any plans/ideas on what to do with the status pages?
I'd say we should delete them. They w
Steven Edwards wrote:
> Based upon my recollection there was a lot of contempt for OpenID at
> the last wineconf. Maybe the situation has changed recently...
For those new to the story, OpenID is incredibly insecure. See for example
http://marcoslot.net/apps/openid/
http://www.gnucitizen.org/bl
The status pages in general seems to have been at a standstill since around
2007. The exception is the "API Stats" page, but now this page hasn't been
updated since May 22.
Is there any plans/ideas on what to do with the status pages?
Alexandre Hardy wrote:
WW2 Fighters fails to display any in game graphics when in OpenGL
mode apparantly as a result of specifying both NORMAL and FULLSCREEN
flags to Direct Draw. The patch attached prints a warning instead
of failing to apply the settings. The patch has been tested on wine-1.1.2
Ismael Barros writes:
> @@ -3,10 +3,11 @@ TOPOBJDIR = ../..
> SRCDIR= @srcdir@
> VPATH = @srcdir@
> MODULE= dpwsockx.dll
> -IMPORTS = kernel32
> +IMPORTS = kernel32 ws2_32
>
> C_SRCS = \
> - dpwsockx_main.c
> + dpwsockx_main.c \
> + dpwsockx.c
Please choose a be
Stefan Leichter wrote:
Am Monday 20 July 2009 14:13:10 schrieb Alexandre Julliard:
You could insert that into one of the other tests that already create a
service, so that we don't need to have too many Sleeps in there.
This testcase demonstrates the current problem in bug 1886
-
I'd like to thank everyone that participated in our first Bug Day. I'm
definitely going to repeat it again next release, although I may move it
back a few days.
Some statistics:
Our bug target search (bugs unchanged since January 1st with the
download tag) started at 574 bugs. Now it's down to
Rein Klazes wrote:
Show the problem with the application in bug report #12171.
+todo_wine
+ok( !ret ||
+broken( 0), /* win98, NT */
+"ModifyMenu should have failed.\n");
Hi Rein,
We have a test failure on NT4 below after this patch. Shouldn't the
"broken( 0)" be "b
20 matches
Mail list logo
