On Oct 2, 2006, at 12:49 PM, Robert Shearman wrote:
Nick Burns wrote:
All the following have this VM ~=4GB on startup -- its not a
leaking problem... (afaict)
OGL/D3D -- WinRAR, GTAVC, Tribes2, (FlatOutDemo -- even thou it
dies on startup now -- still gets to ~4GB), SHOGO
NON-GL -- cmd
On Mon, Oct 02, 2006 at 03:05:25PM -0700, Scott Ritchie wrote:
On latest Debian (or at least Ubuntu), you have to force compile without
the stack protector on by doing -fno-stack-protector.
Thanks for the tip.
* I compiled with gcc-4.0 (GCC) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5),
which
On 03/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
+IWineD3DDevice_SetTexture(iface, D3DDMAPSAMPLER, NULL);
I don't think wined3d should depend on d3d9 includes. There are
currently a number of places in wined3d where we do use d3d9
constants, but at least for new code I don't think we
Am Freitag 22 September 2006 16:55 schrieb Elie Morisse:
A new version of my refcounting patch, lighter and honoring Stefan Dösinger
proposal.
Is there any reason why this patch wasn't applied? It looks ok to me, and it
complies with the wording of the msdn(complex surfaces can only be
Marcus Meissner [EMAIL PROTECTED] wrote:
+ctx.ContextFlags = CONTEXT_DEBUG_REGISTERS;
+res = pNtGetContextThread(GetCurrentThread(), ctx);
+ok (res == STATUS_SUCCESS,NtGetContextThread failed with %lx, res);
+ok(ctx.Dr7 == 0x155,failed to set debugregister 7 to 0x155);
This
Byeong-Sik Jeon [EMAIL PROTECTED] wrote:
diff --git a/dlls/gdi/gdiobj.c b/dlls/gdi/gdiobj.c
index 3d5450d..740504c 100644
--- a/dlls/gdi/gdiobj.c
+++ b/dlls/gdi/gdiobj.c
+static LOGFONTW SystemFont =
+static LOGFONTW DeviceDefaultFont =
+static LOGFONTW SystemFixedFont =
+static
Robert Shearman [EMAIL PROTECTED] writes:
Nick Burns wrote:
Does Linux have the same mem problem? -- does top show like 4GB of
VSIZE on app start?
The numbers seem bogus since 32-bit apps can only take up 4Gb of
VM. Wine does reserve 1.5Gb of VM on startup to ensure no system
libraries are
Marcus Meissner [EMAIL PROTECTED] wrote:
exception.c:281: Test failed: failed to set debugregister 7 to 0x155, got
555
Interesting, it apparently changed the 0x155 from my code to
0x555, turning a single byte watch into a 2 byte watch. Or perhaps
it did not use my code, but had something set
On Tue, Oct 03, 2006 at 01:39:23PM +0900, Byeong-Sik Jeon wrote:
Cleanup the update_font_list().
I'm not convinced this is a cleanup, see below for comments.
+#define AddNlsFontToRegistry(hKey, ValueNameA, Data, bForce) do\
+{\
+DWORD reg_type;\
+if(bForce == TRUE ||\
+
On Tue, 2006-10-03 at 11:18 +0200, Paul Vriens wrote:
Hi,
leftover after Juan's patch.
Changelog
Win64 printf format warning fixes
Cheers,
Forget this one, Juan already sent in a patch (and it was applied).
Cheers,
Paul.
H. Verbeet wrote:
On 03/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
+IWineD3DDevice_SetTexture(iface, D3DDMAPSAMPLER, NULL);
I don't think wined3d should depend on d3d9 includes. There are
currently a number of places in wined3d where we do use d3d9
constants, but at least for new code I
Ivan Gyurdiev wrote:
H. Verbeet wrote:
On 03/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
+IWineD3DDevice_SetTexture(iface, D3DDMAPSAMPLER, NULL);
I don't think wined3d should depend on d3d9 includes. There are
currently a number of places in wined3d where we do use d3d9
constants, but
On 03/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
There aren't a number of places - it's practically the entire dll
right now.
So, I think it's a lost cause, unless we really try to pursue this,
and remove the d3d9.h from the include list so it won't compile.
By the way, I have no problem
On 10/1/06, Karsten Anderson [EMAIL PROTECTED] wrote:
yeah.. it's surprising they'd turn down another revenue stream so vehemently
When M$ is done killing off McAfee, Symantec, Norton and all the other
security firms.
On Mon, Oct 02, 2006 at 03:05:25PM -0700, Scott Ritchie wrote:
On latest Debian (or at least Ubuntu), you have to force compile without
the stack protector on by doing -fno-stack-protector.
See this bug: http://bugs.winehq.org/show_bug.cgi?id=6035
That said, I don't actually know if that's
Am Dienstag 03 Oktober 2006 13:11 schrieb H. Verbeet:
On 03/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
There aren't a number of places - it's practically the entire dll
right now.
So, I think it's a lost cause, unless we really try to pursue this,
and remove the d3d9.h from the
On 03/10/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
I think we should get rid of d3d9.h (and ddraw.h), especially when looking
forward to d3d10. That said, it took me approximately 6 weeks to get the
Yes, d3d10 would be my main concern for not including d3d9 headers,
aside from the fact that
Vitaliy Margolen escribió:
Alex Villacís Lasso wrote:
Mike McCormack escribió:
Alex Villacís Lasso wrote:
Changelog:
* Check under HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\App
Paths\\EXENAME.EXE for
additional directory locations to search for DLLs. Fixes
Alex Villacís Lasso wrote:
Vitaliy Margolen escribió:
Alex Villacís Lasso wrote:
Mike McCormack escribió:
Alex Villacís Lasso wrote:
Changelog:
* Check under HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\App
Paths\\EXENAME.EXE for
additional directory locations to
Stefan Dösinger wrote:
Am Dienstag 03 Oktober 2006 13:11 schrieb H. Verbeet:
On 03/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
There aren't a number of places - it's practically the entire dll
right now.
So, I think it's a lost cause, unless we really try to pursue this,
and remove the
H. Verbeet wrote:
On 03/10/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
I think we should get rid of d3d9.h (and ddraw.h), especially when
looking forward to d3d10. That said, it took me approximately 6 weeks to
get the
Yes, d3d10 would be my main concern for not including d3d9 headers,
Hello, Dmitry,
* On Wed, 27 Sep 2006, Dmitry Timoshkov wrote:
* Saulius Krasuckas [EMAIL PROTECTED] wrote:
memset(filled_0xA5, 0xA5, OFS_MAXPATHNAME);
memset(test, 0xA5, sizeof(test));
full_file_path_name_in_a_CWD(filename_, expected, FALSE);
+ SetLastError(0xfaceabee);
Can this be done by anybody or does one need to be a Wine D3D guru for
that? If the task is easy it would be a good addition to
http://wiki.winehq.org/JanitorialProjects .
It is nothing special. Just remove the #include d3d9.h, and for every data
type D3DFOOBAR that is missing add a
On Thu, 28 Sep 2006, Mike McCormack wrote:
[...]
They're still available at the old link:
http://www.winehq.org/site/cvs
Yes, but this makes it harder to find them which is not going to foster
activity on the Wine documentation for instance!
It would be nice to move the remaining modules
On 03/10/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Can this be done by anybody or does one need to be a Wine D3D guru for
that? If the task is easy it would be a good addition to
http://wiki.winehq.org/JanitorialProjects .
It is nothing special. Just remove the #include d3d9.h, and for
On Di, 2006-10-03 at 20:40 +0300, Saulius Krasuckas wrote:
It makes sense to check last error value only if an API has failed,
while you are adding last error checks everywhere. Unless you have an
application that depends on it, that's wrong.
Well, thanks. I'll change that, but is it
- Original Message
From: Tom Wickline [EMAIL PROTECTED]
To: Karsten Anderson [EMAIL PROTECTED]
Cc: wine-devel@winehq.org
Sent: Tuesday, October 3, 2006 4:46:22 AM
Subject: Re: Adobe Photoshop idea
snip
Sun Microsystems, Novel, Corel and countless others are soon to be known as
... Who
On 10/3/06, Hiji [EMAIL PROTECTED] wrote:
Sun Microsystems can't be killed. Many of the world's infrastructure
literally relies on them (though, it's not quite evident from the end user
standpoint.) The only way they would go away is if they were bought out, and
then, the Sun name was
On Tuesday 03 October 2006 02:56, Tim Schmidt wrote:
On 10/2/06, Marcus Meissner [EMAIL PROTECTED] wrote:
We can't, this kind of circumvention is likely to be illegal in the US.
The relevant portion of the DMCA reads as follows:
Why was not accepted those patches? With those patches is mouse moving
in some games perfetly smooth and correct (Tomb Raider Legend, GTA San
Andreas, NFS Most Wanted).
Mirek
Vitaliy Margolen napsal(a):
ChangeLog:
winex11.drv: Use internal cached cursor position for GetCursorPos.
Query X
On Tuesday 03 October 2006 02:18, James Courtier-Dutton wrote:
Martin Owens wrote:
Re Copy Protection.
be quite hard to make this work I think?
It would be quite dangerous to make this work.
What about creating a file say with a fake data map, wine thinks it's
the direct access to
On 10/3/06, Robert Lunnon [EMAIL PROTECTED] wrote:
Part 3 Applies, however it could be read as being permissible for the purpose
of implementing a compatible interface. IE for the purpose of making the copy
protection work under Wine. I think it would be much safer to make the
protection work
On 10/3/06, Robert Lunnon [EMAIL PROTECTED] wrote:
On Tuesday 03 October 2006 02:18, James Courtier-Dutton wrote: Martin Owens wrote: Re Copy Protection. be quite hard to make this work I think? It would be quite dangerous to make this work.
What about creating a file say with a fake data
Hello
Sure there are tools out there that crackers use
that read the mbr and store it in a file, so that they can circumvent the
copy protection, but that has nothing to do with wine.
IANAL but curcumventing for personal use using generic tools (wich wine is)
and with no bad intentions can't
I'm by no means an expert on copyright law or copy protection, but I think
that using any method other than writing directly to the MBR with those copy
protection measures would be illegal because writing to a file (registry,
wine-only proprietary db or any other type of file) as opposed to
On 10/3/06, Pavel Roskin [EMAIL PROTECTED] wrote:
From: Pavel Roskin [EMAIL PROTECTED]
Compile oleaut32 for win32 but not for win64
Does win64 not come with oleaut32? What I'm really asking is, why are
you making this change?
--
James Hawkins
This patch caused regresion in Half-Life 2 Episode One, if i have
UseGLSL=enabled HalfLife 2 Episode One crash about 20 seconds after
start and menu page is completly white! Only the second part (second
gl_max /= 4;) is the bad one, with first part evrything works well.
Mirek
H. Verbeet
Hello, James!
On Tue, 2006-10-03 at 14:14 -0700, James Hawkins wrote:
On 10/3/06, Pavel Roskin [EMAIL PROTECTED] wrote:
From: Pavel Roskin [EMAIL PROTECTED]
Compile oleaut32 for win32 but not for win64
Does win64 not come with oleaut32? What I'm really asking is, why are
you making
On 10/3/06, Pavel Roskin [EMAIL PROTECTED] wrote:
Hello, James!
On Tue, 2006-10-03 at 14:14 -0700, James Hawkins wrote:
On 10/3/06, Pavel Roskin [EMAIL PROTECTED] wrote:
From: Pavel Roskin [EMAIL PROTECTED]
Compile oleaut32 for win32 but not for win64
Does win64 not come with oleaut32?
On Tue, 2006-10-03 at 14:46 -0700, James Hawkins wrote:
I understand oleaut32 can be fixed for win64, but nobody has done it.
I believe my patch is worth applying because it enables Wine compilation
without applying incorrect hacks to the sources. Instead, a mechanism
is established to
On 10/3/06, Pavel Roskin [EMAIL PROTECTED] wrote:
On Tue, 2006-10-03 at 14:46 -0700, James Hawkins wrote:
I understand oleaut32 can be fixed for win64, but nobody has done it.
I believe my patch is worth applying because it enables Wine compilation
without applying incorrect hacks to the
On Tuesday 03 October 2006 23:48, H. Verbeet wrote:
On 03/10/06, Mirek [EMAIL PROTECTED] wrote:
This patch caused regresion in Half-Life 2 Episode One, if i have
UseGLSL=enabled HalfLife 2 Episode One crash about 20 seconds after
start and menu page is completly white! Only the second part
This bug is in latest STABLE nVidia Linux driver, there is only one
nVidia Linux driver that is working correctly (thanks for help i tried
it and it is working perfect) the nVidia BETA Linux driver which is
going to be stable after one or more months! So ther should be something
to fix this on
On 04/10/06, Kai Blin [EMAIL PROTECTED] wrote:
As make sure to install the latest version of the driver is one of the first
steps in error fixing in win32, I guess that makes the patch still valid. :)
Cheers,
Kai
Well, the patch *is* valid (eg. ATI appears to report the correct
number as
Unfortunately there are many issues with latest nVidia drivers and
Windows apps in wine. In Half-Life 2 EO (characters brokes the game),
3DMark 2003 (first test with planes is very strange), GTA SA (almost
everywhere in game), but other apps such as Flatout 2, Tomb Raider
Legend, Need for
On 10/3/06, Michael [Plouj] Ploujnikov [EMAIL PROTECTED] wrote:
I'm by no means an expert on copyright law or copy protection, but I think
that using any method other than writing directly to the MBR with those copy
protection measures would be illegal because writing to a file (registry,
46 matches
Mail list logo
