January 2004 - Wine-Devel - list.winehq.org

Re: Systray integration patch

by Mike Hearn

On Thu, 22 Jan 2004 12:28:59 +0000, Martin Garton wrote: > I realise that the systray patches as they currently stand will not be > integrated and need making into a seperate program. However, in the > meantime the existing systray patch Works For Me so does anyone have an > updated version that applies against Wine-20040121? I maintain that patch - does it no longer apply? I noted a single merge conflict when I recently updated CVS but it's trivial to fix. Is this the issue?

Jan. 22, 2004

Re: Wine release 20040121

by Mike Hearn

On Thu, 22 Jan 2004 10:51:47 -0800, Alexandre Julliard wrote: > The wrapper is no longer necessary, but you need to use the -init and > -fini link options in your Makefile. If you are using winegcc it's > done automatically; winemaker hasn't been fixed yet so if you use that > you'll need to add the options yourself, by copying the relevant bit > from the wine configure. Does this mean winelib apps no longer need to be run like "wine foo.exe.so", and can just be "./foo" like any other ELF binary?

Jan. 22, 2004

debugstr buffer overflow

by Stefan Leichter

Hello, attached is a piece of a logfile that shows a buffer overflow of the debugstr. For my understanding the function should have only two parameters! is this right? What may cause this problem? Any ideas? Hints to trace the problem? Thanks Stefan For the record: logfile generated by installing mdac_type.exe (2.8) with current wine (cvs) on SuSE 9.0, "setupapi" = "native"

Jan. 22, 2004

Re: WINMM problem with Half-Life

by Eric Pouech

> Well, it sort of does... but with that patch, sometimes westuck in the > critical section. I guess the question is why does dwEventCount count > further than expected? yup. can you post a -debugmsg +mciavi trace A+

Jan. 22, 2004

Re: WineDbg didn't stop

by Eric Pouech

Fabian Cenedese a écrit : > Hi > > I tried to debug a program. I set a breakpoint but winedbg didn't stop though > it said the breakpoint was set. Here's the output: > > Wine-dbg>b CIncoExpCtrl::OnCreate > Unable to add breakpoint, will check again when a new DLL is loaded > Wine-dbg>c > ... > (0x42a20000) > Loaded debug information from 32bit DLL 'C:\WINDOWS\SYSTEM\INCOEXP.OCX' (0x10000000) > Breakpoint 2 at 0x1001a910 (CIncoExpCtrl::OnCreate [C:\IncoExp\Src\IncoExpCtl.cpp:382] in INCOEXP.OCX) > > (yep, right file and right line) > > First chance exception: e06d7363 in 32-bit code (0x404b96f3). > Register dump: > CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0000 > EIP:404b96f3 ESP:408ce044 EBP:408ce0a0 EFLAGS:00000216( - 00 I -A-P1 ) > EAX:408ce044 EBX:40574c78 ECX:00000000 EDX:0000000c > ESI:408ce0e0 EDI:408ce064 > Stack dump: > 0x408ce044 (KERNEL32.DLL.VerSetConditionMask+0x36e206): e06d7363 00000001 00000000 404b9660 > 0x408ce054 (KERNEL32.DLL.VerSetConditionMask+0x36e216): 00000003 19930520 408ce10c 5f4bb5d8 > 0x408ce064 (KERNEL32.DLL.VerSetConditionMask+0x36e226): 00000000 42a50000 42a50000 780012b3 > 0x408ce074 (KERNEL32.DLL.VerSetConditionMask+0x36e236): ffffffff 408ce1fa 408ce0b8 78001385 > 0x408ce084 (KERNEL32.DLL.VerSetConditionMask+0x36e246): 42a50000 00000002 00000010 408ce1fa > 0x408ce094 (KERNEL32.DLL.VerSetConditionMask+0x36e256): 00000000 7802ee08 408ce0e0 408ce0e0 > 0x408ce0a4 (KERNEL32.DLL.VerSetConditionMask+0x36e266): > > 0200: sel=1007 base=40018000 limit=00001f83 32-bit rw- > Backtrace: > =>0 0x404b96f3 (KERNEL32.DLL.RaiseException+0x93 in KERNEL32.DLL) (ebp=408ce0a0) > 1 0x7800ac4e (MSVCRT.DLL._CxxThrowException+0x34 in MSVCRT.DLL) (ebp=408ce0e0) > 2 0x5f47d5b1 (MFC42.DLL.1269+0x4d in MFC42.DLL) (ebp=408ce104) > 3 0x5f48ceab (MFC42.DLL.2464+0x11c in MFC42.DLL) (ebp=408ce19c) > 4 0x5f423445 (MFC42.DLL.4035+0x51 in MFC42.DLL) (ebp=408ce1c4) > 5 0x5f42348d (MFC42.DLL.6095+0x43 in MFC42.DLL) (ebp=408ce1ec) > 6 0x5f423520 (MFC42.DLL.5719+0x28 in MFC42.DLL) (ebp=408ce220) > 7 0x5f42375d (MFC42.DLL.6198+0x14 in MFC42.DLL) (ebp=408ce288) > 8 0x5f421996 (MFC42.DLL.6621+0x86 in MFC42.DLL) (ebp=408ce2e0) > 9 0x5f42168b (MFC42.DLL.6623+0x3f in MFC42.DLL) (ebp=408ce31c) > 10 0x5f421647 (MFC42.DLL.2135+0x59 in MFC42.DLL) (ebp=408ce370) > 11 0x1001a9d5 (CIncoExpCtrl::OnCreate+0xc5(lpCreateStruct=0x5f401aff, cPath=0x1) [C:\IncoExp\Src\IncoExpCtl.cpp:401] in INCOEXP.OCX) (ebp=408ce470) > ... > > What? We already passed the breakpoint? Why didn't it stop? Did I > do something wrong? can you send me the -debugmsg +winedbg trace of the debugging session A+

