- Wine-Devel - list.winehq.org

Re: Wine Emulation: Swapping functions
by Alexandre Julliard Sept. 4, 2004

Sept. 4, 2004

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Hi Alexandre, > > This patch allows to load a PE exe to memory. You may notice that > there is no "mass" byte swapping. The technics used here is a bit > developer here: > http://stegefin.free.fr/wine/ > You might prefer a more conventional way of doing the byte swapping, > in this case tell me. We might still need this approach since it could > efficient for sharing data accross the LE exe and the BE winelib. It doesn't seem very efficient to trap on every memory access... Besides, I don't see how this can possibly work, there is no guarantee that the compiler is going to generate accesses that always match the size of the requested type, memcpy() being the obvious example. I think you are going in the wrong direction with this; the right way IMO is to compile Wine for x86 and run the whole Wine+app under the CPU emulator. Otherwise you'll have to write wrappers for each of the 15,000 APIs. -- Alexandre Julliard julliard(a)winehq.org

7 21

problem in using Winelib
by gupta.lokesh＠philips.com Sept. 3, 2004

Sept. 3, 2004

Hi, I have been trying to use Winelib to build a very trivial Windows Application on Unix just to test the working of winelib. But it does not work according to the documentation at all. Here are the problems I found: - When I run winemaker in my project root directory, it runs successfully but in the end does not produce any configure script as said in the documentation but produces directly a Makefile - The Makefile must be manually tweaked to put in the WINE include files path and the WINE libraries path. - After changing the generated Makefile, when I run it, I see thousands of warnings related to ignoring of __stdcall__ attribute in some of the windows header files, but the build goes through - The generated executable always has a .so extension which gives a feeling that it is a shared library rather than an executable - When I run the above generated file, it simply dumps core without any messages "Segmentation Fault" - When I try to run the above application through GDB to debug it, it crashes even before reaching main - When I try to run the above application through winedbg to debug it, it simply hangs, nothing happens after that. If such a basic thing does not work with Winelib, then I hope that something is wrong with the way I have understood things and in my process of trying to do this. Can somebody help ?? By the way, the same kind of setup also did not work on Linux/Intel and Linux/Athlon combinations as well. So there must be something very wrong in the way I am doing it. I imagine that the Winelib user's guide documentation is totally out of date, in which case could somebody please forward me a document which can produce working executables. Best Regards Lokesh

2 1

Re: listview
by Rein Klazes Sept. 3, 2004

Sept. 3, 2004

On Thu, 2 Sep 2004 17:28:31 -0400, you wrote: > ChangeLog: > Ulrich Czekalla <ulrich(a)codeweavers.com> > Handle WM_BUTTONDOWN operations before dragging test > Don't eat WM_LBUTTONUP message > > Index: dlls/comctl32/listview.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/listview.c,v > retrieving revision 1.393 > diff -u -r1.393 listview.c > --- dlls/comctl32/listview.c 25 Aug 2004 17:33:01 -0000 1.393 > +++ dlls/comctl32/listview.c 2 Sep 2004 21:21:32 -0000 > @@ -7927,6 +7927,7 @@ > else if (msg.message >= WM_LBUTTONDOWN && > msg.message <= WM_RBUTTONDBLCLK) > { > + DispatchMessageW(&msg); > break; > } This was discussed before. The problem here is that Windows/native comctl32 *does* eat the WM_LBUTTONUP message ending the mouse track. The reason why you miss the WM_LBUTTONUP message is that mouse tracking is started wrongly under Wine. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1

RE: Protected message
by Mike Sept. 3, 2004

Sept. 3, 2004

1 0

OLE Problem?
by Adriano Bonat Sept. 3, 2004

Sept. 3, 2004

Hello, im trying to run a program, but appear this error message: Invoking /usr/lib/wine/wine.bin SVLGER.EXE ... fixme:ole:CoRegisterMessageFilter stub fixme:ole:GetRecordInfoFromGuids (0x40b8e0,2,12,0,0x40b8f0,0x4465e8),stub! fixme:ole:CoRegisterMessageFilter stub Wine exited with a successful status Im using Debian, and configured Wine with Winetools, the software that im trying to run is a ERP build with VB in Windows NT. Any appointment of the patch for this problem? Thanks in advance, -Adriano Bonat

