"James Hawkins" <[EMAIL PROTECTED]> wrote:
+HKEY env, root = HKEY_CURRENT_USER;
...
+if (flags & ENV_MOD_MACHINE)
+root = HKEY_LOCAL_MACHINE;
It looks like root is not used.
--
Dmitry.
"Evan Stade" <[EMAIL PROTECTED]> wrote:
+WINE_DEFAULT_DEBUG_CHANNEL(gdip);
+
+COLORREF ARGB2COLORREF(ARGB color)
+{
If this is a module local function it should be static.
+GpStatus WINGDIPAPI GdipCreatePen1(ARGB color, FLOAT width, GpUnit unit,
+GpPen **pen)
+{
+LOGBRUSH lb;
+G
"Chris Robinson" <[EMAIL PROTECTED]> wrote:
On Tuesday 29 May 2007 01:05:36 am Dmitry Timoshkov wrote:
Yes, Microsoft doesn't support calling GDI+ flat API from anything but C++
wrappers. But it shouldn't be too hard to construct an appropriate object
in plain C that represents GpBrush for inst
Changelog:
*Added public GDI+ headers in include/
*Added private GDI+ headers in dlls/gdiplus
*Added small implementation of GDI+ pens in dlls/gdiplus/pen.c
*Added (first) GDI+ test
dlls/gdiplus/Makefile.in |3 +
dlls/gdiplus/gdip_defines.h | 43 +++
dlls/gdiplus/
On Tue, 2007-05-29 at 01:28 +0200, [EMAIL PROTECTED] wrote:
> If someone is interested in leading the Ubuntu-wine team, please contact me.
I was actually looking at how to do that earlier today. I would like to
volunteer for the position.
signature.asc
Description: This is a digitally signed me
Robert Shearman <[EMAIL PROTECTED]> writes:
> Attached is a patch that reduces the verbosity of the build system by
> printing the build commands in one of two formats:
> COMMAND output_file
> or
> COMMAND input_file -> output_file
>
> I hope it meets Alexandre's requirements of not reducing porta
You probably forget to run 'autoconf'.
I can see nice messages like:
$ autoconf
...
$ ./configure
...
$ make depend
...
$ make
...
CC extrachunk.o
CC factory.o
CC getframe.o
CC icmstream.o
CC regsvr.o
CC tmpfile.o
>I get the following (on Slackware 11) while running the make depend
>portion of ./c
Am Monday 28 May 2007 12:16 schrieb Robert Shearman:
> Use it to implement the behaviour where InternetReadFileExA does a
> synchronous request if the data is available and asynchronous otherwise.
> ---
> configure.ac |1 +
> dlls/wininet/internet.c | 49
>
On 5/29/07, Robert Shearman <[EMAIL PROTECTED]> wrote:
Hi,
Attached is a patch that reduces the verbosity of the build system by
printing the build commands in one of two formats:
COMMAND output_file
or
COMMAND input_file -> output_file
I hope it meets Alexandre's requirements of not reducing p
Hi,
Attached is a patch that reduces the verbosity of the build system by
printing the build commands in one of two formats:
COMMAND output_file
or
COMMAND input_file -> output_file
I hope it meets Alexandre's requirements of not reducing portability of
Wine to other platforms (including Wind
Hi
I will be member, if you ask I may act as a leader.
Thanks,
VJ
On 5/28/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
If someone is interested in leading the Ubuntu-wine team, please contact me.
On 5/28/07, Bryan DeGrendel <[EMAIL PROTECTED]> wrote:
I believe most non-bug fix changes will be limited to a small part of the
WINE tree (the mscoree dll), so creating an entire git fork is overkill for
On the contrary, I believe that git is ideal for forking (and later
merging) like this.
If someone is interested in leading the Ubuntu-wine team, please contact me.
Hi,
I just wanted to report the current failures when crosscompiling the
msxml3 tests with mingw (and thus no new winetest executable):
xmldoc.cross.o:xmldoc.c:(.text+0x1a9): undefined reference to
`_IID_IXMLDocument'
xmldoc.cross.o:xmldoc.c:(.text+0x1c0): undefined reference to
`_CLSID_XMLDocum
Just curious to know if there was something wrong with this patch, or
if maybe it wasnt committed due to being a cosmetic change? If it's
the latter, I'll just resend the other 2 parts of the patch (2and 3 of
3) against the code the way it is instead of changing the lines..
On 5/23/07, Tom Spear
On Tuesday 29 May 2007 01:05:36 am Dmitry Timoshkov wrote:
> Yes, Microsoft doesn't support calling GDI+ flat API from anything but C++
> wrappers. But it shouldn't be too hard to construct an appropriate object
> in plain C that represents GpBrush for instance.
It depends if it's an actual C++ AP
Hi,
Every now and then I check for the 'Recent Changes' on the wiki. The following
page caught my attention:
http://wiki.winehq.org/MaartenLankhorst/SOC2007
This page is actually named "MaartenLankhorst/SOC2007" and is a child of the
'MaartenLankhorst' page. This page messes up the logo in t
Am Dienstag 29 Mai 2007 00:31 schrieb Frank Richter:
> On 28.05.2007 22:23, Stefan Dösinger wrote:
> > loads it into an opengl
> > texture(GL_ALPHA) and records 256 display lists to draw textured quads.
> > So far no unicode support, no custom pens, but custom fonts work.
>
> One trick I've seen (i
"Evan Stade" <[EMAIL PROTECTED]> wrote:
The API prototypes use types that are defined as C++ classes. For example,
one prototype (from GdiPlusFlat.h) is
GpStatus WINGDIPAPI GdipCloneBrush(GpBrush *brush, GpBrush **cloneBrush);
And GpBrush is defined as
class GpBrush {};
Yes, Microsoft does
19 matches
Mail list logo