Jan. 22, 2004

Re: Print warning when drives of type cdrom do not contain a device field

by Eric Pouech

Mike Hearn a écrit : > On Wed, 2004-01-21 at 23:18, Alexandre Julliard wrote: > >>We obviously can't print warnings on the console for every config >>parameter that might be wrong. That's a job for winecheck. > > > OK. Is there a reason this isn't autodetected anyway, or is that coming > up in Erics rewrite? the plan is that all physical volumes and cdrom will have the correctly configured device (which can be overriden) A+

Jan. 22, 2004

RE: Lotus Notes broken in recent CVS

by Robert Shearman

> Hello, > > For the last couple days, Lotus Notes (5.0.11) has been broken under > CVS Wine. Since Wine was released as a snapshot, I thought that I had > better speak up because it is still broken and no one else seems to have > noticed a problem with whatever recently changed.. Here is what I see: [snip] > err:module:map_image Could not map section .rdata, file probably truncated > err:module:import_dll Loading module (file) LTOUIN22.dll (which is needed > by L"C:\\Lotus\\notes\\nnotesws.dll") failed (error c000007b). [snip] > err:module:LdrInitializeThunk Main exe initialization for > L"C:\\Lotus\\notes\\nlnotes.exe" failed, status c0000135 > > I do not know how to debug this, but am willing to run things if it would > help (I am fairly knowledgable but not about C/C++ programming/debugging). > Its a little awkward - I have to re-install an older level of Wine (I am > currently running the December 12th snapshot) to send any e-mail and then > install the current level to see the problem... Ok, there has been relatively few changes in the area that that would cause this problem. Try backing out this patch: http://cvs.winehq.com/patch.py?id=10770 There are a few other patches that could possibly have caused this, although Alexandre will probably know for sure. > My system is Mandrake cooker (current), with GCC 3.3.2 and the current > kernel (currently 2.6.2-rc1-mm1). Notes is installed on an XP partition > (FAT32), and run from there under Wine. I grab CVS every few days, and > have not had any serious problems with this configuration since NPTL > support was added, so I am reasonably sure that I do not have a > configuration problem. Yes, it doesn't sound like a configuration problem at all. Rob

Jan. 22, 2004

Re: RFC on our new initiative

by Mike Hearn

On Thu, 22 Jan 2004 11:17:55 -0600, Gregory M. Turner wrote: > Mono is LGPL/X11 (except the compiler) so we could beat them at their own game > by forking /their/ code, turning it into a winelib app, and implementing > Windows.Forms properly ;) It's not that simple. Unsurprisingly they don't want a hard dependency on Wine when many .NET apps they write don't use SWF, so they need to be able to use wine without being a winelib app. We simply don't support that.

Jan. 22, 2004

SetupCreateDiskSpaceListA/W ?

by Stefan Leichter