1 0

cleanup w->a cross calls in crypt
by James Hawkins Sept. 3, 2004

Sept. 3, 2004

Hi, I have checked this patch over and over, but I would appreciate it if you guys could make sure it is ready to be committed. I tried to break up the changes into as many patches as I could, but these last few functions depend on CRYPT_GetProvKeyName and CRYPT_GetTypeKeyName which had to be unicodified as well. The tests for these functions will be sent in the next patch. -- James Hawkins

2 5

Possible fun project/todo list item?
by Juan Lang Sept. 2, 2004

Sept. 2, 2004

Another approach would be to rework wininet to use SSPI (implemented in secur32.dll), and to write an SSP for SSL and TLS. You could write one that uses NSS if you like, or another that uses OpenSSL or GnuTLS. Not sure how "fun" that would be though <g>. --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

1 0

more debugger issues
by Chipzz Sept. 2, 2004

Sept. 2, 2004

Hi all! As a saw a few updates to the debugger a couple of days ago, I decided to give the debugger another go. The problem with the stack trace is gone now, but now I get another problem when I attach to a running process, set a breakpoint and continue, the program crashes. When I in- stead don't set a breakpoint and continue, the program keeps running "fine": When setting the breakpoint: chipzz(a)Vector:~/.wine-clean/win/dotnet.inst$ winedbg fixme:console:SetConsoleCtrlHandler (0x4059e880,1) - no error checking or testing yet Wine-dbg>info process pid threads parent executable (all id:s are in hex) 00000008 4 00000000 'H:\.wine-clean\win\dotnet.inst\install.exe' Wine-dbg>attach 8 fixme:dbghelp:addr_to_linear Failed to linearize address 8000:00000000 (mode 0) In 32 bit mode. Wine-dbg>bt Backtrace: =>1 0x40107b4b __read+0x4b in libc.so.6 (0x40307c54) 2 0x401cc472 NTDLL_wait_for_multiple_objects+0x122 in ntdll (0x40307cf8) 3 0x401ca9dc vm86_return_end+0xc55 in ntdll (0x40307d1c) 4 0x40067678 (0x423bcc4c) 5 0x401cc472 NTDLL_wait_for_multiple_objects+0x122 in ntdll (0x423bccf0) 6 0x401cc4e6 NtWaitForMultipleObjects+0x66 in ntdll (0x423bcd18) 7 0x404e25a5 WaitForMultipleObjectsEx+0xb5 in kernel32 (0x423bce48) 8 0x40cd54cc X11DRV_MsgWaitForMultipleObjectsEx+0x5c in x11drv (0x423bcf80) 9 0x408d9294 MsgWaitForMultipleObjectsEx+0x134 in user32 (0x423bd128) 10 0x408d9351 MsgWaitForMultipleObjects+0x41 in user32 (0x423bd148) 11 0x4163b91a (0x40915980) 12 0x7d8920ec (0x83e58955) fixme:dbghelp:addr_to_linear Failed to linearize address 8000:00000000 (mode 0) 13 0x8000:0x0000 (0x11b7:0x0800) 14 0x8000:0x0800 (0x11b7:0x0000) Wine-dbg>break MessageBoxA err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file ole32.dbg ("H:\\.wine-clean\\win\\dotnet.inst") err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file oleaut32.dbg ("H:\\.wine-clean\\win\\dotnet.inst") err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file rpcrt4.dbg ("H:\\.wine-clean\\win\\dotnet.inst") err:dbghelp_msc:codeview_process_info Unknown CODEVIEW signature 53445352 in module msvcr80 fixme:dbghelp:symt_get_info Unsupported sym-tag SymTagPublicSymbol for get-type Many symbols with name 'MessageBoxA', choose the one you want (<cr> to abort): [1]: 0x408db030 MessageBoxA in user32 [2]: 0x40ad7760 MessageBoxA in shell32 [3]: 0x40107b00 __libc_read in libc.so.6 => 1 Breakpoint 1 at 0x408db030 MessageBoxA in user32 Wine-dbg>c First chance exception: page fault on read access to 0x00000040 in 32-bit code (0x4281009e). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:11af GS:0000 EIP:4281009e ESP:423be038 EBP:423be0a4 EFLAGS:00010246( - 00 -RIZP1) EAX:00000000 EBX:00000000 ECX:77710800 EDX:00000000 ESI:00000000 EDI:000000a0 Stack dump: 0x423be038: 79655066 796fc52b 00000000 000000a0 0x423be048: 00000000 00000000 40340000 00000002 0x423be058: 00000034 404bec3f 00000007 423be084 0x423be068: 70a948ad 00000409 00000001 403b62f8 0x423be078: ffffffff 79670df4 ffffffff 423be0b8 0x423be088: 70a95755 00000001 354ae8a4 423be044 0235: sel=11af base=40306000 limit=00001fff 32-bit rw- Backtrace: =>1 0x4281009e (0x423be0a4) 2 0x796fc558 (0x423be0dc) 3 0x796fc705 (0x423be12c) 4 0x796fd494 (0x423be1d0) 5 0x00750073 (0x00690056) 6 0x00000000 (0x00000000) 0x4281009e: movl 0x40(%eax),%eax Wine-dbg>c First chance exception: page fault on read access to 0x00000040 in 32-bit code (0x4281009e). ... etc. When not setting the breakpoint: chipzz(a)Vector:~/.wine-clean/win/dotnet.inst$ winedbg fixme:console:SetConsoleCtrlHandler (0x4059e880,1) - no error checking or testing yet Wine-dbg>attach 8 fixme:dbghelp:addr_to_linear Failed to linearize address 8000:00000000 (mode 0) In 32 bit mode. Wine-dbg>c Also, ctrl-c doesn't work to stop the program being debugged. Wien version is wine CVS Aug 23. Any help is appreciated! kr, Chipzz AKA Jan Van Buggenhout PS: Please cc me as I'm not on the list. -- ------------------------------------------------------------------------ UNIX isn't dead - It just smells funny Chipzz(a)ULYSSIS.Org ------------------------------------------------------------------------ "Baldric, you wouldn't recognize a subtle plan if it painted itself pur- ple and danced naked on a harpsicord singing 'subtle plans are here a- gain'."

