This patch introduced a lot of dead code.
Alexandre Julliard wrote:
> Module: wine
> Branch: master
> Commit: 35edd40f33ba8dce6d2c39fda46c6b5045947c1c
> URL:
> http://source.winehq.org/git/wine.git/?a=commit;h=35edd40f33ba8dce6d2c39fda46c6b5045947c1c
>
> Author: Paul Vriens <[EMAIL PROTECTED]
On Thu, 5 Jul 2007, Michael Stefaniuc wrote:
[...]
> But there is one test that crashes, winedebug is run automatically, does
> a backtrace and returns with return code 0 thus make won't detect it as
> error:
> /home/michi/work/wine/tools/runtest -q -P wine -M mshtml.dll -T ../../.. -p
> mshtml_te
Detlef Riekenberg <[EMAIL PROTECTED]> writes:
> Should we remove or update the old links?
They can be removed, MSDN links are useless, they move all the
time. Microsoft doesn't yet grasp that newfangled World Wide Web
thing.
--
Alexandre Julliard
[EMAIL PROTECTED]
"Juan Lang" <[EMAIL PROTECTED]> writes:
> If I 1. allow a separate dll per function, as the registry allows, and
> 2. don't cache the dll names myself, I guess I must store the HMODULE
> for each function? The cache allows me to avoid that.
>
> In this implementation, I cache each DLL, so that I
On Fr, 2007-07-06 at 18:33 +0200, Stefan Dösinger wrote:
> -/* Implementation details at http://developer.nvidia.com/attach/6494
> -and
> -http://oss.sgi.com/projects/ogl-sample/registry/NV/evaluators.txt
> -hmm.. no longer supported use
> -OpenGL evaluators or tessellate surfaces within your appl
On 06/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
The right list this time
I realize this has already been committed, but is there no way to
split tesselate_rectpatch() up a bit into smaller functions? It's
rather huge at the moment.
Most likely what you want is do a LoadLibrary in all cases and don't
bother to cache anything, the loader will take care of the refcount.
The reason I cache is that the number of LoadLibrary calls is
potentially unknown. Each function can have its own DLL registered in
the registry. In my prev
"Juan Lang" <[EMAIL PROTECTED]> writes:
> Hi, any feedback on this one, please?
You should use module handles to identify dlls, not file names. You
can use GetModuleHandle to find out if a dll is loaded already.
--
Alexandre Julliard
[EMAIL PROTECTED]
"Juan Lang" <[EMAIL PROTECTED]> writes:
> I'm not sure that's safe: if the calling application has loaded a dll
> containing a SIP already, calls CryptSIPLoad, unloads the dll, then
> calls a function via the SIP, it'll fail. If I want to make sure that
> doesn't happen, I should LoadLibrary my
You should use module handles to identify dlls, not file names.
Okay.
You can use GetModuleHandle to find out if a dll is loaded already.
I'm not sure that's safe: if the calling application has loaded a dll
containing a SIP already, calls CryptSIPLoad, unloads the dll, then
calls a functi
On 7/6/07, Anatoly Lyutin <[EMAIL PROTECTED]> wrote:
Yesterday I post a first version of extrac32. I expected that this
version would be filled with bugs but I thought that would be better to
apply this version because it contains some binding parts (add this
program in configure.ac and etc). And
It's fixed in git and it will be fixed in Wine 0.9.41.
http://bugs.winehq.org/show_bug.cgi?id=7959
On 7/6/07, Vitaly N. Zadunaisky <[EMAIL PROTECTED]> wrote:
Subject: Using Win32 apllication under wine.
Using wine for running win32 applications we met the problem.
The origin error is:
X Error
From 879fed6d1b5547f3b51744de75f674435ed9cd0a Mon Sep 17 00:00:00 2001
From: Stefan Doesinger <[EMAIL PROTECTED]>
Date: Wed, 4 Jul 2007 17:57:45 +0200
Subject: [PATCH] WineD3D: Implement high order patches
This patch implement IWineD3DDevice::DrawRectPatch by using opengl evaluators combined with
> +int PASCAL wWinMain ( HINSTANCE hInstance, HINSTANCE prev, LPWSTR cmdline,
int show )
Sorry for asking this too late, but what's the point to use WinMain in pure
console application? 'cmd' and 'xcopy' use wmain.
--
Kirill
James Hawkins wrote:
That's not how the development process works. Your patch is not going
to be accepted because it's filled with bugs.
I expect that my program will have contained bugs and therefore I sent
my program into subscription.
I will be glad to any remarks.
--
Best regards
Subject: Using Win32 apllication under wine.
Using wine for running win32 applications we met the problem.
The origin error is:
X Error of failed request: BadPixmap (invalid Pixmap parameter)
Major opcode of failed request: 54 (X_FreePixmap)
Resource id in failed request: 0x2a029f9
Seri
On Do, 2007-07-05 at 20:00 +0400, Anatoly Lyutin wrote:
> --- programs/Makefile.in18 May 2007 13:05:27 - 1.65
> +++ programs/Makefile.in4 Jul 2007 15:47:09 -
> --- Makefile.in 21 Jun 2007 14:49:30 - 1.243
> +++ Makefile.in 4 Jul 2007 15:45:57 -
> --- con
>file: 2 tests executed (0 marked as todo, 0 failures), 0 skipped.
>file: 373 tests executed (0 marked as todo, 0 failures), 0 skipped.
These lines are displayed via printf (include/wine/test.h: 391).
> msvcrt:file done (0)
And this via xprintf (programs/winetest/main.c: 420), which is wrapper o
18 matches
Mail list logo