Hello, i am looking for informations / documents about the function SetupCreateDiskSpaceList of the SETUPAPI.DLL. I found nothing useful so far to get idea how to implement it. I used also the native dll to see the API call during the runtime of the function, but i found nothing useful. So any hints about the function are welcome Bye Stefan

Jan. 22, 2004

Re: Lotus Notes broken in recent CVS

by Mike Hearn

On Thu, 22 Jan 2004 12:49:51 -0500, Paul R Streitman wrote: > err:module:map_image Could not map section .rdata, file probably truncated Try copying the notes install image to a local Linux partition and running it from there (obviously somewhere viewable by a wine drive mapping). I have a feeling the kind of mmaps we do fail on fat32 mounted drives currently, somebody on IRC had the same problem a few days ago.

Jan. 22, 2004

Re: Wine release 20040121

by Alexandre Julliard

Boaz Harrosh <boaz(a)hishome.net> writes: > I follow the wine mailing list every work day. I even went back on > these messages I did not read. I cannot find that patch. > Alexandre Please? > Elaborate a little about that fix. What do we do now? Just remove > the wrapper and run? nothing to do in the Makefiles? > Please also explain in a few words the technology behind it. (GCC that is). The wrapper is no longer necessary, but you need to use the -init and -fini link options in your Makefile. If you are using winegcc it's done automatically; winemaker hasn't been fixed yet so if you use that you'll need to add the options yourself, by copying the relevant bit from the wine configure. The way it works is that the -init option changes the ELF entry point so that the constructors are not called at dlopen time. They are explicitly called later on by the winebuild-generated Windows entry point so that everything is done in the right order. -- Alexandre Julliard julliard(a)winehq.com

Jan. 22, 2004

Lotus Notes broken in recent CVS

by Paul R Streitman

Hello, For the last couple days, Lotus Notes (5.0.11) has been broken under CVS Wine. Since Wine was released as a snapshot, I thought that I had better speak up because it is still broken and no one else seems to have noticed a problem with whatever recently changed.. Here is what I see: [paul: ~]wine nlnotes Warning: could not find wine config [Drive x] entry for current working directory /home/paul; starting in windows directory. fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? err:module:map_image Could not map section .rdata, file probably truncated err:module:import_dll Loading module (file) LTOUIN22.dll (which is needed by L"C:\\Lotus\\notes\\nnotesws.dll") failed (error c000007b). err:module:import_dll No implementation for LTOUIN22.dll.130 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.141 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.123 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.60 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.77 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.127 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.136 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.72 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.101 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.94 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.135 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.131 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.74 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.61 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.76 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.58 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.67 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.68 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.71 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll Module (file) nnotesws.dll (which is needed by L"C:\\Lotus\\notes\\nlnotes.exe") not found err:module:import_dll No implementation for nnotesws.dll.1 imported from L"C:\\Lotus\\notes\\nlnotes.exe", setting to 0xdeadbeef err:module:LdrInitializeThunk Main exe initialization for L"C:\\Lotus\\notes\\nlnotes.exe" failed, status c0000135 I do not know how to debug this, but am willing to run things if it would help (I am fairly knowledgable but not about C/C++ programming/debugging). Its a little awkward - I have to re-install an older level of Wine (I am currently running the December 12th snapshot) to send any e-mail and then install the current level to see the problem... My system is Mandrake cooker (current), with GCC 3.3.2 and the current kernel (currently 2.6.2-rc1-mm1). Notes is installed on an XP partition (FAT32), and run from there under Wine. I grab CVS every few days, and have not had any serious problems with this configuration since NPTL support was added, so I am reasonably sure that I do not have a configuration problem. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

Jan. 22, 2004

Re: RFC on our new initiative

by Gregory M. Turner

