On Monday 12 June 2006 13:40, Stefan Dösinger wrote:
> Hi,
> This is an updated version of the VBO patch. The main difference is the
> integration with IWineD3DDevice::ProcessVertices which gives a nice
> performance boost for Half-Life 1 and propably Anarchy Online(not tested
> yet).
It will b
On Thursday 08 June 2006 17:35, Jason Green wrote:
> The current cumulative patch is located here:
>
> http://cmhousing.net/wine/glsl_cumul.diff
>
I hate you, reviewing all this patch made me crazy.
Anyway is an impressive work
I only have one question:
i see you have a cache to reuse prgid i
On Sunday 11 June 2006 22:24, Mike Hearn wrote:
> On Tue, 06 Jun 2006 13:55:15 -0400, Jason Green wrote:
> > FYI - I just added a bunch to this page to get us started:
> >
> > http://wiki.winehq.org/DirectX-Shaders
>
> That's awesome, exactly the sort of thing I was looking for. This sort of
> high
Dmitry Timoshkov wrote:
> "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
> > What would you suggest me to do?
>
> Make yourself an expert in the area you are trying to improve.
I try to do that for almost a year now for winspool / Printing.
> Read MSDN,
Done for many Functions. MSDN is not
Hi,
in the last months we've experienced several times that there was no
winetest.exe available at the usual location
(http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/) for several
days/weeks. The reasons are sometimes known but in any case it's a
Single Point Of Failure.
What will it take
Maximiliano Curia wrote:
On Monday 26 September 2005 15:00, Alex Villacís Lasso wrote:
--- wine-20050830-cvs/dlls/oleaut32/typelib.c 2005-09-21
10:39:22.0 -0500
+++ wine-20050830-cvs-patch/dlls/oleaut32/typelib.c 2005-09-24
20:34:32.0 -0500
This patch execute
* On Tue, 13 Jun 2006, Dmitry Timoshkov wrote:
> * "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
> > >
> > > Make yourself an expert in the area you are trying to improve. Read
> > > MSDN, books, find code samples on the net, write the tests on your
> > > own.
>
> Perhaps you would even become
"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
* "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
>
> What would you suggest me to do? To annoy everyone on the list during
> 2 years by asking for a tutorial on how to debug dx game which draws
> black menu? ;-)
Make yourself an expert in the
* On Tue, 13 Jun 2006, Dmitry Timoshkov wrote:
> * "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
> >
> > What would you suggest me to do? To annoy everyone on the list during
> > 2 years by asking for a tutorial on how to debug dx game which draws
> > black menu? ;-)
>
> Make yourself an expe
Guidance :--- Its not completely wine configuration utility, but a generalpurpose system configuration utility for KDE. It now has got somemodule for configuring WINE also. I got this news from
http://dot.kde.org/1150047999/. I havent tested it, but it can be gotfrom here http://ww
On Mon, Jun 12, 2006 at 10:02:35AM -0500, Alexandre Julliard wrote:
> Module: wine
> Branch: refs/heads/master
> Commit: fe4c4780eb0a047f09a2e536eeaa1f51434b4b61
> URL:
> http://source.winehq.org/git/?p=wine.git;a=commit;h=fe4c4780eb0a047f09a2e536eeaa1f51434b4b61
>
> Author: Alexandre Julliard
On Mon, 12 Jun 2006 15:41:16 +0100
Mike Hearn <[EMAIL PROTECTED]> wrote:
> There seems to be another issue here ... you removed the rpath code with a
> link to two bugs that don't seem to indicate that was causing the problem.
>
> Now I appreciate that given RPMs are not relocatable it makes no
>
Damjan Jovanovic <[EMAIL PROTECTED]> writes:
> So what's the story, are you accepting any
> ReactOS-derived patches for dlls/setupapi/devinst.c,
> or do I need to start writing my own?
No ReactOS-derived code will be accepted in Wine at this point.
--
Alexandre Julliard
[EMAIL PROTECTED]
"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
What would you suggest me to do? To annoy everyone on the list during 2
years by asking for a tutorial on how to debug dx game which draws black
menu? ;-)
Make yourself an expert in the area you are trying to improve. Read MSDN,
books, find code
"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
* On Mon, 12 Jun 2006, Mike McCormack wrote:
* Saulius Krasuckas wrote:
>
> And what if interface is blackboxed?
I don't know what a "blackboxed interface" is. If you could name the
interface you're talking about it would be easier to understa
Mike Hearn wrote:
... obviously WM_GETICON
requires inter-process bitmaps to be supported in some fashion, which is a
fair bit of work. Maybe for efficiency reasons even requiring the dreaded
remote thread creation/service thread :)
Adding support for remote thread creation is on Tommy Kho's
to
There seems to be another issue here ... you removed the rpath code with a
link to two bugs that don't seem to indicate that was causing the problem.
Now I appreciate that given RPMs are not relocatable it makes no
difference to your users but I am concerned that a problem apparently
unconnected t
Alexandre Julliard wrote:
+typedef void (*_INITTERMFUN)(void);
+unsigned int (WINAPI *p_initterm)(_INITTERMFUN *,_INITTERMFUN *);
Msvcrt functions are not WINAPI.
Thanks for catching that.
> And why don't you simply call the
function directly instead of loading it dynamically?
Dynamic lo
On Mon, 12 Jun 2006 00:03:23 +0200, Andreas Bierfert wrote:
> Well from a wine perspective I see that this makes sense, but if you take a
> look
> at all the dependencies it is another story...
This is a problem with RPM and not with Wine. If RPM/yum had the concept
of optional dependencies like
On Monday 12 June 2006 06:42, Mike Hearn wrote:
> Actually images are stored as pixmaps in the X server, so it'd be awfully
> convenient if we could leverage that but I suspect the need to support
> non-X display systems means we have to do it the hard way, by shovelling
> image bits across the soc
Hmm, Wine Doors looks pretty cool. At least, it seems to have a nice UI.
Though I question how much preset "profiles" can achieve these days ...
we're getting closer to not needing them all the time. Maybe if the
profiles can do things like install native MSI/DCOM/MDAC/InternetExplorer
etc it migh
On Sun, 11 Jun 2006 20:26:11 -0700, Chris wrote:
> Aren't icons already created on the global heap? They're created with
> GlobalAlloc16, and (optionally) added to a link list of shared icons.
No, this is a confusing Win32ism. The "global heap" is not actually
global, it's process-local. There *
Currently, for many applications the generic Wine icon
or a class default icon is used in window manager caption
or taskbar instead of the application icon set with WM_SETICON.
See, for instance, Bug 3370.
What actually happens is this: the application icon is
correctly set when processing WM_SET
--- Peter Beutner <[EMAIL PROTECTED]> wrote:
> Mike McCormack wrote:
> > Christian Gmeiner wrote:
> >> Partially implement SetupDiGetClassDevsExA. This
> patch bases on
> >> reactos setupapi.dll.
> >
> > Don't be suprised if your patch isn't accepted.
> ReactOS is considered a
> > dirty reve
Hi,
This is an updated version of the VBO patch. The main difference is the
integration with IWineD3DDevice::ProcessVertices which gives a nice
performance boost for Half-Life 1 and propably Anarchy Online(not tested
yet).
What is missing is work with vertex shaders(awaiting the download of the
2006/6/11, Eric Pouech <[EMAIL PROTECTED]>:
Peter Åstrand wrote:> On Sat, 10 Jun 2006, Eric Pouech wrote: ChangeLog:
>>> winmm: Add support for "open new" commands.>> looks globally good, except that you don't enforce that you got a>> correct device name ie I'm not sure that 'open new
This is another update of the fog patch, it makes the BOOL warned static.
ChangeLog:
Stefan Dösinger(for CodeWeavers): Correct vertex fog for transformed vertices
and correctly handle non-vertex, non-table fog
From nobody Mon Sep 17 00:00:00 2001
From: Stefan Dösinger <[EMAIL PROTECTED]>
Date: Mo
Am Montag, 12. Juni 2006 10:51 schrieb H. Verbeet:
> On 11/06/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> >+BOOL warned = FALSE;
> >+if(!warned) {
> >+/* TODO: Use the fog table code from old ddraw */
> >+F
Andrew Ziem <[EMAIL PROTECTED]> writes:
> +typedef void (*_INITTERMFUN)(void);
> +unsigned int (WINAPI *p_initterm)(_INITTERMFUN *,_INITTERMFUN *);
Msvcrt functions are not WINAPI. And why don't you simply call the
function directly instead of loading it dynamically?
--
Alexandre Julliard
[EMAI
"Paul Vriens" <[EMAIL PROTECTED]> writes:
> I've sent 2 emails that are (for now) silently ignored:
>
> http://www.winehq.org/pipermail/wine-patches/2006-June/027253.html
> http://www.winehq.org/pipermail/wine-patches/2006-June/027350.html
>
> They both have to do with uxtheme and were meant as a
On Monday 12 June 2006 12:04, Andreas Bierfert wrote:
> > Good, but shouldn't zlib-devel be pulled in like that too then?
>
> Oh... don't even mention discussions on what should be in the minimal build
> root and what shouldn't ;)
I'm not, this isn't about the minimal build system. zlib-devel sho
On Monday 12 June 2006 11:37, Andreas Bierfert wrote:
> Why is there no BuildRequires for freetype? gphoto2? We also have
>
>These two are pulled in by other dependencies and thus don't need an explicit
>listing (e.g. freetype by fontconfig-devel).
Good, but shouldn't zlib-devel be pulled in like
* On Mon, 12 Jun 2006, Mike McCormack wrote:
> * Saulius Krasuckas wrote:
> >
> > And what if interface is blackboxed?
>
> I don't know what a "blackboxed interface" is. If you could name the
> interface you're talking about it would be easier to understand what you
> mean.
I remember that la
On Mon, Jun 12, 2006 at 11:29:32AM +0200, Hans Leidekker wrote:
> On Monday 12 June 2006 00:03, Andreas Bierfert wrote:
>
> > For more details take a look here:
> > http://cvs.fedora.redhat.com/viewcvs/rpms/wine/FC-5/?root=extras
>
> Why is there no BuildRequires for freetype? gphoto2? We also ha
* On Mon, 12 Jun 2006, Dmitry Timoshkov wrote:
> * "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
> >
> > > > Yes, but how would you write a test for a badly implemented
> > > > function, when you don't know its name or even name of a DLL it
> > > > resides in?
> > >
> > > Then by what means do
On Monday 12 June 2006 00:03, Andreas Bierfert wrote:
> For more details take a look here:
> http://cvs.fedora.redhat.com/viewcvs/rpms/wine/FC-5/?root=extras
Why is there no BuildRequires for freetype? gphoto2? We also have
a soft dependency on glibc-devel for dns resolver support. gcc depends
on
Saulius Krasuckas wrote:
And what if interface is blackboxed?
I don't know what a "blackboxed interface" is. If you could name the
interface you're talking about it would be easier to understand what you
mean.
Mike
* On Mon, 12 Jun 2006, Mike McCormack wrote:
> * Saulius Krasuckas wrote:
> >
> > Mike, and how would you describe API monitoring method of
> > understanding how the stuff works?
>
> You mean using +relay? IMO, that's a legitimate way of understanding how
> things work.
Not exactly. What abou
"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
> Yes, but how would you write a test for a badly implemented function,
> when you don't know its name or even name of a DLL it resides in?
Then by what means do you know that the API is misbehaving?
By the fact of my special app [*] not working
On 11/06/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
+BOOL warned = FALSE;
+if(!warned) {
+/* TODO: Use the fog table code from old ddraw */
+FIXME("Implement fog for transformed
vertices in software\n");
* On Mon, 12 Jun 2006, Dmitry Timoshkov wrote:
> * "Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
> >
> > Yes, but how would you write a test for a badly implemented function,
> > when you don't know its name or even name of a DLL it resides in?
>
> Then by what means do you know that the API is
Hi,
Apply this patch instead, the old patch had some sloppiness error(setting
FOGSTART as FOGEND when restoring z-based fog). The problem is corrected in
this patch. It also doesn't add a senseless space at the begin of the file
and sets the fog to GL_FASTEST for vertex fog and GL_NICEST for tab
"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
Using test cases to determine the behaviour of Windows provides a way to
verify both the code that's written today, and code that will be written
a year later. It's not just legally better, it's easier to do, easier
for others to understand, and
Saulius Krasuckas wrote:
Mike, and how would you describe API monitoring method of understanding
how the stuff works?
You mean using +relay? IMO, that's a legitimate way of understanding
how things work.
Does its use for finding misbehaved functions make
Wine look like it pushes the edg
* On Sat, 10 Jun 2006, Mike McCormack wrote:
> * Peter Beutner wrote:
> >
> > I think the problem is that the way you describe is totally legal in
> > most countries.
> > In fact, afaik it is only in the USA where you have this explicit
> > distinction between clean("chinese wall") and "dirty" r
45 matches
Mail list logo
