wine-devel

wine-devel@winehq.org

10 participants
84460 discussions

Re: Running valgrind with Wine
by Mike Hearn 05 Sep '04

05 Sep '04

On Sun, 05 Sep 2004 12:55:33 +0900, Mike McCormack wrote: > - wine_init( argc, argv, error, sizeof(error) ); > + wine_init( argc, argv, error, sizeof(error), reserve ); It's worth noting that any change to this functions prototype breaks the Ardour/Wine VST plugin bridge. Last time this issue was raised the change was reverted. While we're technically not API stable yet, it's painfully obvious that 1.0 is still a long way away. Stability is a policy rather than a target, so we've got to start at some point ....

2 1

weird ?clipping? errors
by James Hawkins 05 Sep '04

05 Sep '04

Hi, After my last patch that fixed a stack-trasher was committed, the Kazaa Lite configuration wizard, KLConfigWizard.exe, can successfuly run to completion, but the user better not press the 'Back' button whilst running through the wizard, because he won't see anything anymore. So the problem is, if the user presses the back button on the wizard, any text or images etc that were originally on that frame of the wizard are now gone and cannot be seen. I have a couple of screenshots to show what im talking about. Take a look at [1]. This is what the user should see when he runs the program initially. You'll notice in [2] that the left hand side of the window does not show what should be shown as seen in [1]. After clicking 'Next' we're presented with [3]. This frame actually is complete (except for a weird ?font spacing? problem at the bottom), but when we press the 'Back' button to go back to the first frame, we have [4]. The entire window is now missing, and that is what happens on all of the windows when you try to go back to them. I've tried to examine the relay traces to see what could be happening, but I just dont know what im supposed to be looking for with this error. It seems to me to be a clipping problem, but that might not be it either. If you have any ideas about this, please let me know, because I'm sure this isnt the only program affected by this bug. [1] http://www.andrew.cmu.edu/user/jhawkins/klite-actual.jpg [2] http://www.andrew.cmu.edu/user/jhawkins/klite-1.jpg [3] http://www.andrew.cmu.edu/user/jhawkins/klite-2.jpg [4] http://www.andrew.cmu.edu/user/jhawkins/klite-3.jpg -- James Hawkins

3 3

Re: Fix Int21 block device read/write
by Eric Pouech 05 Sep '04

05 Sep '04

> This should probably be done by querying NT APIs for drive > attributes (which ones are those?), http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/bas… A+

1 0

Can WINE be made for DOS using GCC for DOS?
by Todd S. 05 Sep '04

05 Sep '04

Hello! My name is Todd, and I know this sounds like a stupid question, but if it was ever possible, could the "WINE" application ever be built with the "DOS" version of GCC/G++ so Windows programs can be executed from DOS-mode? Thanks. Regards, Todd Suess

5 4

Font mapping with wine 20040615
by Florian Zumbiehl 05 Sep '04

05 Sep '04