On Thursday 22 January 2004 12:05 am, Boaz Harrosh wrote: > Jeremy White wrote: > >>Did any one contact Xaim to see if they can send any MONO people to > >>wineconf? > >>Is there any vision on how these 2 integrate? > >> I haven't even touched MONO yet (& .NET for that mater), but from the > >>look of it they better use wine for some areas of .NET. Like .Forms. > >>And certainly Wine Loader should have an hook ready for sending .NET > >>code the MONO way. > > > >I haven't asked them directly, but I know that Alexandre chatted > >directly with some of the Mono guys (who, afaik, promptly disregarded > >his advice and hacked Wine to their own ends <grin>). > > > >Cheers, > > > >Jer > > They can re patch to their harts content every wine release. Stupid but > doable. But are they releasing their wine source code ? They have to. So > that means we have yet another fork of wine on the net? > Nu well! Life! > > Free Life > Boaz Mono is LGPL/X11 (except the compiler) so we could beat them at their own game by forking /their/ code, turning it into a winelib app, and implementing Windows.Forms properly ;) If you're serious, here's where to start implementing your .NET hooks in wine: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpgenref/h… I think CorBindToRuntimeEx is the standard entry-point API to the CLR. -- gmt "In accordance with the GPL, the source for pogo is available upon request, for a nominal fee to cover media and shipping costs.* "* = The source code will be provided to you as a series of large, neon-lit marquee letters shipped individually in wooden packing crates. Currently, the world's supply of neon gas limits our ability to ship large quantities of source code. The current expected wait time is 32 years, plus or minus 6 months, depending upon the condition of labor relations in countries with substantial noble gas exports. "For more information, please inject crystal meth directly into your eyeballs, and light yourself on fire while listening to the following song: "xmms http://www.ibiblio.org/propaganda/pogo/easteregg.mp3" -- the pogo README, presumably written by Bowie J. Poag

Jan. 22, 2004

WineDbg didn't stop

by Fabian Cenedese

Hi I tried to debug a program. I set a breakpoint but winedbg didn't stop though it said the breakpoint was set. Here's the output: Wine-dbg>b CIncoExpCtrl::OnCreate Unable to add breakpoint, will check again when a new DLL is loaded Wine-dbg>c ... (0x42a20000) Loaded debug information from 32bit DLL 'C:\WINDOWS\SYSTEM\INCOEXP.OCX' (0x10000000) Breakpoint 2 at 0x1001a910 (CIncoExpCtrl::OnCreate [C:\IncoExp\Src\IncoExpCtl.cpp:382] in INCOEXP.OCX) (yep, right file and right line) First chance exception: e06d7363 in 32-bit code (0x404b96f3). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0000 EIP:404b96f3 ESP:408ce044 EBP:408ce0a0 EFLAGS:00000216( - 00 I -A-P1 ) EAX:408ce044 EBX:40574c78 ECX:00000000 EDX:0000000c ESI:408ce0e0 EDI:408ce064 Stack dump: 0x408ce044 (KERNEL32.DLL.VerSetConditionMask+0x36e206): e06d7363 00000001 00000000 404b9660 0x408ce054 (KERNEL32.DLL.VerSetConditionMask+0x36e216): 00000003 19930520 408ce10c 5f4bb5d8 0x408ce064 (KERNEL32.DLL.VerSetConditionMask+0x36e226): 00000000 42a50000 42a50000 780012b3 0x408ce074 (KERNEL32.DLL.VerSetConditionMask+0x36e236): ffffffff 408ce1fa 408ce0b8 78001385 0x408ce084 (KERNEL32.DLL.VerSetConditionMask+0x36e246): 42a50000 00000002 00000010 408ce1fa 0x408ce094 (KERNEL32.DLL.VerSetConditionMask+0x36e256): 00000000 7802ee08 408ce0e0 408ce0e0 0x408ce0a4 (KERNEL32.DLL.VerSetConditionMask+0x36e266): 0200: sel=1007 base=40018000 limit=00001f83 32-bit rw- Backtrace: =>0 0x404b96f3 (KERNEL32.DLL.RaiseException+0x93 in KERNEL32.DLL) (ebp=408ce0a0) 1 0x7800ac4e (MSVCRT.DLL._CxxThrowException+0x34 in MSVCRT.DLL) (ebp=408ce0e0) 2 0x5f47d5b1 (MFC42.DLL.1269+0x4d in MFC42.DLL) (ebp=408ce104) 3 0x5f48ceab (MFC42.DLL.2464+0x11c in MFC42.DLL) (ebp=408ce19c) 4 0x5f423445 (MFC42.DLL.4035+0x51 in MFC42.DLL) (ebp=408ce1c4) 5 0x5f42348d (MFC42.DLL.6095+0x43 in MFC42.DLL) (ebp=408ce1ec) 6 0x5f423520 (MFC42.DLL.5719+0x28 in MFC42.DLL) (ebp=408ce220) 7 0x5f42375d (MFC42.DLL.6198+0x14 in MFC42.DLL) (ebp=408ce288) 8 0x5f421996 (MFC42.DLL.6621+0x86 in MFC42.DLL) (ebp=408ce2e0) 9 0x5f42168b (MFC42.DLL.6623+0x3f in MFC42.DLL) (ebp=408ce31c) 10 0x5f421647 (MFC42.DLL.2135+0x59 in MFC42.DLL) (ebp=408ce370) 11 0x1001a9d5 (CIncoExpCtrl::OnCreate+0xc5(lpCreateStruct=0x5f401aff, cPath=0x1) [C:\IncoExp\Src\IncoExpCtl.cpp:401] in INCOEXP.OCX) (ebp=408ce470) ... What? We already passed the breakpoint? Why didn't it stop? Did I do something wrong? Thanks bye Fabi

