Wine 1.0.2

2008-10-29 Thread Austin English
Please add 1.0.2 target milestone to Bugzilla. -- -Austin

Re: Unable to add cc to bug 13583

2008-10-29 Thread Austin English
On Wed, Oct 29, 2008 at 10:50 PM, Matt Perry <[EMAIL PROTECTED]> wrote: > I ran a regression test for bug 13583 and attempted to add the patch > author to the CC field in Bugzilla as indicated in the regression test > documentation. Unfortunately, I get the following error: > > CC: [EMAIL PROTECTE

Unable to add cc to bug 13583

2008-10-29 Thread Matt Perry
I ran a regression test for bug 13583 and attempted to add the patch author to the CC field in Bugzilla as indicated in the regression test documentation. Unfortunately, I get the following error: CC: [EMAIL PROTECTED] did not match anything How do I get the author of the patch onto the CC list

Re: Changed more malloc to HeapAlloc calls

2008-10-29 Thread James Hawkins
On Wed, Oct 29, 2008 at 8:02 PM, Pete Myers <[EMAIL PROTECTED]> wrote: > It does match the style of the way that HeapAlloc is used elsewhere in the > file, though not malloc admittedly. I wasn't sure which convention had > precedent. > Please bottom-post when replying to a post on the wine lists.

Vertex pipeline replacement

2008-10-29 Thread Stefan Dösinger
Hi, I have my vertex pipeline replacement almost ready to send. Because the fragment pipeline replacement caused a bunch of regressions, I want to give this patch a bit of testing before committing it. I expect slightly more regressions there because the vertex processing stuff is still badly test

Re: Changed more malloc to HeapAlloc calls

2008-10-29 Thread James Hawkins
On Wed, Oct 29, 2008 at 7:39 PM, Pete Myers <[EMAIL PROTECTED]> wrote: > In line with http://wiki.winehq.org/ReplaceMalloc this is a small patch that > changes all malloc calls to HeapAlloc in the following files: > ./dlls/iphlpapi/tests/iphlpapi.c > ./dlls/wnaspi32/winaspi16.c > > Changelog: > * m

Re: does anyone else's windows 98 machine not survive the user32 msg test?

2008-10-29 Thread Detlef Riekenberg
On So, 2008-10-26 at 22:31 -0500, Vincent Povirk wrote: > After I run "user32_crosstest msg" on my windows 98 virtual machine in > qemu, it no longer responds to any mouse input (the cursor moves and > changes, but clicking has no effect) > > Does this happen to anyone else, especially on a window

Re: BUG 15833: TreeView control don't save item's state

2008-10-29 Thread John Klehm
On Wed, Oct 29, 2008 at 6:50 AM, warmouse <[EMAIL PROTECTED]> wrote: > Hi. > > BUG: > TreeView sends TVS_GETDISPINFO notifycation. Main application catch it and > change "mask","state" and "stateMask" in a TVITEM structure. After returning > > from message handler, item's state don't changed. TreeV

Re: [try 2] [2/2] mlang: Add implementation offnIMLangFontLink_GetCharCodePages

2008-10-29 Thread Dmitry Timoshkov
"Vitaly Perov" <[EMAIL PROTECTED]> wrote: > "Vitaly Perov" <[EMAIL PROTECTED]> wrote: > >>> It doesn't really matter what code pages Windows supports, it does >>> matter though what code pages are valid. You need to use Win32 APIs >>> EnumSystemCodePages/GetCPInfo/MultiByteToWideChar instead of a

Re: [try 2] [2/2] mlang: Add implementation offnIMLangFontLink_GetCharCodePages

2008-10-29 Thread Vitaly Perov
"Vitaly Perov" <[EMAIL PROTECTED]> wrote: >> It doesn't really matter what code pages Windows supports, it does >> matter though what code pages are valid. You need to use Win32 APIs >> EnumSystemCodePages/GetCPInfo/MultiByteToWideChar instead of accessing >> Wine internals directly. >I used Enum

Re: [try 2] [2/2] mlang: Add implementation offnIMLangFontLink_GetCharCodePages

2008-10-29 Thread Dmitry Timoshkov
"Vitaly Perov" <[EMAIL PROTECTED]> wrote: > Changed since last send: use mlang internal mlang_data structures instead of > static array. You still haven't done the other part: use Win32 APIs EnumSystemCodePages/ GetCPInfo/WideCharToMultiByte instead of accessing Wine internals directly. -- Dmi

Re: [PATCH] [1/19] paint: basic paint program

2008-10-29 Thread Roderick Colenbrander
> "Hirofumi Katayama" <[EMAIL PROTECTED]> writes: > > > From ee02c7995d6dcaf490f8f90b8d37ebc6b08f733e Mon Sep 17 00:00:00 2001 > > From: Katayama Hirofumi MZ <[EMAIL PROTECTED]> > > Date: Sat, 25 Oct 2008 10:55:17 +0900 > > Subject: [PATCH] [1/19] paint: basic paint program > > The program should

xrandr unsupported video modes [was: Re: winecfg - great job!]

2008-10-29 Thread Frank Richter
On 28.10.2008 22:33, Eric Anopolsky wrote: > Thanks, but it's not a wine bug. The problem is that xrandr doesn't > think 640x480 and 800x600 are valid modes on my laptop so when I launch > Diablo II I get a dialog box that says: I guess technically it would be possible to emulate the modes. I reca

Re: [PATCH] [1/19] paint: basic paint program

2008-10-29 Thread Alexandre Julliard
"Hirofumi Katayama" <[EMAIL PROTECTED]> writes: > From ee02c7995d6dcaf490f8f90b8d37ebc6b08f733e Mon Sep 17 00:00:00 2001 > From: Katayama Hirofumi MZ <[EMAIL PROTECTED]> > Date: Sat, 25 Oct 2008 10:55:17 +0900 > Subject: [PATCH] [1/19] paint: basic paint program The program should probably be cal

Re: D3DXMatrixstack: where to go....

2008-10-29 Thread Henri Verbeet
Actually, I just cleaned up your patches, and will probably submit the first few later today.

patchwatcher status: ready for volunteers to get working on bsd/solaris/mac

2008-10-29 Thread Dan Kegel
Blacklisted wininet:http.c because it relies on winehq.org being up and serving php properly :-) Fixed enough problems with the new patchwatcher that it seems to be running tests properly. You can see the new patchwatcher's results at http://kegel.com/wine/patchwatcher/results2/ The results should

D3DXMatrixstack: where to go....

2008-10-29 Thread paulo lesgaz
I did several patches about D3DXMAtrixStack. All were uncorrect. The idea of Henri to implement it is this one: it is very time -comsumming to allocate or to free memory. So one needs to do that as less as possible. So, we start with a stack with predefined size. When the stack is full, one mul