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,
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 Speed
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 we
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 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
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 hac
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 establ
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 (second
gl_max /= 4;) is the bad one, with first par
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
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
>
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 n
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
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 writin
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
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 sa
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 f
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
> > t
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 dire
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:
> (http://thomas.loc.gov/cgi-bin/query/F?c105:6:./temp/~c1
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 axe
- 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
> Sun Microsystems, Novel, Corel and countless others are soon to be known as
> ... Wh
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
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 f
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 modul
> 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 WINED3
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(0xface
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 head
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,
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 fo
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 Dreamwea
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
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 d3d
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 t
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.
http://www.washingtonpost.com/wp-dyn/content/article/2006/09/27/AR2006092
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 p
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
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
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.
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 ||
"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 s
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
> lib
"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
"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");
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 destroy
Am Freitag 22 September 2006 17:12 schrieb Elie Morisse:
> Resubmit of my previous patch. Be aware that it is completing an older
> Stefan Dosinger patch which hasn't been accepted, but can be applied
> independently ( it'll be quite useless nevertheless.. )
I think you should replace the 429496729
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 sh
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),
whic
47 matches
Mail list logo
