ie5, ie6 won't install
[EMAIL PROTECTED] inex5]$ wine --version Wine 20040813 That was a Mandrake 10.0 rpm installation, over which I installed Wine-20050211.tar.gz This is the relevant history: [EMAIL PROTECTED] wine-hdd]$ cd ie6 [EMAIL PROTECTED] ie6]$ ls ADVAUTH.CAB* IECIF.CAB* IEMIL_2.CAB* IEW2K_1.CAB* OEEXCEP.CAB* AOLSUPP.CAB* IEDATA.CAB*IEMIL_3.CAB* IEW2K_2.CAB* README.CAB* AXA3.CAB* IEDOM.CAB* IEMIL_4.CAB* IEW2K_3.CAB* SCAIME.CAB* AXA.CAB* IEEXINST.CAB* IENT_S1.CAB* IEW2K_4.CAB* SCR56EN.CAB* BRANDING.CAB* IE_EXTRA.CAB* IENT_S2.CAB* JAAIME.CAB*SCRIPTEN.CAB* CRLUPD.CAB*IELPKAD.CAB* IENT_S3.CAB* KOAIME.CAB*SETUPNT.CAB* DXDDEX.CAB*IELPKAR.CAB* IENT_S4.CAB* MAILNEWS.CAB* SETUPW95.CAB* FONTCORE.CAB* IELPKIW.CAB* IENT_S5.CAB* MDAC_IE5.CAB* SWFLASH.CAB* FONTSUP.CAB* IELPKJA.CAB* IENT_S6.CAB* MOBILE95.CAB* TCAIME.CAB* GSETUP95.CAB* IELPKKO.CAB* IE_S1.CAB*MOBILENT.CAB* TS95.CAB* GSETUPNT.CAB* IELPKPE.CAB* IE_S2.CAB*MPCDCS.CAB*TSNT.CAB* HELPCONT.CAB* IELPKTH.CAB* IE_S3.CAB*MPLAY2A.CAB* USP10.CAB* HHUPD.CAB* IELPKVI.CAB* IE_S4.CAB*MPLAY2U.CAB* VGX.CAB* ICW.CAB* IELPKZHC.CAB* IE_S5.CAB*MPLAYER2.CAB* WAB.CAB* ICWCON.CAB*IELPKZHT.CAB* IE_S6.CAB*MSN_AUTH.CAB* ie6setup.exe* IEMIL_1.CAB* iesetup.ini* OAINST.CAB* [EMAIL PROTECTED] ie6]$ wine ie6setup.exe fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x4137 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x4137 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41370074 fixme:setupapi:SETUPX_CreateStandardLDDs LDID_SRCPATH: what exactly do we have to do here ? fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:vcpUICallbackProc16 (0xbb60, 0705, , , 403eb45c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbb60, 070f, , , 403eb45c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbb60, 0710, , , 403eb45c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbb60, 070b, , , 403eb45c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbb60, 070c, , , 403eb45c) - semi-stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:dc:GetLayout (0x758): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41dc fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41dc fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41dc0074 fixme:shell:Stream_WriteLocationInfo writing empty location info fixme:shell:SHELL32_DllCanUnloadNow (void): stub fixme:shell:SHELL32_DllCanUnloadNow (void): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH err:setupapi:SetupDefaultQueueCallbackA copy error 5 "C: \\windows\\msdownld.tmp\\AS0086A2.tmp\\w95inf16.dll" -> "c: \\windows\\system\\w95inf16.dll" err:setupapi:SetupDefaultQueueCallbackA copy error 5 "C: \\windows\\msdownld.tmp\\AS0086A2.tmp\\w95inf32.dll" -> "c: \\windows\\system\\w95inf32.dll" fixme:setupapi:do_file_copyW Notify that target version is greater.. err:setupapi:SetupDefaultQueueCallbackA copy error 0 "C: \\windows\\msdownld.tmp\\AS0086A2.tmp\\cabinet.dll" -> "c: \\windows\\system\\cabinet.dll" err:setupapi:SetupDefaultQueueCallbackA copy error 5 "C: \\windows\\msdownld.tmp\\AS0086A2.tmp\\regsvr32.exe" -> "c: \\windows\\system\\regsvr32.exe" fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH err:setupapi:SetupDefaultQueueCallbackA copy error 32 "C: \\windows\\msdownld.tmp\\AS008A4E.tmp\\OLEAUT32.DLL" -> "c: \\windows\\system\\OLEAUT32.DLL" fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GE
Remote debugging
Hello, I am new to wine. I try to get a PC software (I have the source code) to run on Linux but as the project may take a while, I try to prepare a development environement that will make my life easier. I have Wine from CVS, and msvcmon (the remote part of Visual studio) running on Linux. I can launch the software from my windows machine, and I can break on my source code running un Linux. But step doesn't work. Would someone have an idea of where in wine source code I should have a look ? Is there any document that you know that could help me to understand how it works, and the architecture ? Thanks David Hemmo
Re: ie5, ie6 won't install
Am Mittwoch, 6. April 2005 11:17 schrieb Wesley Parish: > [EMAIL PROTECTED] inex5]$ wine --version > Wine 20040813 > That was a Mandrake 10.0 rpm installation, over which I installed > Wine-20050211.tar.gz For me ie6 setup and ie6 work nice with WIne CVS from yesterday(April 05, 2005). I tried installing ie6 on a fresh fake windows drive. The needed things are: (Probably winver set to Win98) *native commctrl.dll in C:\windows\system. Why? Does ie6setup load some native dll instead of a builtin? *Delete the symlink C:\windows\system\regsvr.exe. ie6setup installs it's own regsvr.exe and fails if it can't overwrite the symlink. And for post-installation(wineboot after ie6setup) you need to set atl.dll(comes with ie) to native,builtin. You also need dcom98 and ole dlls set to native. Some notes about ie6: *native ole dlls are not needed any more! With builtin ole many websites(www.microsoft.com and www.windowsupdate.com) display much nicer, but sometimes ie6 just quits with the following messages: fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x703dda70,pFormat = ^0x703dd844,...): stub fixme:sync:SetNamedPipeHandleState 0x2b4 0x762bf4f4 (nil) (nil) fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x703dcca0,pFormat = ^0x703dcc4a,...): stub fixme:imm:ImmDisableIME (-1): stub fixme:advapi:RegisterEventSourceW ((null),L"Microsoft Internet Explorer"): stub fixme:advapi:ReportEventA (0xcafe4242,0x0001,0x,0x03e8, (nil),0x0005,0x0050,0x71e0c39c,0x71e0bf60): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x,0x03e8, (nil),0x0005,0x0050,0x77c4c308,0x71e0bf60): stub err:eventlog:ReportEventW L"iexplore.exe" err:eventlog:ReportEventW L"6.0.2800.1106" err:eventlog:ReportEventW L"" err:eventlog:ReportEventW L"0.0.0.0" err:eventlog:ReportEventW L"" fixme:advapi:DeregisterEventSource (0xcafe4242) stub ActiveX controls seem to be broken with buitin ole dlls. ie complains about security concerns. *Winver has to be set to win98, otherwise ie6 crashes because of a call to an unimplemented function(advpack.dll.IsNTAdmin). I'll try to make a stub for this one. *The local intranet icon in the internet options(security panel) is broken *Pressing enter doesn't work on many pages *On some pages IE6 seems to crash my graphics driver(fglrx, ATIs binary driver), like Konqueror did with older flgrx versions. An explample for such a site is the ReactOS forum. This is certainly an fglrx bug. *A few native dlls are needed: wininet, mshtml, shdocvw, shlwapi and urlmon *ie6 runs nice and stable as long as none of the above problems occurs. Hope I didn't forget anything. Cheers, Stefan
Re: crypt32: CryptProtectData/CryptUnprotectData take 3
"Kees Cook" <[EMAIL PROTECTED]> wrote:
> diff -u -p -u -p -r1.19 crypt32.spec
> --- dlls/crypt32/crypt32.spec 10 Nov 2004 01:31:50 - 1.19
> +++ dlls/crypt32/crypt32.spec 6 Apr 2005 05:52:55 -
> @@ -133,6 +133,7 @@
> @ stub CryptMsgUpdate
> @ stub CryptMsgVerifyCountersignatureEncoded
> @ stdcall CryptProtectData(ptr wstr ptr ptr ptr long ptr)
> +@ stdcall CryptUnprotectData(ptr ptr ptr ptr ptr long ptr)
> @ stdcall CryptRegisterDefaultOIDFunction(long str long wstr)
> @ stdcall CryptRegisterOIDFunction(long str str wstr str)
> @ stub CryptRegisterOIDInfo
> @@ -149,7 +150,6 @@
> @ stub CryptSignHashU
> @ stub CryptSignMessage
> @ stub CryptSignMessageWithKey
> -@ stub CryptUnprotectData
> @ stub CryptUnregisterDefaultOIDFunction
> @ stub CryptUnregisterOIDFunction
> @ stub CryptUnregisterOIDInfo
It's better to keep alphabetical order of .spec file entries.
> +#include "config.h"
> +#include
> +#include
> +#include
> +
> +#include "windef.h"
> +#include "winbase.h"
> +#include "wincrypt.h"
> +#include "winreg.h"
> +#include "winnls.h"
> +#include "mssip.h"
> +#include "wine/debug.h"
> +
> +WINE_DEFAULT_DEBUG_CHANNEL(crypt);
if you are not going to conditionally include headers using '#ifdef HAVE_xxx'
there is no need to include config.h.
> +r = RegCreateKeyExW(hkeyMap, wszIndexKey, 0, NULL,
> REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, &hkeyOpen,
&dwDisposition);
> +if (r != ERROR_SUCCESS)
> + continue;
> +if (dwDisposition == REG_OPENED_EXISTING_KEY)
> +{
> +/* already exists, skip */
> +CloseHandle(hkeyOpen);
Registry keys should be closed by RegCloseKey, not CloseHandle (here and
everywhere else).
> +entropy.pbData=(void*)key;
> +entropy.cbData=strlen(key)+1;
> +
> +protected = CryptProtectData(NULL,desc,NULL,NULL,NULL,0,&cipher);
> +ok(!protected, "Encrypting without plain data source.\n");
> +r = GetLastError();
> +ok2(r == ERROR_INVALID_PARAMETER, "Wrong (%lu) GetLastError seen\n",r);
If you are going to test last error value after an API call it's a usual
practice
to set the error first to some invalid value, 0xdeadbeef works fine.
--
Dmitry.
Re: Remote debugging
David Hemmo wrote: But step doesn't work. Would someone have an idea of where in wine source code I should have a look ? Is there any document that you know that could help me to understand how it works, and the architecture ? I do not know the answer, but I can add some info. Both MSDEV6 installed under wine, and MinGW-gdb (Windows gcc) have this "step" problem. In Wine it is in the same place as on Windows. I think it starts in dbghlp.dll and than on NT it uses imghlp.dll and others. I am not sure what Wine is doing, but start from dbghlp.dll If you can fix it it could be nice. Free Life Boaz
Re: crypt32: CryptProtectData/CryptUnprotectData take 3
On Wed, Apr 06, 2005 at 11:08:12PM +0900, Dmitry Timoshkov wrote: > It's better to keep alphabetical order of .spec file entries. Oh, whoops. I just blindly grouped them. Fixed. > if you are not going to conditionally include headers using '#ifdef HAVE_xxx' > there is no need to include config.h. Good point. This was copied from elsewhere. I've cleaned up the header files. > Registry keys should be closed by RegCloseKey, not CloseHandle (here and > everywhere else). Whoops. Okay, fixed. > If you are going to test last error value after an API call it's a usual > practice > to set the error first to some invalid value, 0xdeadbeef works fine. Added. Thanks for all the suggestions from everyone! I'm glad you're willing to put up with me. :) Take 4 on it's way. -- Kees Cook@outflux.net
Crash due to edit.c patch (was: Regression: origin6 crashes with 20050310 (20050211 works))
Hello, as described in http://bugs.winehq.org/show_bug.cgi?id=2813 , Origin6 crashes with the edit.c patch, implementing !ES_AUTO[HV]SCROLL (http://www.winehq.org/hypermail/wine-cvs/2005/02/0506.html). A rather concise but hopefully complete enough trace can be found attached to the bug. Unfortunally, the edit.c patch is too big for me to see anything obvious. Since Origin is of some importance to me, I'm also also willing to pay some bounty for it. Tobias PS: I think there is a further problem burried since even without that patch it won't work - though it doesn't crash (but endless-loops) and proceeds a bit further. I'm trying to nail down the other patch as well (it should be around the same day; unfortunally compiling Wine takes quite long).
Starting up
Hello everybody, - a while ago we were debating an initiative named "Wine-Probe"[1] (which would roughly equal "Wine-tasting" in english) on wine-devel that was in the making between Wirtschaftsförderung Region Stuttgart GmbH and us (ITOMIG). Its goal is to make local software vendors aware of the potential bussiness opportunity in a Wine-based port or a Wine/Linux version of their software. It's also designed to be beneficial for the Wine project as a whole, e.g. by providing AppDB entries and success stories. This is to let you know that we've officially launched the initiative by today. It has already made it into several (german speaking) news sites[2], so I'd say things look promising. We're looking forward to the interest and feedback we'll get in the weeks to come. Cheers, David P.S. Apologies to whomever suggested "PortWine" as an alternative name - after some discussion we've finally decided to stay with the "old" name ;) [1] http://www.winehq.com/site?issue=254#WINEprobe%20Initiative [2] http://www.golem.de/0504/37335.html http://www.pro-linux.de/news/2005/7996.html http://www.pc-magazin.de/common/nws/einemeldung.php?id=37335
Re: crypt32: CryptProtectData/CryptUnprotectData take 2
Kees Cook wrote: On Tue, Apr 05, 2005 at 02:32:11PM +0900, Mike McCormack wrote: The new patch looks good. I should have mentioned before that writing a test case will help your patch be accepted. Did you have any test code about that you could turn into a test case for your newly implemented functions? Sure, I can write something. I'll look around for docs on how to run tests -- I didn't find that when I looked around this morning. Also: I realize I should provide full documentation for the actual Windows API calls themselves. I documented everything BUT those. :) What's the convention for the number after the API name? I've seen some with numbers, and some with just an "@" sign? Copied from a post yesterday: Thomas Kho mentioned that http://www.geekymedia.com/twiki/bin/view.cgi/WineDev/AddingMakefile was helpful to him. Since the webmaster there says he's taking down that wiki soon, here's a copy for posterity. -- snip -- Topic: AddingMakefile (as part of a new Wine test) Follow the example of the lzexpand test patch: http://www.winehq.com/hypermail/wine-patches/2004/11/0182.html Basic steps. (you'll have to chmod mod most of the files to 644 before you can edit them) 1. In your tests directory, look over wine/dlls/lzexpand/Makefile.in and wine/dlls/lzexpand/tests/Makefile.in 2. Now look at the Makefile.in in your dll directory. Copy it into your tests dir and change the list of .c files to your test .c file 3. Edit the Makefile.in file in your dll directory to add a subdirs line (see lzexpand/Makefile.in for an example) 4. In your wine directory, chmod 644 configure.ac 5. Edit configure.ac, find your dll directory in the AC_CONFIG_FILES and then add the path to your tests directory after it. 6. In your wine directory, run autoconf. Make sure you have 2.53 installed (autoconf --version). 7. Run configure. Your Makefile should be listed at the end now. -- snip -- -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html
Remote debugging
Hello, I am new to wine. I try to get a PC software (I have the source code) to run on Linux but as the project may take a while, I try to prepare a development environement that will make my life easier. I have Wine from CVS, and msvcmon (the remote part of Visual studio) running on Linux. I can launch the software from my windows machine, and I can break on my source code running un Linux. But step doesn't work. Would someone have an idea of where in wine source code I should have a look ? Is there any document that you know that could help me to understand how it works, and the architecture ? Thanks David Hemmo PS: This is a repost, it looks like my first post didn't got through :-(
Re: Crash due to edit.c patch (was: Regression: origin6 crashes with 20050310 (20050211 works))
On Apr 6, 2005 10:15 AM, Tobias Burnus <[EMAIL PROTECTED]> wrote:
> Hello,
>
> as described in http://bugs.winehq.org/show_bug.cgi?id=2813 , Origin6
> crashes with the edit.c patch, implementing !ES_AUTO[HV]SCROLL
> (http://www.winehq.org/hypermail/wine-cvs/2005/02/0506.html).
>
I'm pretty certain that this patch just exposes some other bug.
The problem is that Origin6 crashes when it receives an EN_MAXTEXT
notification. The notification is sent because the text really doesn't
fit into the edit control because it's 0 pixels wide. Application
creates the edit control with width of -22 and later also tries to
resize it to -22, wine turns negative numbers to 0.
I would start with writing a test for seting window width & height to
negative numbers.
good luck.
trace:
trace:win:WIN_CreateWindowEx (null) "Edit" ex= style=5300
3,3 -22x20 parent=0x10084 menu=0x3e9 inst=0x40 params=(nil)
trace:win:dump_window_styles style: WS_CHILD WS_VISIBLE 0300
trace:win:dump_window_styles exstyle:
trace:win:WIN_CreateWindowEx winproc type is 2 (WIN_PROC_32A)
trace:win:WIN_SetWindowLong 0x10088 -12 3e9 3
err:x11drv:X11DRV_CreateWindow invalid window width -22
trace:x11drv:X11DRV_set_window_pos win 0x10088 window (3,3)-(3,23)
client (3,3)-(3,23) style 4300
trace:x11drv:X11DRV_CreateWindow hwnd 0x10088 cs 3,3 0x20
trace:edit:EditWndProc_common hwnd=0x10088 msg=81 (WM_NCCREATE)
wparam=0 lparam=406eeae0
trace:edit:EDIT_WM_NCCreate Creating ANSI edit control, style = 5300
trace:win:WIN_SetWindowLong 0x10088 0 4046ad20 3
trace:edit:EditWndProc_common hwnd=0x10088 msg=83 (WM_NCCALCSIZE)
wparam=0 lparam=406ee8a0
trace:edit:EditWndProc_common hwnd=0x10088 msg=83 (WM_NCCALCSIZE) -- 0x
trace:x11drv:X11DRV_set_window_pos win 0x10088 window (3,3)-(3,23)
client (3,3)-(3,23) style 4300
trace:x11drv:X11DRV_CreateWindow win 0x10088 window 3,3,3,23 client
3,3,3,23 whole 3,3,3,23 X client 0,0,0,20 xwin 0
trace:edit:EditWndProc_common hwnd=0x10088 msg=1 (WM_CREATE) wparam=0
lparam=406eeae0
trace:edit:EDIT_WM_Create (null)
trace:edit:EDIT_EM_SetMargins left=0, right=0
trace:edit:EDIT_SetCaretPos 0 - 0x0
trace:edit:EditWndProc_common hwnd=0x10088 msg=1 (WM_CREATE) -- 0x0001
trace:edit:EditWndProc_common hwnd=0x10088 msg=5 (WM_SIZE) wparam=0
lparam=14
trace:edit:EDIT_WM_Size width = 0, height = 20
trace:edit:EDIT_SetCaretPos 0 - 0x0
trace:edit:EditWndProc_common hwnd=0x10088 msg=5 (WM_SIZE) -- 0x
trace:edit:EditWndProc_common hwnd=0x10088 msg=3 (WM_MOVE) wparam=0 lparam=30003
trace:edit:EditWndProc_common hwnd=0x10088 msg=3 (WM_MOVE) -- 0x
trace:x11drv:X11DRV_ShowWindow hwnd=0x10088, cmd=5, wasVisible 0
trace:edit:EditWndProc_common hwnd=0x10088 msg=18 (WM_SHOWWINDOW)
wparam=1 lparam=0
trace:edit:EditWndProc_common hwnd=0x10088 msg=18 (WM_SHOWWINDOW) -- 0x
trace:win:SetWindowPos hwnd 0x10088, after (nil), 0,0 (0x0), flags 0057
trace:win:dump_winpos_flags flags: SWP_NOSIZE SWP_NOMOVE SWP_NOZORDER
SWP_NOACTIVATE SWP_SHOWWINDOW
trace:x11drv:X11DRV_SetWindowPos hwnd 0x10088, after (nil), swp 0,0
0x0 flags 0057
trace:edit:EditWndProc_common hwnd=0x10088 msg=46
(WM_WINDOWPOSCHANGING) wparam=0 lparam=406ee810
trace:edit:EditWndProc_common hwnd=0x10088 msg=46
(WM_WINDOWPOSCHANGING) -- 0x
trace:x11drv:SWP_DoWinPosChanging hwnd 0x10088, after (nil), swp 0,0
0x0 flags 1857
trace:x11drv:SWP_DoWinPosChanging current (3,3)-(3,23) style 4300
new (3,3)-(3,23)
trace:x11drv:X11DRV_set_window_pos win 0x10088 window (3,3)-(3,23)
client (3,3)-(3,23) style 5300
trace:x11drv:X11DRV_SetWindowPosstatus flags = 1847
trace:edit:EditWndProc_common hwnd=0x10088 msg=47
(WM_WINDOWPOSCHANGED) wparam=0 lparam=406ee810
trace:edit:EditWndProc_common hwnd=0x10088 msg=47
(WM_WINDOWPOSCHANGED) -- 0x
trace:win:WIN_CreateWindowEx created window 0x10088
...
trace:win:SetWindowPos hwnd 0x10088, after (nil), 3,3 (-22x20), flags 001c
trace:win:dump_winpos_flags flags: SWP_NOZORDER SWP_NOREDRAW SWP_NOACTIVATE
trace:x11drv:X11DRV_SetWindowPos hwnd 0x10088, after (nil), swp 3,3
-22x20 flags 001c
trace:edit:EditWndProc_common hwnd=0x10088 msg=46
(WM_WINDOWPOSCHANGING) wparam=0 lparam=406ee5c4
trace:edit:EditWndProc_common hwnd=0x10088 msg=46
(WM_WINDOWPOSCHANGING) -- 0x
trace:x11drv:SWP_DoWinPosChanging hwnd 0x10088, after (nil), swp 3,3
0x20 flags 181c
trace:x11drv:SWP_DoWinPosChanging current (3,3)-(3,23) style 5300
new (3,3)-(3,23)
trace:x11drv:X11DRV_set_window_pos win 0x10088 window (3,3)-(3,23)
client (3,3)-(3,23) style 5300
trace:x11drv:X11DRV_SetWindowPosstatus flags = 1807
...
trace:edit:EditWndProc_common hwnd=0x10088 msg=c (WM_SETTEXT) wparam=0
lparam=40464050
trace:edit:EDIT_WM_SetText L"10"
trace:edit:EDIT_EM_ReplaceSel L"10", can_undo 0, send_update 0
trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 0, strl 2, selstart
0 ('L""'), text 'L""')
trace:edit:EDIT_EM_ReplaceSel notification EN_MAXTEXT sent to hwnd=0x10084
fixme:msvcrt:_Xc
Wine and Process Explorer
Hi, I was just wondering if it's worthwhile to get Process Explorer running on Wine. It contains a lot of 'under-the-hood' stuff which is maybe not needed anywhere else (except the taskmgr, maybe). There are lots of unimplemented calls and lots of undocumented as well. I've found some documentation on CodeGuru and Reactos seems to have some parts implemented. I've started adding things but get into lots of new exceptions. It will at least broaden my knowledge about Wine/Windows. Cheers, Paul.
AJ on vacation?
Has AJ taken a vacation?
Re: AJ on vacation?
On Apr 6, 2005 1:53 PM, Tom Wickline <[EMAIL PROTECTED]> wrote: > Has AJ taken a vacation? >From WWN #268 "The next day Alexandre took off on vacation for a week. So don't expect any CVS updates." -- James Hawkins
Re: AJ on vacation?
Hi, --- Tom Wickline <[EMAIL PROTECTED]> wrote: > Has AJ taken a vacation? I think he is out till tomorrow or Friday. Thanks Steven __ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com
Re: Add mousewheel support to riched20
Hannu Valtonen wrote:
Hi,
This patch adds mousewheel support to the rapidly maturing riched20.
Changelog:
Add mousewheel support to riched20
- Hannu Valtonen
+ case WM_MOUSEWHEEL:
+ {
+int gcWheelDelta = 0, nPos = editor->nScrollPosY;
+UINT pulScrollLines;
+
+SystemParametersInfoW(SPI_GETWHEELSCROLLLINES,0, &pulScrollLines, 0);
+gcWheelDelta -= GET_WHEEL_DELTA_WPARAM(wParam);
+if (abs(gcWheelDelta) >= WHEEL_DELTA && pulScrollLines)
+ nPos += pulScrollLines * (gcWheelDelta / WHEEL_DELTA) * 8;
Why not like
> +SystemParametersInfoW(SPI_GETWHEELSCROLLLINES,0,
&pulScrollLines, 0);
> +gcWheelDelta = GET_WHEEL_DELTA_WPARAM(wParam);
> +if (gcWheelDelta >= WHEEL_DELTA && pulScrollLines)
> + nPos += pulScrollLines * (-gcWheelDelta / WHEEL_DELTA) * 8;
just seems simpler;
regards,
Joris
Re: Add mousewheel support to riched20
Joris Huizer wrote: > Why not like > > > +SystemParametersInfoW(SPI_GETWHEELSCROLLLINES,0, > &pulScrollLines, 0); > > +gcWheelDelta = GET_WHEEL_DELTA_WPARAM(wParam); > > +if (gcWheelDelta >= WHEEL_DELTA && pulScrollLines) > > + nPos += pulScrollLines * (-gcWheelDelta / WHEEL_DELTA) * 8; > > just seems simpler; It doesn't work quite that way. GET_WHEEL_DELTA_WPARAM() can return both positive and negative numbers so the abs() is still essential. It's a question of taste whether to put it on to: gcWheelDelta -= GET_WHEEL_DELTA_WPARAM(wParam); or on to: nPos += pulScrollLines * (-gcWheelDelta / WHEEL_DELTA) * 8; Me, I like the first one but I don't really care one way or the other. - Hannu Valtonen [EMAIL PROTECTED]
compiling msvcrt with gcc4
Hi, I just installed FC4 test1 with gcc4, gcc (GCC) 4.0.0 20050405 (Red Hat 4.0.0-0.40) Compiling msvcrt produces these errors: ../../../include/msvcrt/io.h:179: error: 'open' aliased to external symbol '_open' ../../../include/msvcrt/io.h:180: error: 'sopen' aliased to undefined symbol '_sopen' ../../../include/msvcrt/process.h:129: error: 'execl' aliased to undefined symbol '_execl' ../../../include/msvcrt/process.h:130: error: 'execle' aliased to undefined symbol '_execle' ../../../include/msvcrt/process.h:131: error: 'execlp' aliased to undefined symbol '_execlp' ../../../include/msvcrt/process.h:132: error: 'execlpe' aliased to undefined symbol '_execlpe' ../../../include/msvcrt/process.h:133: error: 'spawnl' aliased to undefined symbol '_spawnl' ../../../include/msvcrt/process.h:134: error: 'spawnle' aliased to undefined symbol '_spawnle' ../../../include/msvcrt/process.h:135: error: 'spawnlp' aliased to undefined symbol '_spawnlp' ../../../include/msvcrt/process.h:136: error: 'spawnlpe' aliased to undefined symbol '_spawnlpe' Is this a gcc4 problem or something we can fix? -- James Hawkins
Re: compiling msvcrt with gcc4
On Apr 6, 2005 4:42 PM, James Hawkins <[EMAIL PROTECTED]> wrote: > Hi, > > I just installed FC4 test1 with gcc4, > > gcc (GCC) 4.0.0 20050405 (Red Hat 4.0.0-0.40) > > Compiling msvcrt produces these errors: > > ../../../include/msvcrt/io.h:179: error: 'open' aliased to external > symbol '_open' > ../../../include/msvcrt/io.h:180: error: 'sopen' aliased to undefined > symbol '_sopen' > ../../../include/msvcrt/process.h:129: error: 'execl' aliased to > undefined symbol '_execl' > ../../../include/msvcrt/process.h:130: error: 'execle' aliased to > undefined symbol '_execle' > ../../../include/msvcrt/process.h:131: error: 'execlp' aliased to > undefined symbol '_execlp' > ../../../include/msvcrt/process.h:132: error: 'execlpe' aliased to > undefined symbol '_execlpe' > ../../../include/msvcrt/process.h:133: error: 'spawnl' aliased to > undefined symbol '_spawnl' > ../../../include/msvcrt/process.h:134: error: 'spawnle' aliased to > undefined symbol '_spawnle' > ../../../include/msvcrt/process.h:135: error: 'spawnlp' aliased to > undefined symbol '_spawnlp' > ../../../include/msvcrt/process.h:136: error: 'spawnlpe' aliased to > undefined symbol '_spawnlpe' > > Is this a gcc4 problem or something we can fix? Here are a couple links that somewhat explain the problem: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152425 http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01593.html http://gcc.gnu.org/onlinedocs/gcc/Weak-Pragmas.html -- James Hawkins
Re: Remote debugging
Boaz Harrosh wrote: David Hemmo wrote: But step doesn't work. Would someone have an idea of where in wine source code I should have a look ? Is there any document that you know that could help me to understand how it works, and the architecture ? I do not know the answer, but I can add some info. Both MSDEV6 installed under wine, and MinGW-gdb (Windows gcc) have this "step" problem. In Wine it is in the same place as on Windows. I think it starts in dbghlp.dll and than on NT it uses imghlp.dll and others. I am not sure what Wine is doing, but start from dbghlp.dll If you can fix it it could be nice. The problem could also stem from Read/WriteProcessMemory not being implemented for other processes. Look for fixme messages coming from the msvcmon process. Rob
Re: AJ on vacation?
On Wed, 2005-04-06 at 12:27 -0700, Steven Edwards wrote: > Hi, > > --- Tom Wickline <[EMAIL PROTECTED]> wrote: > > Has AJ taken a vacation? > > I think he is out till tomorrow or Friday. > > Thanks > Steven > While the cat's away... Party in the CVS Server!
