On 6 February 2010 04:15, Dmitry Timoshkov dmi...@codeweavers.com wrote:
Reece Dunn mscl...@googlemail.com wrote:
And in terms of a fix, what is the best approach for fixing the issue?
That is, Alexandre does not like an explicit call to InvalidateRect in
the WM_MDICREATE handler, so I assume
Hello,
as I was debugging in wine I wondered if following behaviour is intended or
could be considered a bug (and should be filed in bugtracker?).
When the debugger's current position is on the opening curly bracket of a
function a bt command writes a different stack as if the current position
is
On 6 February 2010 10:29, Reece Dunn mscl...@googlemail.com wrote:
On 6 February 2010 04:15, Dmitry Timoshkov dmi...@codeweavers.com wrote:
Reece Dunn mscl...@googlemail.com wrote:
Before
fixing the problem we need to understand what exactly is the sequence
of events that leads to it, how
On 2/5/2010 20:18, jose rostagno wrote:
implement missing domcomment_replaceData
+if((offset == 0) || ((count + offset)= len))
+{
+if(offset == 0){
+IXMLDOMComment_substringData(iface, count, len - count,str);
+hr = IXMLDOMComment_put_data(iface, str);
+
On Sat, Jan 30, 2010 at 15:58, Gerold Jens Wucherpfennig
gjwucherpfen...@gmx.net wrote:
BTW I've done some cabinet.dll stuff some years ago.
Can anybody give me a hint to some easy-to-understand data compression
documentation?
I want to complete the cabinet.dll archive creation compression,
C.W. Betts wrote:
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X) and
X11. Such drivers would include OpenGL and DirectX Drivers.
This has been shot down time and time again by Alexandre.
Bernhard Übelacker a écrit :
Hello,
as I was debugging in wine I wondered if following behaviour is intended or
could be considered a bug (and should be filed in bugtracker?).
When the debugger's current position is on the opening curly bracket of a
function a bt command writes a different
Hi,
I have mostly managed to make solidworks2010 work
under the latest version of wine. The following function
has a missing feature when called with the variant set to
3:
dlls/mshtml.c::HTMLStyle_put_width
I dont know anything related to mshtml, so it would be
great if anyone is interested in
On 2/7/2010 00:11, lementec fabien wrote:
Hi,
I have mostly managed to make solidworks2010 work
under the latest version of wine. The following function
has a missing feature when called with the variant set to
3:
dlls/mshtml.c::HTMLStyle_put_width
You mean integer typed variant?
I dont
On 7 February 2010 01:45, James McKenzie jjmckenzi...@earthlink.net wrote:
C.W. Betts wrote:
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X) and
X11. Such drivers would include OpenGL and
On 2/6/10 10:11 PM, lementec fabien wrote:
Hi,
I have mostly managed to make solidworks2010 work
under the latest version of wine. The following function
has a missing feature when called with the variant set to
3:
dlls/mshtml.c::HTMLStyle_put_width
You may try the attached patch (compile
2010/2/6 lementec fabien fabien.lemen...@gmail.com:
hi,
thanks for the patch but it doesnot make
solidwork works actually, even if it solves
the previous issue. The error is now:
fixme:mshtml:HTMLBodyElement_put_leftMargin
I will file a bug,
Regards,
Fabien.
2010/2/6 Jacek Caban
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
@interface WHQFunc
{
}
-(id)init;
-(void)dealloc;
C.W. Betts wrote:
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
@interface WHQFunc
{
14 matches
Mail list logo