2 3

WineHQ - Hosted by PayPal
by Tero Tamminen Sept. 2, 2004

Sept. 2, 2004

Hi! Sorry if this is wrong list or something, but I saw this bug (if this is feature, not a bug, ignore this mail) in front page of WineHQ. Also with quick search with Google I didn't find this reported before. On the right side, there is "Hosted by" and empty link to codeweavers (<a href="http://www.codeweavers.com/"></a>). After that there is PayPal link. Because <a href="http://www.codeweavers.com/"></a> is empty, it seems that this site is hosted by PayPal (which should come after codeweavers, I think). This could be said more clearly I think, but if you go to the front page, you'll notice it. Anyway, have a nice day and so on... -- Tero Tamminen

5 5

Re: wine/ windows/painting.c dlls/user/painting.c
by Rein Klazes Sept. 2, 2004

Sept. 2, 2004

On Wed, 25 Aug 2004 19:46:11 -0500, you wrote: > Log message: > GetUpdateRgn should clip the returned region to the client area. > Changed GetUpdateRect and ExcludeUpdateRgn to call GetUpdateRgn. > Moved these 3 functions to dlls/user/painting.c. This has the effect that a program that like agent does this: case WM_PAINT: if( GetUpdateRect(hWnd, ...) { hdc = BeginPaint(hWnd,...); } causes a lot of: err:msg:DispatchMessageA BeginPaint not called on WM_PAINT for hwnd 0x1002c! Is it not possible to restrict the update region to the client area in the first place? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 4