On 11/3/06, Bertrand Coconnier <[EMAIL PROTECTED]> wrote:
Hi,
After investigating a bit in the Wine code, it seems that the flickering
bug of WoW in OpenGL mode is due to wglGetPbufferDCARB that returns a DC
which type is OBJ_MEMDC while it should return a DC which type is
OBJ_DC. And since in t
Hi,
After investigating a bit in the Wine code, it seems that the flickering
bug of WoW in OpenGL mode is due to wglGetPbufferDCARB that returns a DC
which type is OBJ_MEMDC while it should return a DC which type is
OBJ_DC. And since in the current git tree, the DC type of a Pbuffer is
OBJ_ME
Hey, I'm not sure who is responsible for it, but could someone please
get my lostwages patch committed today? I've been getting a bunch of
emails about Ubuntu Edgy because the website hasn't been updated yet.
Thanks,
Scott Ritchie
Robert Shearman wrote:
although it sounds as though handle tables aren't really the way to go
for what you need.
I have the this working now. Ta. Table may be ok for the function.
Will submit a patch soon and see whether it is elegant enough as a way
forward.
Jeff Latimer
> On Fr, 2006-11-03 at 11:42 -0500, [EMAIL PROTECTED] wrote:
>> Finally, I managed to figure out the proper fix for the crash on
>> regsvr32 msvbvm60.dll
>
> Great!
> Thanks for your investigation.
>
> I have no Idea about ole, but...
>
>>MESSAGE("\thelpstring: %s\n", debugstr_w(pfd->HelpString
Hi,
I have an application that is hitting the assert in HOOK_CallHooks.
--
trace:hook:HOOK_CallHooks calling hook in thread 0113 WH_CALLWNDPROC code 0
wp 0 lp 7fbef984
err:hook:HOOK_CallHooks Unknown hook id 4
wine-pthread: hook.c:381: HOOK_CallHooks: Assertion `0' failed.
--
Basically I
In a tax app written in Visual Basic/ADO, I found the following problem:
In dlls/oleaut32/typelib.c, in function ITypeInfo_fnInvoke(), the
following code is found (around line 5569).
VARIANTARG *missing_arg = INVBUF_GET_MISSING_ARG_ARRAY(buffer,
func_desc->cParams);
V_VT(arg) = VT_VARIANT | VT_B
Am Freitag 03 November 2006 13:46 schrieben Sie:
> Stefan Dösinger wrote:
> > How well does bf1942 work without vertex buffers? My experiance with my
> > M9 is that it got a 100% performance boost with vbos.
>
> It's playable (~10-15fps), perhaps 1/3-1/5 of w2k performance.
>
> > That were rather t
On Fr, 2006-11-03 at 11:42 -0500, [EMAIL PROTECTED] wrote:
> Finally, I managed to figure out the proper fix for the crash on
> regsvr32 msvbvm60.dll
Great!
Thanks for your investigation.
I have no Idea about ole, but...
>MESSAGE("\thelpstring: %s\n", debugstr_w(pfd->HelpString));
> - MESS
> If you are adding multiple strings then the easiest is to start a new
> block. Otherwise if it's a single string, or it logically belongs to
> an existing block, then yes you have to add it everywhere if you want
> a fallback.
Thanks for solution!
Finally, I managed to figure out the proper fix for the crash on regsvr32
msvbvm60.dll (and probably some other DLLs too). It turns out that the
field from which TLBFuncDesc->Entry is filled is supposed to indicate the
function entry point that implements the function described in the
typelib. The
"Kirill K. Smirnov" <[EMAIL PROTECTED]> writes:
> So, what is the right way to add new string?
> 1) Add to every resource Bg,Cs,Da etc... untranslated to be sure that string
> will be loaded.
> 2) Add to En and Ru only. Then check return value of LoadString and if zero
> do
> LoadStringEx(...L
"Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
Strings are stored by blocks of 16, so if others strings in the same
block are defined for Russian the resource loader won't fall back to
English even if individual strings are missing.
So, what is the right way to add new string?
1) Add to every
Hi !
I tested "make test" with today's (06/11/03) Wine checkouted from winehq.org
CVS
Testing system : Open SuSE 10.1 (i586), kernel : 2.6.16.13-4-default, glibc :
2.4-28
Failed tests : comctl32, kernel32, mshtml, user32
Logs are attached.
Jozef
user32.gz
Description: GNU Zip compressed d
> Strings are stored by blocks of 16, so if others strings in the same
> block are defined for Russian the resource loader won't fall back to
> English even if individual strings are missing.
So, what is the right way to add new string?
1) Add to every resource Bg,Cs,Da etc... untranslated to be
Byeong-Sik Jeon wrote:
> I think xorg people knows this problem already.
> https://bugs.freedesktop.org/show_bug.cgi?id=1182
>
Won't this be fixed in the next Xlib version (1.1)? XLib-1.1 will use
XCB which is said to be truly MT safe.
If we just wait until everybody has updated XLib to 1.1 then
"Kirill K. Smirnov" <[EMAIL PROTECTED]> writes:
> So, the question: is this behaviour of resource loader correct?
> Should it fallback to LANG_ENGLISH SUBLANG_DEFAULT if localized string not
> found and LANG_NEUTRAL/SUBLANG_NEUTRAL is requested (as LoadString does)?
Strings are stored by blocks
On 9/26/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
http://bugs.winehq.org/buglist.cgi?product=Wine&keywords_type=allwords&keywords=installer%2C+download&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
shows 94 downloadable apps with keyword 'installer'.
Here's a breakd
2006-11-03 (Fri), 11:57 +0800, Dmitry Timoshkov wrote:
> My impression is that it's an X11 bug, not a Wine one. So a proper place
> to send such a request is most likely the Xorg bug tracker.
>
I think xorg people knows this problem already.
https://bugs.freedesktop.org/show_bug.cgi?id=1182
I thi
Hi!
I want to add a new string resource to winhelp program.
I've modified only English-localized .rc file.
My locale is Ru.
When I trying to load this string, LoadString() function returns 0 and
GetLastError() returns 0 too.
I expect English string to be loaded, but no string is loaded.
When I
Mike McCormack wrote:
Robert Shearman wrote:
+NTSTATUS WINAPI RtlDllShutdownInProgress(void)
For undocumented functions like this, you should add a test case.
That's unreasonable. A stub isn't meant to work correctly, just stop
an application from crashing. What will a test case prove?
Jeff L wrote:
Robert Shearman wrote:
Yes, it does. You can look at dlls/ntdll/tests/rtl.c to see how the
functions can be used.
Looking at the tests as example it seems that you need to run
InitFunctionPtrs() to set up pointers to the functions. I would want
to do this in DllMain() as part of
Robert Shearman wrote:
In this case, just that the prototype is correct and so won't crash the
program in random ways when the function is called.
Well, you're welcome to write such a test case if you think it's
necessary. I think you'll prove nothing useful.
Mike
> On Thu, Nov 02, 2006 at 05:46:07PM +0100, Christoph Frick wrote:
>
> > > Hmm, if that is indeed the case this patch could work for them. The
> > > whole issue is new for me, I'll see what I can do about it. Right now
> > > there's some GLX code in opengl32 which creates an opengl context. I
> >
Stefan Dösinger wrote:
Am Samstag 28 Oktober 2006 16:44 schrieben Sie:
Its a Radeon Mobility M7 LW, with direct rendering. It has a RV200 core
which is a R100 with the memory controller from R200. And it looks like
the R100 doesn't support vertex_buffer_objects (couldn't find precise
specs).
>>This will break the Acid Pro Media installer. It specifically checks>for the first value. I'm guessing your installer specifically checks>for the second value. I don't have a proper solution, just letting>you know that another installer will break.-- >James HawkinsLooks like it needs more test
a little test shows it returns some unknown status on my xp lap[top:0x7c927f00, so likely not STATUS_SUCCESS.diff --git a/dlls/ntdll/tests/rtl.c b/dlls/ntdll/tests/rtl.cindex 59871de..588e33e 100644--- a/dlls/ntdll/tests/rtl.c+++ b/dlls/ntdll/tests/rtl.c@@ -66,6 +66,7 @@ static RTL_HANDLE * (WINAPI
Robert Shearman wrote:
Yes, it does. You can look at dlls/ntdll/tests/rtl.c to see how the
functions can be used.
Looking at the tests as example it seems that you need to run
InitFunctionPtrs() to set up pointers to the functions. I would want to
do this in DllMain() as part of DLL_PROCESS_AT
Aric Stewart <[EMAIL PROTECTED]> writes:
> +len = ExpandEnvironmentStringsW(sei_tmp.lpFile, NULL, 0);
> +if (len>0)
> + {
> + LPWSTR buf;
> + buf = HeapAlloc(GetProcessHeap(),0,(len+1)*sizeof(WCHAR));
> +
> + ExpandEnvironmentStringsW(sei_tmp.lpFile,
Mike McCormack <[EMAIL PROTECTED]> writes:
> ---
> configure.ac | 14 ++
> loader/Makefile.in |1 +
> 2 files changed, 15 insertions(+), 0 deletions(-)
It's better to fix the preloader to setup the proper environment, like
we already do for some other variants of that pro
On Thu, Nov 02, 2006 at 05:46:07PM +0100, Christoph Frick wrote:
> > Hmm, if that is indeed the case this patch could work for them. The
> > whole issue is new for me, I'll see what I can do about it. Right now
> > there's some GLX code in opengl32 which creates an opengl context. I
> > was planni
31 matches
Mail list logo