Hi, I sent this email a week or so ago to wine-users, but got no replies so far. As this possibly requires some deeper knowledge of wine, I'm reposting it here in the hope that some developer will be able to give me some hints. So here it goes: As font aliases as described in the documentation on http://www.winehq.com/ don't work anymore (which seems to be intended as I heard on #winehq), I'm looking for a way to influence the mapping from windows font requests to "Linux fonts" (i.e. X11/FreeType). I'm using the version packaged in Debian testing, 20040615. Any hints? Cya, Florian

1 0

Richedit control
by Mike McCormack 05 Sep '04

05 Sep '04

Hi All, I'm going to play with the richedit control to try get it to draw RTF documents with formatting. My plan is to write a program that can display but not edit, then let somebody else add the editting functionality afterwards :) Once I can get the attached program to work, the plan is to change the code in text-writer.c to add the formatting information to the richedit control via standard richedit messages. If anybody is already working on it, or wants to have a go, let me know. Mike #include <stdio.h> #include <windows.h> #include <winuser.h> #include <richedit.h> void fill_richedit( HWND hwnd ) { PARAFORMAT pf; CHARFORMAT cf; SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "this is a test\n"); // add text on the right memset( &pf, 0, sizeof pf ); pf.cbSize = sizeof pf; pf.dwMask = PFM_ALIGNMENT; pf.wAlignment = PFA_RIGHT; SendMessage( hwnd, EM_SETPARAFORMAT, FALSE, (LPARAM) &pf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "right\n"); // add text in the center memset( &pf, 0, sizeof pf ); pf.cbSize = sizeof pf; pf.dwMask = PFM_ALIGNMENT; pf.wAlignment = PFA_CENTER; SendMessage( hwnd, EM_SETPARAFORMAT, FALSE, (LPARAM) &pf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "centre\n"); // add text on the left memset( &pf, 0, sizeof pf ); pf.cbSize = sizeof pf; pf.dwMask = PFM_ALIGNMENT; pf.wAlignment = PFA_LEFT; SendMessage( hwnd, EM_SETPARAFORMAT, FALSE, (LPARAM) &pf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "left\n"); // add bold text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_BOLD; cf.dwEffects = CFE_BOLD; SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "bold "); // add italic text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_ITALIC | CFM_BOLD; cf.dwEffects = CFE_ITALIC; SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "italic "); // add underlined text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_ITALIC | CFM_BOLD | CFM_UNDERLINE; cf.dwEffects = CFE_UNDERLINE; SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "underline "); // add strikeout text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_ITALIC | CFM_BOLD | CFM_UNDERLINE | CFM_STRIKEOUT; cf.dwEffects = CFE_STRIKEOUT; SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "strikeout"); // add normal text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_BOLD | CFM_ITALIC | CFM_UNDERLINE | CFM_STRIKEOUT; SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) " normal\n"); // add red text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_COLOR; cf.crTextColor = RGB(255,0,0); SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "red "); // add green text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_COLOR; cf.crTextColor = RGB(0,255,0); SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "green "); // add blue text memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_COLOR; cf.crTextColor = RGB(0,0,255); SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "blue\n"); // try some fonts memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_FACE | CFM_SIZE; cf.yHeight = 300; strcpy(cf.szFaceName, "Tahoma"); SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "tahoma "); // try some fonts memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_FACE; strcpy(cf.szFaceName, "Helvetica"); SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "Helvetica "); // try some fonts memset( &cf, 0, sizeof cf ); cf.cbSize = sizeof cf; cf.dwMask = CFM_FACE; strcpy(cf.szFaceName, "Courier"); SendMessage( hwnd, EM_SETCHARFORMAT, SCF_SELECTION, (LPARAM) &cf); SendMessage( hwnd, EM_REPLACESEL, FALSE, (LPARAM) "Courier "); } LRESULT WINAPI ParentWindowProc (HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) { RECT r; HWND hwndRichedit = (HWND) GetWindowLong( hWnd, 0 ); char *cls; //cls = RICHEDIT_CLASS; //cls = "RICHEDIT10A"; cls = "RICHEDIT"; switch(msg) { case WM_CREATE: GetClientRect( hWnd, &r ); hwndRichedit = CreateWindow( cls, "", WS_CHILD | WS_VISIBLE | ES_MULTILINE | ES_SUNKEN, 0, 30, r.right-r.left, r.bottom - r.top - 30, hWnd, NULL, NULL, NULL ); fill_richedit( hwndRichedit ); SetWindowLong( hWnd, 0, (LONG) hwndRichedit ); break; case WM_CLOSE: DestroyWindow(hWnd); break; case WM_LBUTTONDOWN: InvalidateRect( hWnd, NULL, TRUE ); break; case WM_DESTROY: PostQuitMessage( 0 ); break; } return DefWindowProc(hWnd,msg,wParam,lParam); } /*********************************************************************** * * WinMain */ int PASCAL WinMain (HINSTANCE hInstance, HINSTANCE prev, LPSTR cmdline, int show) { WNDCLASS cls; char className[] = "parentclass"; /* To make sure className >= 0x10000 */ char winName[] = "Richedit control"; HWND hWnd; MSG msg; LoadLibrary("riched32"); cls.style = CS_HREDRAW | CS_VREDRAW | CS_GLOBALCLASS; cls.lpfnWndProc = ParentWindowProc; cls.cbClsExtra = 0; cls.cbWndExtra = 4; cls.hInstance = 0; cls.hIcon = LoadIcon (0, IDI_APPLICATION); cls.hCursor = LoadCursor (0, IDC_ARROW); cls.hbrBackground = GetStockObject (WHITE_BRUSH); cls.lpszMenuName = 0; cls.lpszClassName = className; if (!RegisterClass (&cls)) return FALSE; /* Setup windows */ hWnd = CreateWindow (className, winName, WS_OVERLAPPEDWINDOW , CW_USEDEFAULT, CW_USEDEFAULT, 300, 300, 0, NULL, hInstance, 0); ShowWindow (hWnd, show); UpdateWindow (hWnd); /* now enter mesage loop */ while( 0 != GetMessage( &msg, 0, 0, 0 ) ) { TranslateMessage( &msg ); DispatchMessage( &msg ); } return 0; }

2 2

"Incompatible Systemanalyzer detected"
by Uwe Bonnes 05 Sep '04

05 Sep '04

Hallo, some programm refuses to start. First it checks for the usual suspects: Call kernel32.CreateFileA(0040a89e "\\\\.\\SICE" Ret kernel32.CreateFileA() retval=ffffffff Call kernel32.CreateFileA(0040a8a7 "\\\\.\\NTICE" Ret kernel32.CreateFileA() retval=ffffffff Call advapi32.RegOpenKeyExA(80000002,0040a24e "Software\\NuMega\\SoftIce" Ret advapi32.RegOpenKeyExA() retval=00000002 Call kernel32.CreateFileA(0040a5a3 "\\\\.\\CMAPIENG" Ret kernel32.CreateFileA() retval=ffffffff Then it checks for GetModuleHandle and GetProcAddres Call kernel32.GetModuleHandleA(0040a572 "Kernel32.dll") Ret kernel32.GetModuleHandleA() retval=40450000 Call kernel32.GetProcAddress(40450000,0040a57f "LoadLibraryA") Ret kernel32.GetProcAddress() retval=40517bd0 ret=0040a60b and immediate hits an exception, which is handled: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x4123a1 trace:seh:EXC_RtlRaiseException info[0]=00000001 trace:seh:EXC_RtlRaiseException info[1]=00000000 trace:seh:EXC_RtlRaiseException eax=00000000 ebx=405294ac ecx=00400000 edx=00400000 esi=ffffffa8 edi=00405000 trace:seh:EXC_RtlRaiseException ebp=0000a000 esp=4067ff10 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00010212 trace:seh:EXC_CallHandler calling handler at 0x410bcc code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 0 0009:Call user32.MessageBoxA(00000000,004c6142 "Incompatible Systemanalyzer detected!\n(#2000)",004c5ac0 "Sparbuch 2004",00010010) ret=004c95eb Similar failure on the net also come up with an additional message: "Kernel32 call does not point into Kernel32.dll" Is this an misbehavoiur of wine we can (want) to fix? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Wine Developer Cheatsheet, v1
by Mike Hearn 05 Sep '04

05 Sep '04

Hi guys, Back in February at WineConf one of the issues (I) raised was that there's a lot of stuff you just have to know in order to hack Wine, and that raises the barrier to entry. So, I wrote this. If anybody has stuff they think should be added, let me know. If the community likes it, I'll submit it as a patch against the website: http://navi.cx/~mike/wine/developer-cheatsheet.html thanks -mike

4 3

Drowning in FIXMEs...
by Chris Rankin 04 Sep '04

04 Sep '04

Hi, I am almost running an old DOS-based application using wineconsole, but I am constantly being bombarded by FIXME messages from the DOSVM's Int33 calls for "Show mouse cursor" and "Hide mouse cursor". I have tracked the relevant code down to dlls/winedos/int33.c, but don't know how the DOSVM displays the mouse cursor. There must be a link somewhere between the coordinates in the mouse_info structure and the X11 display. Can anyone help me out here, please? Thanks, Chris ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

2 4

Re:Re: (no subject)
by Pablo Szuster 04 Sep '04

04 Sep '04

Am Freitag, 3. September 2004 22:35 schrieb Pablo Szuster: > Hi, i´m trying to access a MSSQL server (in a windows machine in the > network) from a Visual Basic Application running under wine, using an ODBC > driver. Since there aren´t any MSSQL drivers for linux i decided to use de > native ones, so i installed mdac_typ.exe . Then i configured the DSN using > odbcad32.exe but when i tested the connection (configured using tcp/ip) an > error message appeared ("[Microsoft][ODBC SQL Server Driver][TCP/IP > Sockets] General network error. Check your network documentation"). Do i > have to install some network drivers for wine?? Has anyone been able to > connect to a MSSQL server remotely using odbc under wine?? > > __________________________________________________ > > Todavía no tenés tu Ciudad Internet Mail? Obtenelo ahora! - > http://webmail.ciudad.com.ar > > Descargá Gratis el nuevo Internet Explorer 6.0, el mejor software para > actualizar tu PC. http://www.ciudad.com.ar/ar/servicios/ie/ >>Did you set >>"odbc32" = "native" >>in the config file ? >>Bye Stefan yes, i tried both ways (native, builtin) without success!

1 0

Acknowledgement page
by Brian Vincent 04 Sep '04

04 Sep '04

I've put together a preview of a Wine acknowledgement page; you can find it here: http://www.theshell.com/~vinn/ack-preview.html Any thoughts / comments / concerns / criticisms? Notes: - This is based only off of the Changelog. The old changelog was referenced for the years listed, however if someone made a major contribution in 1997 you won't find them here. - Criteria used was, for the most part, objective. If you submitted 8 patches or more, you probably made this list. (If you didn't then it means I screwed up and you should tell me.) - After getting into it, I realized a bit late that I should have cut it off at about 12 patches.. that would have made this list about 100 names. - The area someone contributed to was just what I noticed scanning over the Changelog. I'm sure that someone probably had a major contribution to some area not listed here, so you should let me know if it needs correction. - Send me changes on or off list. I'll incorporate them and put together a real patch for Newman to integrate. Anything missing or wrong on this list is just a mistake on my part and not part of any sinister plot to undermine someone's work. Send me changes. -Brian

1 0

Darwine Display Driver
by Nikolas Dahn 04 Sep '04

04 Sep '04

Hi there everybody! First of all i have to admit that im quiet useless in coding, im just a user with _minimal_ programing knowledge, so this might sound like trash which we all should forget as soon as we can ;) When reading the article about porting wine to mac os and the related difficulties it came into my mind to create a borderless x window (best of all just the content) and have carbon/cocoa create an empty window with borders where the x-content is linked and centered to (similar to an bordered control-layer i think). I dont know how to do this or whether it is even possible, but for me it sounds some kind of logical... oO if this isnt the fact, just ignore me :) Cheers Nikolas Dahn -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

1 0

Re: ADVAPI32: preserve the last error value set by the CSP in CryptAcquireContext
by Robert Shearman 04 Sep '04

04 Sep '04

Mike McCormack wrote: > > ChangeLog: > * preserve the last error value set by the CSP in CryptAcquireContext > >------------------------------------------------------------------------ > >Index: dlls/advapi32/crypt.c >=================================================================== >RCS file: /home/wine/wine/dlls/advapi32/crypt.c,v >retrieving revision 1.51 >diff -u -r1.51 crypt.c >--- dlls/advapi32/crypt.c 30 Aug 2004 23:57:18 -0000 1.51 >+++ dlls/advapi32/crypt.c 4 Sep 2004 01:09:44 -0000 >@@ -476,6 +476,8 @@ > } > /* FALLTHROUGH TO ERROR IF FALSE - CSP internal error! */ > error: >+ /* must preserve the last error returned by the CSP here */ >+ r = GetLastError(); > if (pProv) > { > FreeLibrary(pProv->hModule); >@@ -486,6 +488,7 @@ > CRYPT_Free(provname); > CRYPT_Free(temp); > CRYPT_Free(imagepath); >+ SetLastError( r ); > return FALSE; > } > > This seems wrong. Which function is calling SetLastError? I believe there was a problem a while ago with freeing bad pointers. I can't remember whether a fix went in for that. Rob

2 1

WinInet and doubtful assertion in FTP_Connect
by Krzysztof Foltman 04 Sep '04

04 Sep '04

For some reason, FTP connections in WININET crash on assertion: assert( hIC->hdr.htype != WH_HINIT ); However, it seems the assertion is either wrong, or confusing (if its intention was to point out that FTP code is unimplemented). FTP_Connect is called from two places, InternetConnectW and InternetOpenUrlW. As for InternetConnectW, it won't call FTP_Connect unless htype is set to WH_HINIT. As for InternetOpenUrlW, I'm not sure what htype does it expect. However, it's supposed to use HINTERNET handles coming out of InternetOpen, which sets htype to WH_HINIT. After changing != to ==, InternetConnect works (to a degree). Don't know about InternetOpenUrl, but theoretically it should too. Chris

1 0

(no subject)
by Pablo Szuster 04 Sep '04

04 Sep '04

Hi, i´m trying to access a MSSQL server (in a windows machine in the network) from a Visual Basic Application running under wine, using an ODBC driver. Since there aren´t any MSSQL drivers for linux i decided to use de native ones, so i installed mdac_typ.exe . Then i configured the DSN using odbcad32.exe but when i tested the connection (configured using tcp/ip) an error message appeared ("[Microsoft][ODBC SQL Server Driver][TCP/IP Sockets] General network error. Check your network documentation"). Do i have to install some network drivers for wine?? Has anyone been able to connect to a MSSQL server remotely using odbc under wine?? __________________________________________________ Todavía no tenés tu Ciudad Internet Mail? Obtenelo ahora! - http://webmail.ciudad.com.ar Descargá Gratis el nuevo Internet Explorer 6.0, el mejor software para actualizar tu PC. http://www.ciudad.com.ar/ar/servicios/ie/

2 1

Re: Wine and industrial communication like OPC
by Juan Lang 04 Sep '04

04 Sep '04

Mike (at yet another email address) wrote: > Wines sockets support is good though, far better > than its builtin DCOM. Based on what I know of the > DCOM network protocol, I don't think we'd have any > problems with it. I can think of a couple, but they may be able to be worked around: - incoming connections (DCOM servers) won't be supported. If this guy's clients are going with WinCE that won't be an issue, it doesn't support them either AFAIK. - only DCOM over TCP is likely to be supported. DCOM over named pipes definitely wouldn't be. --Juan _______________________________ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush

5 7

Re: Wine Emulation: Swapping functions
by Alexandre Julliard 04 Sep '04

04 Sep '04

"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 03 Sep '04

03 Sep '04

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 03 Sep '04

03 Sep '04

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 03 Sep '04

03 Sep '04

1 0

OLE Problem?
by Adriano Bonat 03 Sep '04

03 Sep '04

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 03 Sep '04

03 Sep '04

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 02 Sep '04

02 Sep '04

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 02 Sep '04

02 Sep '04

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@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@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 02 Sep '04

02 Sep '04

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel