- Wine-Devel - list.winehq.org

Wine bug with delphi Menus
by Robert van Herk Sept. 5, 2004

Sept. 5, 2004

Hi people, I think I discovered a wine bug. In a delphi program, changing the visibility of a menuitem (TMenuItem) causes the whole menu of that form to stop working, when the program is run under Wine. Behind the screens, the setVisible of a menu item calls MenuChanged. This seems to put the menu in such a state that, in wine, all menu components stop doing anything. I've written a small application (455 kb EXE) to show what goes wrong. Would anybody be interested to help me in solving this bug? Would a message trace from Winsight (for example) be of any help? Greetings, Robert

2 1

Re: Running valgrind with Wine
by Saulius Krasuckas Sept. 5, 2004

Sept. 5, 2004

On Sat, Sep 04 2004, Mike McCormack wrote: > Valgrind stopped working with Wine a while back due to the way Wine > reserves memory above address 0x80000000. > > The following patch allows valgrind to work with wine again. You need to > start wine-pthread or wine-kthread instead of starting the wine binary > depending on whether your system uses NPTL or not. eg. my system uses > kthreads so: > > valgrind wine-kthread notepad.exe I am very glad to hear this, Mike. Thanks. > I'm not sure if Alexandre wants to commit this or not, but it should be > of use to those that want to use valgrind again. Hm, still, for me valgrind doesn't work: [s2(a)katleriai wine]$ valgrind --tool=memcheck wine-pthread notepad.exe Executable range 0x77f00000-0x77f02370 is outside the acceptable range (nil)-0x52c00000 valgrind: do_exec(/usr/local/bin/wine-pthread) failed: Cannot allocate memory [s2(a)katleriai wine]$ Ideas?

2 5

regression: listbox stays disabled in created dialog-window
by Saulius Krasuckas Sept. 5, 2004

Sept. 5, 2004

The [1] patch brings some regression. I have filled a bugreport: [2]. Here are two png screenshots: [3] [4], one made before the patch is applied, another made after the patch is applied. [1] http://www.winehq.org/hypermail/wine-cvs/2004/08/0341.html [2] http://bugs.winehq.org/show_bug.cgi?id=2454 [3] http://bugs.winehq.org/attachment.cgi?id=681&action=view [4] http://bugs.winehq.org/attachment.cgi?id=682&action=view

6 15

EINTR vs. WSAEINTR
by Shachar Shemesh Sept. 5, 2004

Sept. 5, 2004

Hi list, When calling "select" (or any other socket function, for that purpose), there is a chance that a signal will arrive while we are blocking on the socket. This will cause the blocking function to return with EINTR. The usual recommendation is to retry the operation if that is the case. http://www.wlug.org.nz/EINTR Our current behavior, at least in "WS_select", is to convert it to WSAEINTR, and return the error. I think this behavior is wrong. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/wi… MSDN says that WSAEINTR is only returned if WSACancelBlockingCall is received during the wait. I have a program for which I can affect the source that fails because of a select call being interrupted. I'm wondering whether it's better to fix the program to retry on WSAEINTR, or to fix wine. One possible fix to Wine is to mask all signals right before calling "select", and restore the signal mask when returning. This will ensure that EINTR will not be received. Can someone more versed in winsock voice an opinion about whether this is indeed a problem in Wine? Shachar

1 0

Re: Running valgrind with Wine
by Mike Hearn Sept. 5, 2004

Sept. 5, 2004

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 Sept. 5, 2004

Sept. 5, 2004

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 Sept. 5, 2004

Sept. 5, 2004

> 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. Sept. 5, 2004

Sept. 5, 2004

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 Sept. 5, 2004

Sept. 5, 2004

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 Sept. 5, 2004

Sept. 5, 2004

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