This patch seems to break wineprefixcreate.
For fun, I installed Visual C++ 5 and built a few things with it.
Ran very nicely.
Filed two bugs:
http://bugs.winehq.org/show_bug.cgi?id=10623 (VC++ 5 doesn't know who
registered it)
http://bugs.winehq.org/show_bug.cgi?id=10622 (VC++ 5 hangs on exit)
It complained a bit if I didn't install MFC40
I still do not see why it is not possible to have only one folder
dlls/d3dx9/ with the thirteen spec files inside. After all, the vast
majority of its code is repeated and it is the same system ctl3d,
ctl3d32 and ctl3dv2 use as the three specs are in dlls/ctl3d32
This is not creating subfolders
My second patch was not committed, because Alexandre wants all the
functions to be implemented in d3dx9-36.dll. Then, the other d3dx9_xx
dll forward their functions to d3dx9_36.dll.
David
On Nov 30, 2007 3:47 PM, Zac Brown <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Changelog:
> * Add a test in dlls/wininet/tests/ftp.c for FtpGetCurrentDirectoryA
>
> Notes:
> * This test passes fully without error on Windows XP, with the test compiled
> by Visual Studio Express C++ 2008.
> * The functions
Attention packagers: the default version of gcc on
many distros happens to generate Wine binaries which
make some copy protection schemes unhappy.
At the moment, gcc-3.3.x, gcc-3.4.x, and gcc-4.2.x are
known to work; gcc-4.0.x is known to not work.
Please check the compiler you use when building wi
On 30.11.2007 18:50, Dimi Paun wrote:
> I guess the preferred solution would be to teach GNOME & KDE
> about .lnk files.
Or write .desktop files to the Desktop dir.
-f.r.
Okay, then that has been discussed.
By the way, what about David's second patch?
Was there anything wrong about it or why isn't it in the tree, yet?
On Fri, 2007-11-30 at 18:45 +0100, Francois Gouget wrote:
> That's ok only because you don't care about the Windows desktop
> shortcuts...
I guess the preferred solution would be to teach GNOME & KDE
about .lnk files.
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
> That's ok only because you don't care about the Windows desktop
> shortcuts...
Right, I know. My point is, there's no one-size-fits-all policy
that's clearly better than any other, at least that I've seen.
--Juan
On Fri, 30 Nov 2007, Juan Lang wrote:
[...]
> While this is annoying, I find it confusing to go to the "Desktop"
> directory and not find the files on my desktop there. I prefer having
> the two desktops the same, and just delete the .lnk files myself.
That's ok only because you don't care about
On Fri, 30 Nov 2007, [EMAIL PROTECTED] wrote:
> > So, just to clarify, you propose to create a d3dx9.dll dll, putting its
> > code in dlls/d3dx9. Does this dll exist on Windows? If not, then we
> > should call it wined3dx9 (and its code would go in dlls/wined3dx9).
>
> Well, it shouldn't even b
On Nov 30, 2007 3:26 AM, Roderick Colenbrander <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > This patch repairs my previous one, as the command never got executed,
> > because 8600 matches before 8600M.
> >
> >
> > Marco Schuster
> >
> >
> > diff --git a/dlls/wined3d/directx.c b/dlls/wined3d/
> I'm not sure we want to handle the desktop directory the same way. It's
> really a special case because applications often put their 'icons' on
> the desktop. So if the Windows desktop is just a symbolic link to the
> Unix one, the user will end up with a lot of 'xxx.lnk' files on his
> desktop.
> So, just to clarify, you propose to create a d3dx9.dll dll, putting its
> code in dlls/d3dx9. Does this dll exist on Windows? If not, then we
> should call it wined3dx9 (and its code would go in dlls/wined3dx9).
Well, it shouldn't even be a dll, just a folder were put in all the d3dx9 code
and
Am Freitag, 30. November 2007 09:49:06 schrieb H. Verbeet:
> On 30/11/2007, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
> But you're not creating the lights first with SetLight(). IIRC you can
> create lots of lights with SetLight(), but only enable MaxActiveLights
> at the same time with LightEna
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> I sent this patch already, and it was committed and shows up in the 0.9.49
> changelog. The commit ID is 6209b36acbef6e7f8edcf3a45a006bb09bffe4af, but
> somehow the functional change was reverted again in
> 0183f3e305ae1e40a806682ec85e8b4507e4ddd8 a
On Friday 30 November 2007 12:30:56 Francois Gouget wrote:
> On Thu, 22 Nov 2007, Kai Blin wrote:
> [...]
> > I know some projects did an introductory quiz to figure out the student's
> > coding skills, I'm not convinced the knowledge needed for Wine can be
> > tested in a quiz. What do you think?
On Friday 30 November 2007 03:35:14 am Francois Gouget wrote:
> I'm not sure we want to handle the desktop directory the same way. It's
> really a special case because applications often put their 'icons' on
> the desktop. So if the Windows desktop is just a symbolic link to the
> Unix one, the use
On Thu, 29 Nov 2007, Alexandre Julliard wrote:
> "Dan Kegel" <[EMAIL PROTECTED]> writes:
>
> > I feel like a broken record, but:
> > some apps don't like following symlinks, and the
> > native Windows way to configure what the "My Foo"
> > folders point to is called shell folder redirection;
> >
Francois Gouget <[EMAIL PROTECTED]> writes:
> On Wed, 28 Nov 2007, Alexandre Julliard wrote:
> [...]
>> Also these variables should take priority over the default heuristics,
>> and you most likely want to handle the desktop dir the same way.
>
> I'm not sure we want to handle the desktop directo
On Wed, 28 Nov 2007, Alexandre Julliard wrote:
[...]
> Also these variables should take priority over the default heuristics,
> and you most likely want to handle the desktop dir the same way.
I'm not sure we want to handle the desktop directory the same way. It's
really a special case because a
On Thu, 22 Nov 2007, Kai Blin wrote:
[...]
> I know some projects did an introductory quiz to figure out the student's
> coding skills, I'm not convinced the knowledge needed for Wine can be tested
> in a quiz. What do you think?
Maybe just asking them to compile Wine and submit their include/co
On Wed, 28 Nov 2007, Stefan Dösinger wrote:
> Am Mittwoch, 28. November 2007 09:17:04 schrieb [EMAIL PROTECTED]:
> > Anyways, where should we put the d3dx9 code? I mean, we have 13 folders to
> > choose from.. Perhaps It'd be better if we create a new dll (or at least
> > directory) called d3dx9 w
Hey,
Steven Edwards wrote:
> On Nov 29, 2007 4:12 PM, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
>> diff --git a/dlls/urlmon/urlmon_main.h b/dlls/urlmon/urlmon_main.h
>> index aeb0eb2..9f31fb9 100644
>> --- a/dlls/urlmon/urlmon_main.h
>> +++ b/dlls/urlmon/urlmon_main.h
>> @@ -63,22 +63,22 @@ HRE
> Hi all,
>
> This patch repairs my previous one, as the command never got executed,
> because 8600 matches before 8600M.
>
>
> Marco Schuster
>
>
> diff --git a/dlls/wined3d/directx.c b/dlls/wined3d/directx.c
> index e4b5bdf..50b3250 100644
> --- a/dlls/wined3d/directx.c
> +++ b/dlls/wine
On 30/11/2007, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
But you're not creating the lights first with SetLight(). IIRC you can
create lots of lights with SetLight(), but only enable MaxActiveLights
at the same time with LightEnable(). I guess calling LightEnable on a
light that isn't created fi
27 matches
Mail list logo
