Re: Dialog painting

2001-09-18 Thread Niclas Karlsson MATE
On Mon, Sep 17, 2001 at 11:33:03PM +, Gerard Patel wrote: > Your code does not display anything because no message > is retrieved from the message queue. After the Sleep call, > WM_PAINT messages are available, but as you don't > retrieve them by calling PeekMessage or something > like that,

Re: Dialog painting

2001-09-10 Thread Niclas Karlsson MATE
> Wine currently seems to have a problem painting splash dialogs properly > (or at all). I took a closer look at this. I just ripped out the interesting parts from Speak freely in order to find a simple program exhibiting the problems. What I ended up with was a program which does nothing inter

Re: GDI object refcount?

2000-11-10 Thread Niclas Karlsson MATE
> Well, if you can implement this, then just go ahead. > Just remember that you have to do the refcount increase/decrease in every > single SelectObject function. > On the other hand I think I know more about that at the moment ;) > So if you don't want to do it, then I'll do. Hmm. I think it w

GDI object refcount?

2000-11-10 Thread Niclas Karlsson MATE
An application I've tested does essentially this: hBitmap=CreateCompatibleBitmap(); hDc=CreateCompatibleDC(); SelectObject(hDc,hBitmap); DeleteObject(hBitmap); Under Wine this blows up with a nice X error when trying to use the DC later on. Under Win95 it works, since the object

Dialogs and SetParent()

2000-11-01 Thread Niclas Karlsson MATE
Hi I've found a really simple application with exhibits strange behaviour. I'm no Win**ws programmer, so I don't know if the code is ok, but at least it seems to be. I wrote it while trying to debug some problems with a resource editor called Resource Hacker 2.2.1. I'm using the 20001026 release

Debugger problem

2000-10-28 Thread Niclas Karlsson MATE
Hello. For quite some time I've been having problems attaching winedbg to a running process, for instance in the case of automatic invokation due to a crash. Direct invokation causes no problems and I also believe that my registry entries are all ok. My kernel is a standard 2.0.34 which otherwis

Re: shellpath.c CSIDL_STARTMENU values

2000-10-24 Thread Niclas Karlsson MATE
> Uwe Bonnes writes: > > Martin Pilka writes: > > > bad values for CSIDL_STARTMENU family. > > > > "StartMenu" --> "Start Menu", > > "Startup" --> "StartUp". > > > > the first mentioned cause that "c:\windows\StartMenu" directory is > > created when you running installer under Wine, and also