Thanks for these especially good comments, Rob!
On Sat, Jul 19, 2008 at 07:08:17PM +0100, Rob Shearman wrote:
> 2008/7/19 Dan Hipschman <[EMAIL PROTECTED]>:
> >
> > This patch implements the timer thread, running callbacks, cleaning up
> > timers, and all that good stuff. It should be very effic
2008/7/19 Mikołaj Zalewski <[EMAIL PROTECTED]>:
> Where does the ../../../include\rpc.h file come from? If you are mixing
> Wine and Windows headers then conflicts are quite possible. I copy only
> wine/test.h from the Wine headers. Often, I also need a #include
> at the top of the file for it t
2008/7/19 Dan Hipschman <[EMAIL PROTECTED]>:
>
> This patch implements the timer thread, running callbacks, cleaning up
> timers, and all that good stuff. It should be very efficient, using mostly
> atomic operations and one critical section for thread safety.
It would be more efficient for queue
> I provided a screenshot as attachment for you to see.
I wasn't able to send it to this mailing list. I think this is by
intention. So please ask me if you want to see.
--
Mathias Kosch <[EMAIL PROTECTED]> | http://www.mkosch.de/
RSA Public Key: http://www.mkosch.de/pubkey
Internet-Links ganz k
On Sat, 2008-07-19 at 12:20 +0100, Huw Davies wrote:
> Adam Petaccia wrote:
> > @@ -226,6 +277,11 @@ GpStatus WINGDIPAPI GdipSetEmpty(GpRegion*region)
> >
> > if(!(calls++))
> > FIXME("not implemented\n");
> > +TRACE("%p\n", region);
> > +
> > +GdipDeleteRegion(region);
Currently I'm trying to fix Bug#13344.
I figured out that the problems seems to be caused by the function
"StretchDIBits" inside "dlls/gdi32/dib.c".
When I run "Digital Photo Professional 3.4.1.1" and open images in the
editor window in "fit to window" mode all images are shifted to top so
that I
2008/7/19 Dan Hipschman <[EMAIL PROTECTED]>:
> ---
> dlls/kernel32/sync.c | 40 ++--
> dlls/kernel32/tests/sync.c | 11 +++
> 2 files changed, 37 insertions(+), 14 deletions(-)
These functions should be implemented in ntdll instead of kernel32
2008/7/19 Dan Hipschman <[EMAIL PROTECTED]>:
> +static void CALLBACK timer_queue_cb2(PVOID p, BOOLEAN timedOut)
> +{
> +struct timer_queue_data1 *d = (struct timer_queue_data1 *) p;
> +ok(timedOut, "Timer callbacks should always time out\n");
> +/* Wait until our own timer handle is set
2008/7/18 Reece Dunn <[EMAIL PROTECTED]>:
> Seems like Vista has fixed the bug in the Windows version of
> SafeArrayGetVarType, as indicated by
> http://test.winehq.org/data/80ee225f23ea8093f57f1e7b29b7fb60e6f6cdda/vista_VistaSP1/oleaut32:safearray.html,
> so update the tests accordingly.
How abou
2008/7/17 Vincent Povirk <[EMAIL PROTECTED]>:
> @@ -583,6 +583,9 @@ HRESULT WINAPI OleIsCurrentClipboard(IDataObject
> *pDataObject)
>if (!theOleClipboard)
> return E_OUTOFMEMORY;
>
> + if (pDataObject == NULL)
> +return S_FALSE;
> +
Functionally, the patch is good, but one small ni
2008/7/18 Roy Shea <[EMAIL PROTECTED]>:
> +static HRESULT WINAPI MSTASK_IClassFactory_QueryInterface(
> +LPCLASSFACTORY iface,
> +REFIID riid,
> +LPVOID *ppvObj)
> +{
> +ClassFactoryImpl *This = (ClassFactoryImpl *)iface;
> +
> +TRACE("\n\tIID:\t%s\n",debugstr_guid(r
Am Freitag, den 18.07.2008, 20:37 +0400 schrieb Andrey Turkin:
> Also, please attach patches with disposition inline, not attachment
> (git can do that) - this make review somehow easier.
If this is an official wine policy (I do see your point), please update
http://www.winehq.org/site/sending_patc
It seems when using this wrapper and a cuda enabled program, it causes the
program/wine to use 100% of a CPU core, while running in windows the FaH GPU
client only takes around 10-15% at most of a CPU core. Any ideas why the
sudden jump to 100% use? It makes the systems most unusable in the normal
Where does the ../../../include\rpc.h file come from? If you are
mixing Wine and Windows headers then conflicts are quite possible. I
copy only wine/test.h from the Wine headers. Often, I also need a
#include at the top of the file for it to compile with MS
headers, but after this, it works
Adam Petaccia wrote:
> @@ -226,6 +277,11 @@ GpStatus WINGDIPAPI GdipSetEmpty(GpRegion*region)
>
> if(!(calls++))
> FIXME("not implemented\n");
> +TRACE("%p\n", region);
> +
> +GdipDeleteRegion(region);
> +GdipCreateRegion(®ion);
> +region->node->type = RegionD
В сообщении от Saturday 19 July 2008 14:24:40 Nikolay Sivov написал(а):
> This 'missed' commit goes to stable branch.
> http://source.winehq.org/git/wine.git/?a=shortlog;h=refs/heads/stable
Thanks, I almost forgot about branches!
Sorry for nuisance.
--
Kirill
Hi,
I am using VS 2008 (9.0) Express in conjunction with the Vista SDK.
When compiling the tests, I get:
c:\Users\reece\wine\dlls\comctl32\tests>cl -D_X86_ -DSTANDALONE -I../../../inclu
de listview.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08 for 80x86
Copyright (C) Mi
Dan Kegel wrote:
> You forgot to mention which versions of Windows you
> ran the test case on (and whether it passed there).
Thank you for telling me. (I'm not yet very familar with the process
of publishing patches.)
It took me some time, for I first had to install "Windows Server
2003".
Testing
> CloseHandle doesn't wait for the thread to finish, so
> this has no effect. In any case there doesn't seem to be any need
> to wait in those tests.
My bad. There was something hokey with the tests, moving the CloseHandle made
them pass consistently. After changing the implementation I can't rep
Hello Dan,
if you change the following line 2711, I think the Valgrind message
will disappear:
/* no change? */
-if (!memcmp(orgWidths, pane->widths, sizeof(orgWidths)))
+if (!anyway && !memcmp(orgWidths, pane->widths, sizeof(orgWidths)))
return FALSE;
Sorry - I could no
Not sure, I just figured it was the program that was doing it? I'll try and
figure it out and reply back to you as soon as I can.
On Thu, Jul 17, 2008 at 6:49 PM, H. Verbeet <[EMAIL PROTECTED]> wrote:
> 2008/7/17 Andrew Fenn <[EMAIL PROTECTED]>:
> > I noticed this function gets called twice when
Here's what I got from the debug log.
Backtrace:
=>1 0x7e43e9b3 shader_glsl_free+0x23(iface=0x19c4b8)
[/home/andrew/wine/wine/dlls/wined3d/glsl_shader.c:3491] in wined3d
(0x0032e918)
2 0x7e41f318 IWineD3DDeviceImpl_Reset+0x198(iface=0x19c4b8,
pPresentationParameters=0x32e9c0)
[/home/andrew/wine/
Kirill K. Smirnov wrote:
> Hello,
> According to wine-cvs mailing list, latest patch is
> "Vladimir Pankratov : hhctrl.ocx: Update Russian translation.",
> but it cannot be fetched, after fetch/rebase the following patch is the
> latest:
> "Huw Davies : winmm: Only fill in the MIXERLINEA struc
Hello,
According to wine-cvs mailing list, latest patch is
"Vladimir Pankratov : hhctrl.ocx: Update Russian translation.",
but it cannot be fetched, after fetch/rebase the following patch is the
latest:
"Huw Davies : winmm: Only fill in the MIXERLINEA struct if the call to
mixerGetLineInfoW s
On Saturday 19 July 2008 02:19:11 Dan Hipschman wrote:
> It punts on some integer-wrapping issues. If someone runs their wineserver
> for 49 days they may run into that issue. I just thought it would distract
Have you thought about using GetTickCount64 instead of GetTickCount?
-Hans
On Fri, Jul 18, 2008 at 10:15:48PM -0500, Stefan Dösinger wrote:
> > I have been looking at writing a couple of tests for ntoskrl functions
> > but I have had difficulty locating a suitable place. It sort of looks
> > like ntdll/tests is the place but it is not clear. Is there a guide
> > for l
On Saturday 19 July 2008 05:15:48 Stefan Dösinger wrote:
> > I have been looking at writing a couple of tests for ntoskrl functions
> > but I have had difficulty locating a suitable place. It sort of looks
> > like ntdll/tests is the place but it is not clear. Is there a guide
> > for locating
27 matches
Mail list logo