Re: Known issues area on main wiki page

Tony Lambregts wrote: Tom Spear wrote: On 3/21/06, *Vitaliy Margolen* <[EMAIL PROTECTED] > wrote: I sure hope all users will go look at this page first. But some how I don't think they will. When we getting _exact_ duplicates with the same summary and a

Re: x11drv: (bug 4685) some ALT+key combos processed incorrectly

Tuesday, March 21, 2006, 3:49:53 PM, [EMAIL PROTECTED] wrote: > Patch to recognize VK_LMENU and VK_RMENU in alt-key combos (bug 4685) > This patch looks for VK_LMENU and VK_RMENU in addition to VK_MENU when dealing > with ALT-key combo messages. This is the easiest way to add this > functionalit

Re: Known issues area on main wiki page

Segin wrote: Tony Lambregts wrote: Tom Spear wrote: On 3/21/06, **Vitaliy Margolen** <[EMAIL PROTECTED] > wrote: [...] [...] Keeping them around for a while even after they are fixed would be a good idea since not everyone keeps up with the latest version of wine. I

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime

Am Dienstag, 21. März 2006 23:31 schrieb Lionel Ulmer: > > What says that a gl context can be used by one thread only? In the > > glxDestroyContext man page it sounds like a context has a sort of > > reference count, and it can be used by multiple threads. > > man glXMakeCurrent > >BadAcces

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime

> What says that a gl context can be used by one thread only? In the > glxDestroyContext man page it sounds like a context has a sort of reference > count, and it can be used by multiple threads. man glXMakeCurrent BadAccess is generated if ctx was current to another thread

Re: WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS

On 3/21/06, Bryan Mayland <[EMAIL PROTECTED]> wrote: > Dan Kegel wrote: > > Yes. Make the code as small and simple as possible > > to check that one limit. > > > I've sent the patch to wine-patches as suggested at winehq. I'm not > subscribed to that list though, so let me know if there are a

Re: [WINEDOCS] add question on Intel MacOS X

Hi, The plan for porting Darwine/ppc is to use qemu either Bochs. Thanks Emmanuel Le 21 mars 06 à 06:48, Brian Vincent a écrit : Are there any other FAQ additions anyone wants to see? There's at least one other one I was thinking of adding but have since forgotten. Changelog: Brian Vince

Re: Wine and RDPRINT

I try run this patch, but it not works still... some have another idea, or patch to run... with windows app works okay but with this specific application that uses rdprint, does not work... -- Frederico Bertucci e-mail / msn: [EMAIL PROTECTED] www.netbil.com.br NetBil - Redes e Internet 18-3659

Re: WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS

Dan Kegel wrote: Yes. Make the code as small and simple as possible to check that one limit. I've sent the patch to wine-patches as suggested at winehq. I'm not subscribed to that list though, so let me know if there are any problems receiving it or you don't like the test case. Th

Re: WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS

On 3/21/06, Bryan Mayland <[EMAIL PROTECTED]> wrote: > ...My test app is 150 lines of ugly > code whose purpose was to narrow down where the problem was, which was > that MAXIMUM_WAIT_OBJECTS weren't supported. You probably don't want to > put all that socket code in just to test the event system.

Re: WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS

Dan Kegel wrote: Congratulations, sounds like you found a bug in Wine! Yay! I'm glad I'm not crazy. Looks like it should be changed. You've helped greatly with your post. You could help even more by posting a patch that modifies dlls/kernel/tests/sync.c to incorporate your test and also

re: WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS

Bryan Mayland wrote: > dlls/kernel/sync.c:173: > 176 if (count >= MAXIMUM_WAIT_OBJECTS) > 177 { > 178 SetLastError(ERROR_INVALID_PARAMETER); > 179 return WAIT_FAILED; > > Windows supports up to and including that number, wine only supports up > to that number. Congratulatio

Re: edit: Only adjust margins if the edit control is above a certain size.

Huw D M Davies <[EMAIL PROTECTED]> writes: > Huw Davies <[EMAIL PROTECTED]> > edit: Only adjust the margins if the edit control is above a certain > size. This breaks the tests here: edit.c:788: Test failed: got 0 edit.c:789: Test failed: got 0 edit.c:802: Test failed: go

Re: Known issues area on main wiki page

Tony Lambregts wrote: Tom Spear wrote: On 3/21/06, *Vitaliy Margolen* <[EMAIL PROTECTED] > wrote: [...] [...] Keeping them around for a while even after they are fixed would be a good idea since not everyone keeps up with the latest version of wine. I have an idea, let

Re: Known issues area on main wiki page

Tom Spear wrote: On 3/21/06, *Vitaliy Margolen* <[EMAIL PROTECTED] > wrote: I sure hope all users will go look at this page first. But some how I don't think they will. When we getting _exact_ duplicates with the same summary and almost identical comments.

Re: Store GL context in the TEB

Hi Tom, Where can I find more information about this, or a path to try? I'm currently getting the BadMatch error and I would like to try this solution Thanks, W From: Tomas Carnecky <[EMAIL PROTECTED]> To: wine-devel@winehq.org Subject: Re: Store GL context in the TEB Date: Tue, 21 Mar 200

WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS

I've been digging into why versions of uTorrent greater than 1.1.3 do not work under the latest wine and tracked it down to their use of WSAEventSelects to receive socket notifications. I created a small test application which mimics this behavior which works under WindowsXP but not wine. Th

Re: Store GL context in the TEB

Mike Hearn wrote: > Mike Hearn <[EMAIL PROTECTED]> > Optimize thunks by storing GL context in the thread environment block > good job. this fixed the BadMatch error in World of Warcraft and also increased performance, from ~20fps to ~25fps. tom

Re: Known issues area on main wiki page

On 3/21/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote: Tuesday, March 21, 2006, 8:38:48 AM, Tom Spear wrote:> On 3/21/06, Robert Reif <[EMAIL PROTECTED]> wrote:Tom Spear (Dustin Booker, Dustin Navea) wrote:>> Jesse Allen wrote: > On 3/20/06, Mike McCormack <[EMAIL PROTECTED]> wrote:>>

Re: Known issues area on main wiki page

Tuesday, March 21, 2006, 8:38:48 AM, Tom Spear wrote: > On 3/21/06, Robert Reif <[EMAIL PROTECTED]> wrote:Tom Spear (Dustin Booker, > Dustin Navea) wrote: >> Jesse Allen wrote: >> >>> On 3/20/06, Mike McCormack <[EMAIL PROTECTED]> wrote: >>> >>> Dimi Paun wrote: > On Mon, 2006-

Re: Known issues area on main wiki page

> aRts in and of itself is a buggy hack, KDE is droipping it in the 4.0 > release, Skype crashes if you use artsdsp with it and play sound, arts is > also known to just segfault for no reason whatsoever. Best suggestion is to > drop support for aRts entirely, it won't be around much longer. Arts

Re: IAMMultiMediaStream::OpenFile

"Ivan Leo Puoti" <[EMAIL PROTECTED]> wrote: +HANDLE FileHandle; +This->FileHandle = CreateFileW(pszFileName, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); +if(This->FileHandle == INVALID_HANLDE_VALUE) +return E_FAIL; I guess that you need to close that f

Re: GoogleEarth

I have been looking at uniscribe functions which have been partially implemented. After I implement a few functions it was reported that GoogleEarth did not crash any more but did not display text. I think you will have to wait till more uniscribe is implemented or look at the code yourself.

Re: IAMMultiMediaStream::OpenFile

Ivan Leo Puoti wrote: @@ -282,9 +283,15 @@ { IAMMultiMediaStreamImpl *This = (IAMMultiMediaStreamImpl *)iface; -FIXME("(%p/%p)->(%s,%lx) stub!\n", This, iface, debugstr_w(pszFileName), dwFlags); +TRACE("(%p/%p)->(%s,%lx)\n", This, iface, debugstr_w(pszFileName), dwFlags); -re

Re: Known issues area on main wiki page

Jesse Allen wrote: On 3/20/06, Mike McCormack <[EMAIL PROTECTED]> wrote: Dimi Paun wrote: On Mon, 2006-03-20 at 22:28 -0600, Tom Spear (Dustin Booker, Dustin Navea) wrote: clicking on the audio tab to check out bug 4051 first? Please! How about we fix the problem inst

Re: Known issues area on main wiki page

On 3/21/06, Robert Reif <[EMAIL PROTECTED]> wrote: Tom Spear (Dustin Booker, Dustin Navea) wrote:> Jesse Allen wrote:>>> On 3/20/06, Mike McCormack <[EMAIL PROTECTED]> wrote: >>> Dimi Paun wrote:>> On Mon, 2006-03-20 at 22:28 -0600, Tom Spear (Dustin Booker, Dustin Navea) wrote:

Re: winedbg: resend - add display for floating point status

Eric Pouech wrote: - first, I don't think it's worthwhile to add another method to the CPU backend. Adding a boolean (as parameter) to print_context should do. I thought you meant that I needed a new method, might have come at it differently I if I had understood the parser at the beginnin

Re: Known issues area on main wiki page

Tom Spear (Dustin Booker, Dustin Navea) wrote: Jesse Allen wrote: On 3/20/06, Mike McCormack <[EMAIL PROTECTED]> wrote: Dimi Paun wrote: On Mon, 2006-03-20 at 22:28 -0600, Tom Spear (Dustin Booker, Dustin Navea) wrote: clicking on the audio tab to check out bug 4051 first? P

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime

Hi Stefan, On Tuesday 21 March 2006 01:41, Stefan Dösinger wrote: > Am Montag, 20. März 2006 23:26 schrieb Lionel Ulmer: > > Well, in OpenGL each thread can have its own context (and you can also > > bind a context to only one thread which explains why multi-threaded D3D > > applications are such