Mike Kaplinskiy wrote:
Paul,
I don't like NT4 anymore. We're breaking up.
Does the attached patch fix the latest failures (not counting the
build warnings)?
Mike.
On Mon, Jul 20, 2009 at 7:05 AM, Paul Vrienspaul.vriens.w...@gmail.com wrote:
Mike Kaplinskiy wrote:
Paul (and anyone who can
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
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
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
Ismael Barros razielm...@gmail.com 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
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
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?
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/
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 were
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 replace
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
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 on NT4 below
On Tue, Jul 21, 2009 at 8:02 AM, Scott Ritchiesc...@open-vote.org 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
2009/7/20 Henri Verbeet hverb...@gmail.com:
2009/7/20 Stefan Dösinger ste...@codeweavers.com:
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
On Mon, Jul 20, 2009 at 2:48 PM, Emmanuel Maillardmaha...@free.fr 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
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.
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
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/
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.
On Tue, Jul 21, 2009 at 10:32 PM, Scott Ritchiesc...@open-vote.org 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/
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
21 matches
Mail list logo