On Fri, 25 Jan 2008, Paul Millar wrote:
[...]
> The front-end machine had stopped responding to network traffic.
[...]
> So, sorry, winetest will be off-line until Monday at the earliest.
Thanks for the status update.
--
Francois Gouget <[EMAIL PROTECTED]> http://fgouget.free.fr/
What happened to the wiki? AppDB/WineHQ/Bugzilla are all fine, but
wiki.winehq.org seems to be down.
-Austin
Am Freitag, 25. Januar 2008 19:41:52 schrieb Victor:
> This is a DX8 implementation of D3DXGetFVFVertexSize (i.e. D3DFVF_XYZW is
> commented out).I must note that I've encountered a bug in original/natvie
> D3DXGetFVFVertexSize - it returned wrong vertex size(one float less than
> needed(?)) when i
On Friday 25 January 2008 10:00:17 Francois Gouget wrote:
> There's been no new winetest for about a week. Does anyone know what's
> up?
The front-end machine had stopped responding to network traffic. I'm not
physically the machine, so I've asked someone to investigate on my behalf.
They rebo
On Jan 24, 2008 4:10 PM, Lei Zhang <[EMAIL PROTECTED]> wrote:
> Hi,
>
> With today's wine-git, tray icons no longer work. There's a spot in
> the system tray where the icon should be, but nothing is displayed
> there and I can't interact with it. This occurred on both KDE and
> Gnome.
>
> I found t
On Mon, 14 Jan 2008, Alexandre Julliard wrote:
>> @@ -4348,12 +4349,12 @@ static void vshader_version_varying_test
>> "vs_3_0 returned color 0x%08x, expected 0x00203366\n", color);
>> color = getPixelColor(device, 160, 360);
>> ok((color & 0x00ff) >= 0x003c && (color & 0x0
On 25/01/2008, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Reece Dunn" <[EMAIL PROTECTED]> wrote:
>
> > When destroying datetime and monthcal controls, Vista sends a message
> > with the value 0x0090. This messasge is not in winuser.h of the Vista
> > SDK.
>
> > +#define WM_UNKNOWN_VISTA1 0x0090
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
>>
>> Shouldn't screen_bpp be set to 16 then?
>
> I believe that GetDeviceCaps(BITSPIXEL) should return 15 in that case,
> so that the apps would use correct bit fields for DIBs.
There are no "correct
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> diff --git a/dlls/winex11.drv/x11drv_main.c b/dlls/winex11.drv/x11drv_main.c
> index f2bf12c..948c58c 100644
> --- a/dlls/winex11.drv/x11drv_main.c
> +++ b/dlls/winex11.drv/x11drv_main.c
> @@ -498,10 +498,7 @@ static BOOL process_attach(void)
>
"Alistair Leslie-Hughes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi,
>
> Fixes bug http://bugs.winehq.org/show_bug.cgi?id=11257
>
Correction
Fixes http://bugs.winehq.org/show_bug.cgi?id=8152
Best Regards
Alistair Leslie-Hughes
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
>> case 15:
>> -/* Out tests suggest that windows does not support 15 bpp color
>> depth.
>> - * X11 does, what should we do with these situations?
>> - */
>> -FIXME("The X server is running a
"Juan Carlos Montes" <[EMAIL PROTECTED]> wrote:
> At this time, i have dumps for WriteFile, ReadFile, WSASendTo and WSARecvFrom.
> But i need it for Registry set value functions...
>
> Do you want that i make a diff with all change?
This dumping feature doesn't belong to Wine, if you need it use
"Reece Dunn" <[EMAIL PROTECTED]> wrote:
> The patch that I have just submitted ("gdiplus: fix the bezier arc
> path test (on all platforms).") is a simple fix for the failing test
> in graphicspath.c. The failure highlights gdiplus behaviour that is
> not directly obvious:
>
> If you have a bezie
"Reece Dunn" <[EMAIL PROTECTED]> wrote:
> When destroying datetime and monthcal controls, Vista sends a message
> with the value 0x0090. This messasge is not in winuser.h of the Vista
> SDK.
> +#define WM_UNKNOWN_VISTA1 0x0090
IMO just adding
{ 0x0090, sent|optional }, /* Vista */
is clear enou
On 24/01/2008, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "Reece Dunn" <[EMAIL PROTECTED]> writes:
>
> > and when everything is ok:
> >
> > git add . && git status
> > git commit -m "user32: fixed edit for ."
> >
> > which won't work in this case, as the files that cl generates will be
Ok, i can make the patch.
what do you need to make the new channel?
I use this code to dump:
// Insert to dump buffers
// Inserted by Juan Carlos Montes
// Date: 23/01/08
char file_name[255] = "";
sprintf( file_name, "
The patch that I have just submitted ("gdiplus: fix the bezier arc
path test (on all platforms).") is a simple fix for the failing test
in graphicspath.c. The failure highlights gdiplus behaviour that is
not directly obvious:
If you have a bezier arc:
static path_test_t arc_path[] = {
{600.0,
There's been no new winetest for about a week. Does anyone know what's
up?
--
Francois Gouget <[EMAIL PROTECTED]> http://fgouget.free.fr/
Linux: Because rebooting is for adding new hardware
18 matches
Mail list logo