Re: user32: Implement BroadcastSystemMessage, try 6

Maarten Lankhorst wrote: > Hello Paul, > > 2008/4/1, Paul Vriens <[EMAIL PROTECTED]>: >> Hi Maarten, >> >> +if (!recipients) >> +recipients = &recips; >> + >> >> Will that work? > > Yes. recipients is a pointer. > > Cheers, > > Maarten. > > > Yes, sorry for the noise. (Shoul

Wine 1.0 status: T minus 73 days (!), 69 bugs left

Grumble. I was off by a week when I wrote http://wiki.winehq.org/WineReleasePlan I've adjusted the release dates to match our two-week cycle correctly this time (I hope). That pushed our release out one week... which means we finally have fewer bugs than days-to-release. Bugs fixed since last sum

Recent imm changes triggered widespread valgrind errors?

Aric, can you have a look? Any call to CreateWindow now spews lots of Valgrind errors. For instance, http://kegel.com/wine/valgrind/logs-2008-04-01/vg-advpack_install-diff.txt contains: + Conditional jump or move depends on uninitialised value(s) +at RtlInitUnicodeString (unicode.h:212) +

Re: Bitrotting Translations

Michael Stefaniuc wrote: > there are a couple resource file translations that are so way out of > sync that they are commented out of the main rc file of the relevant > module. > > programs/winecfg/winecfg.rc: > > - Pt.rc - Portuguese (Brazil/Portugal) > - It.rc - Ita

AppDB:Nice URLs Question on integration / Request for testing

Hello, So I have a working "nice urls" implementatino here: http://appdb.klehm.net/app/ Simply enter in anything after app/ (e.g. http://appdb.klehm.net/app/visual-basic). At this point its better to enter in too little of the desired app name rather than too much. (better to have visual-basic o

Bitrotting Translations

Hello guys, there are a couple resource file translations that are so way out of sync that they are commented out of the main rc file of the relevant module. programs/progman/rsrc.rc: - - Da.rc - Danish - Fi.rc - Finnish - Sk.rc - Slovak - Sw.rc - Swedish (correct filename

Re: WINEX11.DRV: workaround for unstable window state while handling MapNotify (fixes bug 12196)

Alex Villací­s Lasso escribió: > > The attached patch seems to fix this issue for me. It issues > X11DRV_MapNotify > when it detects that the window is still marked as iconic on a > transition from > IconicState to NormalState. Please comment on this. > > See bug #12196 for full discussion. > > C

Re: Wine broken in feisty/git

On Tuesday 01 April 2008, Alexandre Julliard wrote: > "Austin English" <[EMAIL PROTECTED]> writes: > > On 4/1/08, Lei Zhang <[EMAIL PROTECTED]> wrote: > >> Git bisect says: > >> > >> 0a44a778f00c5283347646083f682333c11bccf3 is first bad commit > >> commit 0a44a778f00c5283347646083f682333c11bccf3

Re: msxml3 bug 10802

"viny" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi, > > When creating an xml file, wine shouldn't create header automatically. > Is that difficult to fix this bug > (http://bugs.winehq.org/show_bug.cgi?id=10802) ? I've looked at domdoc.c > but I'm not an expert... > Hi Vin

Re: Wine broken in feisty/git

"Austin English" <[EMAIL PROTECTED]> writes: > On 4/1/08, Lei Zhang <[EMAIL PROTECTED]> wrote: >> Git bisect says: >> >> 0a44a778f00c5283347646083f682333c11bccf3 is first bad commit >> commit 0a44a778f00c5283347646083f682333c11bccf3 >> Author: Aric Stewart <[EMAIL PROTECTED]> >> Date: Mon Ma

Re: Wine broken in feisty/git

On 4/1/08, Lei Zhang <[EMAIL PROTECTED]> wrote: > On Tue, Apr 1, 2008 at 12:53 PM, Lei Zhang <[EMAIL PROTECTED]> wrote: > > On Tue, Apr 1, 2008 at 10:56 AM, Austin English <[EMAIL PROTECTED]> wrote: > > > > > > > Building today's git worked fine, until trying to run ~/wine-git/wine > > > not

Re: Wine broken in feisty/git

On Tue, Apr 1, 2008 at 12:53 PM, Lei Zhang <[EMAIL PROTECTED]> wrote: > On Tue, Apr 1, 2008 at 10:56 AM, Austin English <[EMAIL PROTECTED]> wrote: > > > > Building today's git worked fine, until trying to run ~/wine-git/wine > > notepad, which results in a segmentation fault. Wine 0.9.58 from the

user32: Implement BroadcastSystemMessage, try 6

Hello Paul, 2008/4/1, Paul Vriens <[EMAIL PROTECTED]>: > Hi Maarten, > > +if (!recipients) > +recipients = &recips; > + > > Will that work? Yes. recipients is a pointer. Cheers, Maarten.

Re: wininet: InternetReadFileExA should check INTERNET_FLAG_ASYNC.

On Thursday 27 March 2008 21:52:24 Dan Hipschman wrote: > incorrect. Here are a few Windows failures: > > http.c:584: Test failed: expected status 10 (INTERNET_STATUS_RESOLVING_NAME) > 0 times, received 1 times > http.c:585: Test failed: expected status 11 (INTERNET_STATUS_NAME_RESOLVED) 0 > t

Re: Wine broken in feisty/git

On Tue, Apr 1, 2008 at 10:56 AM, Austin English <[EMAIL PROTECTED]> wrote: > Building today's git worked fine, until trying to run ~/wine-git/wine > notepad, which results in a segmentation fault. Wine 0.9.58 from the > reps works fine, as did rebuilding wine 0.9.58 in git. I'm starting > the bi

Re: crash on exit in hardy on intel graphics?

On Sun, Mar 23, 2008 at 5:53 PM, Dan Kegel <[EMAIL PROTECTED]> wrote: > > > > 10 0x7ddc39bc glIsRenderbufferEXT+0x16c() in libgl.so.1 (0x0034fc68) > > > > 11 0xb7efefdf in ld-linux.so.2 (+0xdfdf) (0x0034fe18) > > > > 12 0xb7c90f74 exit+0xd4() in libc.so.6 (0x0034fe38) > > > Why wou

Re: user32: Implement BroadcastSystemMessage, try 6

Maarten Lankhorst wrote: > Removed most LastError tests except where they are useful. > > > > > Hi Maarten, +if (!recipients) +recipients = &recips; + Will that work? Cheers, Paul

Re: SOC Direct3D - Implement missing D3D9_xx DLLs?

> Can someone confirm this to be already finished (and then remove this item > from > the wiki?) If it isn't finished yet, what IS missing then? Nearly everything is missing. It's just the forwarding and some stubs that have been defined, yet, and the D3DXRenderToSurface implementation I submit

Re: Wine broken in feisty/git

On Tue, Apr 1, 2008 at 10:56 AM, Austin English <[EMAIL PROTECTED]> wrote: > Building today's git worked fine, until trying to run ~/wine-git/wine > notepad, which results in a segmentation fault. Wine 0.9.58 from the > reps works fine, as did rebuilding wine 0.9.58 in git. I'm starting > the bi

Wine broken in feisty/git

Building today's git worked fine, until trying to run ~/wine-git/wine notepad, which results in a segmentation fault. Wine 0.9.58 from the reps works fine, as did rebuilding wine 0.9.58 in git. I'm starting the bisect now, but am about to leave this machine and won't be able to complete it until to

re: Wine Release Plan

Paul V. wrote: >Just noticed that the dates attached to the versions on >http://wiki.winehq.org/WineReleasePlan are not correct. >0.9.58 came out on March 21st. >Does this mean we still stick to May 9th or do we stick to 0.9.61 as >being 1.0.0.rc1? Whoops, sorry 'bout that. Whatever Alexandre want

Re: [1/2] cabinet.dll -> FDICopy: Test added [Try 2]

2008/4/1 Vitaly Perov <[EMAIL PROTECTED]>: > This test checks if function FDICopy() of cabinet.dll correctly works with an > empty cabinet file (It's correct cab-file, but it has no files and folders > inside). > In this case Windows return TRUE, but WINE return FALSE. So the installation > of

Re: [2/2] cabinet.dll -> FDICopy: Bug fixed

2008/4/1 Vitaly Perov <[EMAIL PROTECTED]>: > This is a bug fix for the FDICopy() function of cabinet.dll. > When you pass an empty cabinet file (It's correct cab-file, but it has no > files and folders inside) as a parameter, Wine detects that the file is > invalid. > In this case Windows retur

ddiwrapper/Gsoc Re: DLL exports... HELP?! (wine based win32 printer drivers for openprinting)

So far only one person has signed up with gsoc to do the win32 print driver under linux... I found out why I couldn't build ddiwrapper earlier - it builds against latest wine now; the reason was that I was ripping from opensuse/suse src rpm, and I did not look at any of the bundled patch, and

Re: Hey all, introducing myself and my GSoC idea...

On Tue, Apr 1, 2008 at 3:58 AM, Robert Shearman <[EMAIL PROTECTED]> wrote: > James Hawkins wrote: > > On Mon, Mar 31, 2008 at 8:11 PM, Juan Lang <[EMAIL PROTECTED]> wrote: > > > > >> Personally, I've thought that playing around with the > >> native LPC API might be interesting. I'm sure there

Re: Greek translation patch correction

On Tue, Apr 1, 2008 at 7:11 AM, Dj Apal [GR] <[EMAIL PROTECTED]> wrote: > So should I resend the patches in individual mails or it's ok for now and > for the next time I create new patches, I can send them as you wish? > > 2008/4/1, James Hawkins <[EMAIL PROTECTED]>: > > > 2008/3/31 Dj Apal [GR] <[

SOC suggestion - Vista Game Explorer APIs (needed for d3d10)

Hi, As the SOC deadline has been extended here another SOC project which I added to the wiki close to the previous deadline namely the Vista Game Explorer dll. Lots of users find Direct3D related projects cool. Part of the post-Wine-1.0 work will likely focus on D3D10. Just adding a full implem

Re: SOC Direct3D - Implement missing D3D9_xx DLLs?

Am Dienstag, 1. April 2008 16:01:34 schrieb Jeroen Janssen: > Would it be worth mentioning this on the wine SOC 2008 page? > > Also, is there some info on what is left to do? > ( I found the code Andras wrote at > http://code.google.com/p/google-summer-of-code-2007-wine/downloads/list > ) Ya, might

Re: SOC Direct3D - Implement missing D3D9_xx DLLs?

On Tue, Apr 1, 2008 at 3:30 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Am Dienstag, 1. April 2008 15:06:37 schrieb H. Verbeet: > > Personally, I don't think it makes sense to have stubbed d3d10x dlls > > without at least a partial d3d10 implementation. > Yes, I agree. It would make more sense

Re: SOC Direct3D - Implement missing D3D9_xx DLLs?

On Tue, Apr 1, 2008 at 3:06 PM, H. Verbeet <[EMAIL PROTECTED]> wrote: > > As far as I can see there are already lots of D3D9_xx dlls in the tree > > that seem > > to forward stuf correctly. > > > > Can someone confirm this to be already finished (and then remove this item > > from > > the wik

Re: d3d9: Add some visual tests for Direct3DDevice9_StretchRect()

On Tue, Apr 1, 2008 at 5:45 AM, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Am Dienstag, 1. April 2008 07:20:44 schrieb Jason Green: > Did you take a look at the various capability flags? I think the test as you > submitted it is correct for dx9 level cards and drivers, but there are a few > ca

msxml3 bug 10802

Hi, When creating an xml file, wine shouldn't create header automatically. Is that difficult to fix this bug (http://bugs.winehq.org/show_bug.cgi?id=10802) ? I've looked at domdoc.c but I'm not an expert...

Re: Greek translation patch correction

So should I resend the patches in individual mails or it's ok for now and for the next time I create new patches, I can send them as you wish? 2008/4/1, James Hawkins <[EMAIL PROTECTED]>: > > 2008/3/31 Dj Apal [GR] <[EMAIL PROTECTED]>: > > > Here are the separate patches as requested by James Hawk

Re: SOC Direct3D - Implement missing D3D9_xx DLLs?

Am Dienstag, 1. April 2008 15:06:37 schrieb H. Verbeet: > Personally, I don't think it makes sense to have stubbed d3d10x dlls > without at least a partial d3d10 implementation. Yes, I agree. It would make more sense to take the unfinished stub from Andras' D3D10 project last year, finish it and w

net: Display a more specific error message when a service command fails.

Hi, >+LPSTR pBuffer; >+if (FormatMessageA(FORMAT_MESSAGE_FROM_SYSTEM | >+FORMAT_MESSAGE_IGNORE_INSERTS | FORMAT_MESSAGE_ALLOCATE_BUFFER, >+NULL, error, 0, (LPSTR)&pBuffer, 0, NULL)) >+{ >+fputs(pBuffer, stdout); >+LocalFree(pBuffer); >+

Re: SOC Direct3D - Implement missing D3D9_xx DLLs?

On 01/04/2008, Jeroen Janssen <[EMAIL PROTECTED]> wrote: > Hi, > > I was looking at the Wine SOC wiki ( http://wiki.winehq.org/SummerOfCode ) > and > noticed an entry on "Direct3D - Implement missing D3D9_xx DLLs". > > As far as I can see there are already lots of D3D9_xx dlls in the tree that

Re: imm: Keep track of context associations between HWND and HIMC

It would be but I could not find evidence that such a property existed for all windows in Window. If you are proposing a wine internal property then it would work well. -aric Alexandre Julliard wrote: > Aric Stewart <[EMAIL PROTECTED]> writes: > >> @@ -93,12 +93,21 @@ typedef struct _tagTRANSM

SOC Direct3D - Implement missing D3D9_xx DLLs?

Hi, I was looking at the Wine SOC wiki ( http://wiki.winehq.org/SummerOfCode ) and noticed an entry on "Direct3D - Implement missing D3D9_xx DLLs". As far as I can see there are already lots of D3D9_xx dlls in the tree that seem to forward stuf correctly. Can someone confirm this to be already f

Re: imm: Keep track of context associations between HWND and HIMC

Aric Stewart <[EMAIL PROTECTED]> writes: > @@ -93,12 +93,21 @@ typedef struct _tagTRANSMSG { > LPARAM lParam; > } TRANSMSG, *LPTRANSMSG; > > +typedef struct _tagContextAssociation { > +struct list entry; > + > +HWND*hwnds; > +UINTwndCount; > +HIMCcontext; > +} C

Re: Wine Release Plan

Paul Vriens <[EMAIL PROTECTED]> writes: > Just noticed that the dates attached to the versions on > http://wiki.winehq.org/WineReleasePlan are not correct. > > 0.9.58 came out on March 21st. > > Does this mean we still stick to May 9th or do we stick to 0.9.61 as being > 1.0.0.rc1? We should st

kernel32: add stub for GetConsoleDisplayMode() et al

Hi, In the first patch of the series you really implement SetConsoleDisplayMode() instead of GetConsoleDisplayMode(), don't you? And it is dangerous to return success in pure stub functions, especially GetConsoleDisplayMode(). Returning FALSE and setting last error to ERROR_CALL_NOT_IMPLEM

Re: d3d9: Add some visual tests for Direct3DDevice9_StretchRect()

Am Dienstag, 1. April 2008 07:20:44 schrieb Jason Green: Did you take a look at the various capability flags? I think the test as you submitted it is correct for dx9 level cards and drivers, but there are a few capability flags like D3DDEVCAPS2_CANSTRETCHRECTFROMTEXTURE or similar. Also some dri

Re: Hey all, introducing myself and my GSoC idea...

James Hawkins wrote: > On Mon, Mar 31, 2008 at 8:11 PM, Juan Lang <[EMAIL PROTECTED]> wrote: > >> Personally, I've thought that playing around with the >> native LPC API might be interesting. I'm sure there are other areas >> of the native API that are sparsely documented, and for which some

Re: [Bug 3297] UpdateWindow() doesn't call XFlush()

On Tue, Apr 1, 2008 at 3:15 AM, <[EMAIL PROTECTED]> wrote: > http://bugs.winehq.org/show_bug.cgi?id=3297 > > > Dmitry Timoshkov <[EMAIL PROTECTED]> changed: > >What|Removed |Added > >

Wine Release Plan

Hi, Just noticed that the dates attached to the versions on http://wiki.winehq.org/WineReleasePlan are not correct. 0.9.58 came out on March 21st. Does this mean we still stick to May 9th or do we stick to 0.9.61 as being 1.0.0.rc1? -- Cheers, Paul.