Jan. 22, 2004

Re: cvs broken?

by Jeremy Newman

No request goes completely ignored. I was going to reply to you this morning but you beat me to it. I was wrong about it needing write privs to the cvs dir. It only needs that if you want the annotate feature. Which, of course is turned off. On Thu, 2004-01-22 at 02:54, Tom wrote: > > To reply to my own mail...... > > Thanks Jer, it works like a charm. > cvsweb update: http://www.winehq.org/hypermail/wine-cvs/2004/01/0303.html > > :-) > > Tom

Jan. 22, 2004

[leadership/opensource] invitation to online survey

by Gianluca Bosco

Dear all, I have just put online a survey addressing the topic "good leadership in the open-source environment". Basically, my objective is to identify the personal conceptions of good leadership that reside in the minds of the contributors, in terms of leaders' _behaviors_ and _characteristics_. What is a good open-source project leader, from the contributor's point of view? To what extent, those personal believes are shared among developers? Can the contributor's national cultural belonging and level of experience in contributing to open-source projects explain such differences in their idea of what a good leader is? I would really appreciate your participation to the survey! Contribution (completely anonymous) consists in rating a list of statements that may be used to describe the behaviors of an open-source leader. It will take around ten minutes - there aren't any "time-consuming" open ended questions;) Following, the link to the survey: http://freeonlinesurveys.com/rendersurvey.asp?id=49776 If you are interested, I will not miss to email you a link to the final report, when ready ;) (approx, a couple of months from now) Thank you in advance, and don't hesitate to contact me if you have any questions or comments :) Gianluca Bosco g.bosco(a)GETRIDOFTHISinwind.it Denmark Technical University Department of manufacturing engineering and management

Jan. 22, 2004

Still SSTab, OleAut32.dll

by Fabian Cenedese

Hi I'm still trying to get some VB programs to run on wine (actual cvs). But I always get the error that it can't load the SSTab control from TabCtl32.ocx as described here: http://www.winehq.org/hypermail/wine-devel/2003/12/0157.html I now tried setting some dlls to native and found that it works (well, further) if I set OleAut32.dll to native, the others are still builtin. What is missing? Has this to do with the typelib or anything else? Testcase is simple: Create a new VB(6)-Project and place the tab control (from TabCtl32.ocx which has to activated first) on the empty dialog. Run the exe on wine. Any pointers? Thanks bye Fabi

Jan. 22, 2004

Systray integration patch

by Martin Garton

Hi, I realise that the systray patches as they currently stand will not be integrated and need making into a seperate program. However, in the meantime the existing systray patch Works For Me so does anyone have an updated version that applies against Wine-20040121? Regards, Martin Garton.

Jan. 22, 2004

Re: cvs broken?

by Tom

