> It looks like you are mixing includes from Wine and Mingw, that's not
> going to work well. My guess is that you didn't run make from the
> top-level directory, so Wine didn't get a chance to build its includes
> and Mingw falls back to the w32api ones.
I tried building from the top, from libs/w
Dmitry Timoshkov wrote:
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
I've explained that already: the comment's purpose is to identify
the *documentation* that the code has been audited against. Which
is the commctl 6.0 documentation. This is where MS says the standard
controls reside in XP, wh
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> I've explained that already: the comment's purpose is to identify
> the *documentation* that the code has been audited against. Which
> is the commctl 6.0 documentation. This is where MS says the standard
> controls reside in XP, what's the problem?
"Martin Fuchs" <[EMAIL PROTECTED]> writes:
> when trying to compile WINE using Cygwin I am getting errors such as: (this example
> for wine/programs/notepad)
>
> gcc -c -I. -I. -I../../include -I../../include -I../../include/msvcrt
> -DNO_LIBWINE_PORT -D_REENTRANT -Wall -pipe -mprefe
> rred-sta
On Tue, Oct 05, 2004 at 09:19:10AM +0900, Dmitry Timoshkov wrote:
> "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
>
> > Again, now MS documents all controls together, please check out the
> > on line MSDN.
>
> How could that matter where MS does document things? That fact changes
> nothing in the
> From: Dmitry Timoshkov
>
> "Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
>
> > I compared the results of CT_CTYPE1 GetStringTypeW()
> > between Windows 2000 and Wine and found a lot of differences
>
> That's a known incompatibility. Another one is sort weight
> tables. We can do nothing to fix it,
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Again, now MS documents all controls together, please check out the
> on line MSDN.
How could that matter where MS does document things? That fact changes
nothing in the actual control functionality or DLL ownership.
user32 is a low level DLL which
"Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
> I compared the results of CT_CTYPE1 GetStringTypeW() between Windows 2000
> and Wine and found a lot of differences (about 12000 of them). Nothing
> really spectacular, e.g. codepoint 0x00b5 (MICRO SIGN) is classified
> C1_PUNCT in Win2k and (C1_ALPHA
Hiya,
I just hit a trap in a d3d8 test I was running, and winedbg isnt showing the
module information (I've put a manual DebugBreak in, and stepped through the
call to a fixme, and I see no info!). This was on my temporary wine machine,
so I dont know if its ever worked before, but I have a basic
On Mon, 2004-10-04 at 15:47, Martin Fuchs wrote:
> Compiling...
> comctl32undoc.c
> d:\wine-msvc\include\windows.h(23) : fatal error C1189: #error : Wine should not
> include windows.h internally
>
> This all worked some months ago.
> Can someone explain, what's wrong here?
I think the order of
Hello,
when trying to compile WINE using Cygwin I am getting errors such as: (this example
for wine/programs/notepad)
gcc -c -I. -I. -I../../include -I../../include -I../../include/msvcrt
-DNO_LIBWINE_PORT -D_REENTRANT -Wall -pipe -mprefe
rred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wp
I compared the results of CT_CTYPE1 GetStringTypeW() between Windows 2000
and Wine and found a lot of differences (about 12000 of them). Nothing
really spectacular, e.g. codepoint 0x00b5 (MICRO SIGN) is classified
C1_PUNCT in Win2k and (C1_ALPHA | C1_LOWER) in Wine. I noticed that the Wine
table is
Alexandre Julliard wrote:
BTW there is no call to MsgWaitForMultipleObjectsEx in
X11DRV_SetWindowPos. Is that something you added, or is the
debugger smoking crack?
Oops :-[
I had added that so long ago I forgot about it. I took that out and the
problem disappeared... sorry 'bout that. I'll defini
On Mon, Oct 04, 2004 at 10:58:14PM +0900, Dmitry Timoshkov wrote:
> No, your comment is not OK.
Actually, it is. Check out the URL for the button docs:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/buttons/buttons.asp
See? Button is under commctls.
>
On October 3, 2004 10:44 am, Alexandre Julliard wrote:
> "Bill Medland" <[EMAIL PROTECTED]> writes:
> >> Those (dlloverrides) are still in config, look at
> >> documentation/samples/config.
> > My question was to do with the mechanisms available for modifying them.
> > You seem to be confirming m
>>I can see how you can send ASCII message first and then send
>>UNICODE message which will screw things up.
> I don't know what you mean. Can you give an example?
Sorry, I haven't paid attention to how we store text. So it shouldn't
be an issue.
>>You missed insert items with text part inside cre
Hi,
On Mon, Oct 04, 2004 at 10:39:24PM +0900, Dmitry Timoshkov wrote:
> "Robert Shearman" <[EMAIL PROTECTED]> wrote:
> > That was true up until Windows XP. All of the built-in user32 controls
> > have now been copied into comctl32 and extended.
>
> I can't believe that a simple win32 program lin
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> I think they just made a copy into comctl32, but this is more of a gut
> feel than anything else :) Anyway, MS now documents the standard controls
> together with the common ones (which makes sense, logically they belong
> together, they are all cont
On Mon, Oct 04, 2004 at 10:39:24PM +0900, Dmitry Timoshkov wrote:
> I can't believe that a simple win32 program linked against user32 only
> under XP starts to depend on comctl32 as well. user32 in XP can't depend
> on comctl32 too. "Button", "listbox", "combobox" and others were always
> a part of
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
> >"Button" is a built-in user32 control and has nothing to do with comctl32
> >at all. Same for all other controls in the dlls/user/ subdirectory.
> >
> >
>
> That was true up until Windows XP. All of the built-in user32 controls
> have now been co
Dmitry Timoshkov wrote:
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
+ * This code was audited for completeness against the documented features
+ * of Comctl32.dll version 6.0 on Oct. 3, 2004, by Dimitrie O. Paun.
"Button" is a built-in user32 control and has nothing to do with comctl32
at
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> + * This code was audited for completeness against the documented features
> + * of Comctl32.dll version 6.0 on Oct. 3, 2004, by Dimitrie O. Paun.
"Button" is a built-in user32 control and has nothing to do with comctl32
at all. Same for all other c
Jon Griffiths wrote:
Combine all Unicode/Ascii calls together
I'm not sure here, but should it be based on the unicode state of
the
whole control rather which message got sent to it?
This refers to processing the messages using the same code. e.g.
between TAB_InsertItemA/
Hi,
Hi!
Here is a small patch for wine-20040914.
Summary: tool window with a caption are not managed.
This doesn't seem quite right - WS_EX_TOOLWINDOW & WS_CAPTION should be
managed as we set the EWMH hints for this style later on in the code.
What WM are you using Sergey?
thanks -mike
Possible ideas:
- implement suspend/resume in processes without any specific code. We
dropped that long ago for stability issues (and race condition removal
as well)
- cheat for context reading in server while suspended. it will require
some surgery (getting whether we are in the condition of th
25 matches
Mail list logo