Re: WM_CTLCOLOR.. will be sent to parent window. [?? Probable Spam]
[EMAIL PROTECTED] 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.
Re: wine cvs notes and proposed keyboard detection fix.
Shane Shields [EMAIL PROTECTED] 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.
Re: cvs broken?
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.12r2=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
Re: cvs broken?
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
WineDbg didn't stop
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-dbgb CIncoExpCtrl::OnCreate Unable to add breakpoint, will check again when a new DLL is loaded Wine-dbgc ... (0x42a2) Loaded debug information from 32bit DLL 'C:\WINDOWS\SYSTEM\INCOEXP.OCX' (0x1000) 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: EIP:404b96f3 ESP:408ce044 EBP:408ce0a0 EFLAGS:0216( - 00 I -A-P1 ) EAX:408ce044 EBX:40574c78 ECX: EDX:000c ESI:408ce0e0 EDI:408ce064 Stack dump: 0x408ce044 (KERNEL32.DLL.VerSetConditionMask+0x36e206): e06d7363 0001 404b9660 0x408ce054 (KERNEL32.DLL.VerSetConditionMask+0x36e216): 0003 19930520 408ce10c 5f4bb5d8 0x408ce064 (KERNEL32.DLL.VerSetConditionMask+0x36e226): 42a5 42a5 780012b3 0x408ce074 (KERNEL32.DLL.VerSetConditionMask+0x36e236): 408ce1fa 408ce0b8 78001385 0x408ce084 (KERNEL32.DLL.VerSetConditionMask+0x36e246): 42a5 0002 0010 408ce1fa 0x408ce094 (KERNEL32.DLL.VerSetConditionMask+0x36e256): 7802ee08 408ce0e0 408ce0e0 0x408ce0a4 (KERNEL32.DLL.VerSetConditionMask+0x36e266): 0200: sel=1007 base=40018000 limit=1f83 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
Lotus Notes broken in recent CVS
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 LC:\\Lotus\\notes\\nnotesws.dll) failed (error c07b). err:module:import_dll No implementation for LTOUIN22.dll.130 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.141 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.123 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.60 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.77 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.127 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.136 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.72 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.101 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.94 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.135 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.131 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.74 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.61 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.76 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.58 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.67 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.68 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.71 imported from LC:\\Lotus\\notes\\nnotesws.dll, setting to 0xdeadbeef err:module:import_dll Module (file) nnotesws.dll (which is needed by LC:\\Lotus\\notes\\nlnotes.exe) not found err:module:import_dll No implementation for nnotesws.dll.1 imported from LC:\\Lotus\\notes\\nlnotes.exe, setting to 0xdeadbeef err:module:LdrInitializeThunk Main exe initialization for LC:\\Lotus\\notes\\nlnotes.exe failed, status c135 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: [EMAIL PROTECTED]
Re: RFC on our new initiative
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/html/grfunUnmanagedAPIReference.asp 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
[leadership/opensource] invitation to online survey
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 [EMAIL PROTECTED] Denmark Technical University Department of manufacturing engineering and management
Systray integration patch
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.
SetupCreateDiskSpaceListA/W ?
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
RE: Lotus Notes broken in recent CVS
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 LC:\\Lotus\\notes\\nnotesws.dll) failed (error c07b). [snip] err:module:LdrInitializeThunk Main exe initialization for LC:\\Lotus\\notes\\nlnotes.exe failed, status c135 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
Re: WINMM problem with Half-Life
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+
Re: WineDbg didn't stop
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-dbgb CIncoExpCtrl::OnCreate Unable to add breakpoint, will check again when a new DLL is loaded Wine-dbgc ... (0x42a2) Loaded debug information from 32bit DLL 'C:\WINDOWS\SYSTEM\INCOEXP.OCX' (0x1000) 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: EIP:404b96f3 ESP:408ce044 EBP:408ce0a0 EFLAGS:0216( - 00 I -A-P1 ) EAX:408ce044 EBX:40574c78 ECX: EDX:000c ESI:408ce0e0 EDI:408ce064 Stack dump: 0x408ce044 (KERNEL32.DLL.VerSetConditionMask+0x36e206): e06d7363 0001 404b9660 0x408ce054 (KERNEL32.DLL.VerSetConditionMask+0x36e216): 0003 19930520 408ce10c 5f4bb5d8 0x408ce064 (KERNEL32.DLL.VerSetConditionMask+0x36e226): 42a5 42a5 780012b3 0x408ce074 (KERNEL32.DLL.VerSetConditionMask+0x36e236): 408ce1fa 408ce0b8 78001385 0x408ce084 (KERNEL32.DLL.VerSetConditionMask+0x36e246): 42a5 0002 0010 408ce1fa 0x408ce094 (KERNEL32.DLL.VerSetConditionMask+0x36e256): 7802ee08 408ce0e0 408ce0e0 0x408ce0a4 (KERNEL32.DLL.VerSetConditionMask+0x36e266): 0200: sel=1007 base=40018000 limit=1f83 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+
debugstr buffer overflow
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 000d:Call PE DLL (proc=0x415d9090,module=0x415d Llz32.dll,reason=PROCESS_ATTACH,res=(nil)) 000d:Call kernel32.__wine_register_dll_16(415db5f8) ret=415d932c 000d:Ret kernel32.__wine_register_dll_16() retval=415db5f8 ret=415d932c 000d:Ret PE DLL (proc=0x415d9090,module=0x415d Llz32.dll,reason=PROCESS_ATTACH,res=(nil)) retval=1 000d:Call PE DLL (proc=0x415bf1b0,module=0x415b Lversion.dll,reason=PROCESS_ATTACH,res=(nil)) 000d:Call kernel32.__wine_register_dll_16(415c581c) ret=415bf7ec 000d:Ret kernel32.__wine_register_dll_16() retval=415c581c ret=415bf7ec 000d:Ret PE DLL (proc=0x415bf1b0,module=0x415b Lversion.dll,reason=PROCESS_ATTACH,res=(nil)) retval=1 000d:Call PE DLL (proc=0x715d4ab3,module=0x715d Ladvpack.dll,reason=PROCESS_ATTACH,res=(nil)) wine_dbg_vprintf: debugstr buffer overflow (contents: '000d:Call lz32.CopyLZFile(8002,715d15a8,,00020019 L,406cc218,,406cbe58 [EMAIL PROTECTED]@\x90\xbel@ [EMAIL PROTECTED]@h\x86%@,400d9d6f L\958b\fba8\\c189\d089\f029\c139\850f\ee38\\8d01\fb38\\3a80\0f00\2e85\ffed\e9ff\ee39\\44c7\0824\03e8,406cbe90,40245644,0001,406cbe9c L\8668\4025\8668\4025\86a2\4025\8a67\4025\8668\4025\8a67\4025,40245476,0001,401c0fd8 \xec\xfe\x12,0001,40498fcb,406cb864,400f1bf1,406cbecc,0053,400d8fca,,40243241,406cbe38,400d8fca,406cbe40,406cbe44,400d8fca,,406cb898,406cbe54,400d8fca,0041,406cbe60,400d8fca,40243241,406cbe6c,400d8fca,406cbe74,400d8fca,400d8fca,,406cbe84,400d8fca,,,3078,,,,,,,,,,,,,0004,406cbfc0,406cb948,400f45b5,406cbfc0,,0003,406cbfd8,406cb960,400f45b5,406cbfd8,401b1b64,0003,,0003,406cbff8,406cb980,400f45b5,406cbff8,401b1b64,0003,401b1b64,') trace:seh:EXC_RtlRaiseException code=8101 flags=1 addr=0x400bab71 trace:seh:EXC_CallHandler calling handler at 0x1016b2c code=8101 flags=1 000d:Call kernel32.VirtualQuery(01005a70,406cb178,001c) ret=0101d323 000d:Ret kernel32.VirtualQuery() retval=001c ret=0101d323 000d:Call kernel32.InterlockedExchange(01025678,0001) ret=0101d3a1
FYI: Patch sent to wine-patches list. (NT) (WAS: Re: GetCommandLine issue with Dungeon Keeper)
Re: Wine release 20040121
Boaz Harrosh [EMAIL PROTECTED] 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 [EMAIL PROTECTED]
Re: Lotus Notes broken in recent CVS
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.
Re: Systray integration patch
On Thu, 22 Jan 2004 12:28:59 +, 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?
Re: Wine release 20040121
Mike Hearn [EMAIL PROTECTED] writes: 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? No it has nothing to do with that. -- Alexandre Julliard [EMAIL PROTECTED]
Re: PATCH: install more programs
Marcus Meissner [EMAIL PROTECTED] writes: I think we can install those safely. Ciao, Marcus Changelog: Install rundll32,winemenubuilder and winevdm into the system. Why do you need these? They are not really supposed to be started directly by the user. -- Alexandre Julliard [EMAIL PROTECTED]
Re: Add support for MDICREATESTRUCT conversion for 16-bit windows
Dmitry Timoshkov [EMAIL PROTECTED] writes: I've got a bug report that after my MDI rewrite some 16-bit MDI app stopped to work. That's not a surprise at all. The surprise is that STRUCT32_xxx conversion helpers didn't cope correctly with 16-bit hInstance and actually that caused a 16-bit app to misbehave in the first place. I had to use GetExePtr() because MapHModuleSL checks for NE_FFLAGS_WIN32 (why?) and bails out. Using GetExePtr is going to return the wrong instance once we get back to 16-bit code. The instance handles are actually not supposed to be converted at all, we just expand the 16-bit ones to 32-bit. What was the problem with your 16-bit app? -- Alexandre Julliard [EMAIL PROTECTED]
Re: Implement binary relocatability
Mike Hearn [EMAIL PROTECTED] writes: Before Wine would not be able to find libwine nor ntdll.so, now it can. I hope this patch is OK, as I think this is a useful feature that far more free software should support. The list of use cases is big. As dicussed a couple of weeks ago, this needs to be optional; you don't necessarily always want that behavior, and it conflicts with the --prefix option. -- Alexandre Julliard [EMAIL PROTECTED]
Re: Add support for MDICREATESTRUCT conversion for 16-bit windows
Alexandre Julliard [EMAIL PROTECTED] wrote: Using GetExePtr is going to return the wrong instance once we get back to 16-bit code. The instance handles are actually not supposed to be converted at all, we just expand the 16-bit ones to 32-bit. What was the problem with your 16-bit app? The app sends WM_MDICREATE message which fails with: win.c,create_window_handle(): error 6 creating window The WM_MDICREATE message gets translated from 16-bit to Ansi, and the following CreateWindowEx calls fails due to bad hInstance passed to create_window() server call. -- Dmitry.