Tom wrote: > Jeremy Newman wrote: > >> I assume you are talking about CVSweb (aka http://cvs.winehq.org/) If >> you want to download a file, use the command line cvs client. I am not >> comfortable giving apache or the cvsweb.cgi write privileges to the CVS >> tree. > > > Well it use to let you view a file... Now all I get is error's > go to say : http://cvs.winehq.org/cvsweb/wine/dlls/dplayx/dplaysp.h > select (download) = error > select for diff works e.g. > http://cvs.winehq.org/cvsweb/wine/dlls/dplayx/dplaysp.h.diff?r1=1.12&r2=1.13 > > > So its broke :-) > Can you fix it ? > > Tom > > > To reply to my own mail...... Thanks Jer, it works like a charm. cvsweb update: http://www.winehq.org/hypermail/wine-cvs/2004/01/0303.html :-) Tom

Jan. 22, 2004

Re: WM_CTLCOLOR.. will be sent to parent window. [?? Probable Spam]

by Dmitry Timoshkov

<taro-x(a)justsystem.co.jp> wrote: > @@ -2665,12 +2665,27 @@ > static LRESULT > TREEVIEW_EraseBackground(TREEVIEW_INFO *infoPtr, HDC hDC) > { > - HBRUSH hBrush = CreateSolidBrush(infoPtr->clrBk); > - RECT rect; > + HBRUSH hBrushLocal = NULL; > + HWND hwnd = infoPtr->hwnd; > + HBRUSH hBrush = (HBRUSH)SendMessageW(GetParent(hwnd), > + IsWindowEnabled(hwnd) ? WM_CTLCOLOREDIT : WM_CTLCOLORSTATIC, > + (WPARAM)hDC, (LPARAM)hwnd); > + if (!hBrush) > + { > + hBrushLocal = CreateSolidBrush(GetBkColor(hDC)); > + hBrush = hBrushLocal; > + } 1. treeview has hwndNotify for sending notification messages, WM_CTLxxx messages can be sent to it as well. 2. In the case SendMessage(WM_CTLxxx) returns 0 (i.e. an app doesn't call DefWindowProc) you have to call DefWindowProc(WM_CTLxxx) yourself and not create an arbitrary brush. 3. Do not use C++ style comments. -- Dmitry.

Jan. 22, 2004

Re: wine cvs notes and proposed keyboard detection fix.

by Dmitry Timoshkov

"Shane Shields" <locutusenterprises(a)softhome.net> wrote: > "The patch is wrong, since it cures just a symptom not the problem itself. > There are two problems with current x11drv keyboard code: > 1. Very likely that Turkish keyboard layout there is incorrect. > 2. As stated before the keyboard code should be fixed to take into account > the real keyboard layout while building the keyc2vkey map, not the hardcoded > one." > > I have verified that (No. 1) the Turkish keyboard layout is correct so I am > now trying to work on No. 2. I'd expect that a correct keyboard layout should produce 0 (zero) number of mismatches... -- Dmitry.

Jan. 22, 2004

Re: Wine release 20040121

by Boaz Harrosh

Alexandre Julliard wrote: > - Better support for constructors in C++ Winelib apps. > > I follow the wine mailing list every work day. I even went back on these messages I did not read. I cannot find that patch. Alexandre Please? Elaborate a little about that fix. What do we do now? Just remove the wrapper and run? nothing to do in the Makefiles? Please also explain in a few words the technology behind it. (GCC that is). Free Life Boaz

Jan. 22, 2004

Re: RFC on our new initiative

by Boaz Harrosh

Jeremy White wrote: >>Did any one contact Xaim to see if they can send any MONO people to >>wineconf? >>Is there any vision on how these 2 integrate? >> I haven't even touched MONO yet (& .NET for that mater), but from the >>look of it they better use wine for some areas of .NET. Like .Forms. >>And certainly Wine Loader should have an hook ready for sending .NET >>code the MONO way. >> >> > >I haven't asked them directly, but I know that Alexandre chatted >directly with some of the Mono guys (who, afaik, promptly disregarded >his advice and hacked Wine to their own ends <grin>). > >Cheers, > >Jer > > They can re patch to their harts content every wine release. Stupid but doable. But are they releasing their wine source code ? They have to. So that means we have yet another fork of wine on the net? Nu well! Life! Free Life Boaz

Jan. 22, 2004

Re: RFC on our new initiative

by Jeremy White

> Did any one contact Xaim to see if they can send any MONO people to > wineconf? > Is there any vision on how these 2 integrate? > I haven't even touched MONO yet (& .NET for that mater), but from the > look of it they better use wine for some areas of .NET. Like .Forms. > And certainly Wine Loader should have an hook ready for sending .NET > code the MONO way. I haven't asked them directly, but I know that Alexandre chatted directly with some of the Mono guys (who, afaik, promptly disregarded his advice and hacked Wine to their own ends <grin>). Cheers, Jer

Jan. 22, 2004

Re: RFC on our new initiative

by Jeremy White

> > As for wine vs Crossover -- I presume that "plain old wine" users are welcome > > to participate? If so, then there really isn't a problem. > > As long as they are talking about usage under CrossOver. We really don't > want to confuse our customers. That's a bit stronger than I would put it, Jer. Our main emphasis is going to be on CrossOver, because we can quantify and control it. But we'll absolutely welcome general Wine conversations and users (but the version drop down boxes will all be CrossOver versions, for example). Cheers, Jer

Jan. 22, 2004