January 2003 - Wine-devel - list.winehq.org

gcc 3.2 warnings
by Dimitrie O. Paun 15 Jan '03

15 Jan '03

Folks, Currently I am real busy, so I can't fix these myself, but if anyone is so inclined, here are the warnings I get with gcc 3.2 on a RedHat 8.0 system: ../../../wine.src/dlls/d3d8/device.c: In function `DrawPrimitiveI': ../../../wine.src/dlls/d3d8/device.c:475: warning: statement with no effect ../../../wine.src/dlls/ddraw/ddraw/hal.c:152: warning: initialization from incompatible pointer type ../../../../wine.src/dlls/ntdll/tests/rtlstr.c: In function `test_RtlUnicodeStringToInteger': ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:147: warning: decimal constant is so large that it is unsigned ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:148: warning: decimal constant is so large that it is unsigned ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:170: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:175: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:176: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:178: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:179: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:181: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:182: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:184: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:185: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/user/tests/sysparams.c: In function `run_spi_setmouse_test': ../../../../wine.src/dlls/user/tests/sysparams.c:238: warning: `rc' might be used uninitialized in this function ../../../../wine.src/include/winbase.h: At top level: ../../../../wine.src/dlls/user/tests/sysparams.c:379: warning: `test_SPI_SETBORDER' defined but not used ../../../wine.src/dlls/oleaut32/variant.c: In function `VarBstrFromDate': ../../../wine.src/dlls/oleaut32/variant.c:3567: warning: `%x' yields only last 2 digits of year in some locales ../../../wine.src/dlls/oleaut32/variant.c:3571: warning: `%x' yields only last 2 digits of year in some locales In file included from ../../../wine.src/include/mssip.h:49, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:80, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:88, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:97, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:109, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:123, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:140, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" -- Dimi.

3 2

Two Simple Qs ?
by mohanad al-shayeb 15 Jan '03

15 Jan '03

Hi all, As most of you know, the client needs to send some requests to accomplish some special tasks which could not be handled by the client itself. Qs: 1. Why this could not by the client itself ? [may be it is better to save memory by centelizing the shared code in the server ] 2. How and when the server is loaded? Thanx for your help in advance, _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

2 1

Re: Change Russian keyboard codepage (bug #1213)
by Dmitry Timoshkov 14 Jan '03

14 Jan '03

"Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> wrote: > change main Russian keyboard layout to use codepage 1251 instead of > 20866. See bug #1213. This is completely wrong. The bug reporter (and it seems you too) doesn't understand the difference between the code page which is used by the underlying system (and therefore by the keyboard driver) and the code page in which characters are sent to the aplication. -- Dmitry.

1 0

Winedbg: Open Xterm when Controlling console no more available
by Uwe Bonnes 14 Jan '03

14 Jan '03

Hallo Eric, another winedbg feature request: When the starting application spawns off other processes and exec itself, with the other spawned processes still running, and one of these processes crashes, and winedbg is configured to work on the starting console, winedbg starts, loads all dll, but then exits immediate due to the missing console. In this situation, winedbg should test if console access is still possible, and when not, it should start magically an xterm. I still prefer to use the console for winedbg interaction, as scrolling is easier. Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: patch for "GetFileTitleW: illegal call to GetFileTitleA" 2ed
by Alexandre Julliard 14 Jan '03

14 Jan '03

liu spider <liuspider(a)yahoo.com> writes: > short WINAPI GetFileTitleA(LPCSTR lpFile, LPSTR lpTitle, UINT cbBuf) > { > - int i, len; > + int ret; > + UNICODE_STRING strWFile, strWTitle; > + RtlCreateUnicodeStringFromAsciiz(&strWFile, lpFile); > + RtlCreateUnicodeStringFromAsciiz(&strWTitle,lpTitle); > + ret = GetFileTitleW(strWFile.Buffer, strWTitle.Buffer, cbBuf * sizeof(WCHAR)); lpTitle is an output parameter, you can't convert it to Unicode on input, you should allocate a buffer instead. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Bug Fix With Delay load function in Shell32
by j.schmied＠t-online.de 14 Jan '03

14 Jan '03

Hi! This isn't the best solution since GetShellOle() initializes the ole subsystem by calling OleInitialize(). This is not nessesary for _CoCreateInstance(). Bye Juergen > > This fixes a bug in Shell32 where one function caused the function > responsible for setting up the delay load function pointers to assume they > had already been loaded, and they hadn't. > Maybe we should make the hShellOle32 variable static so this can't happen > again. > > ChangeLog: > - Set up all delay load functions in GetShellOle() function to avoid > GetShellOle assuming that they were all loaded when they weren't > > Rob > -- juergen.schmied(a)debitel.net FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min)

6 8

Wine and Windows error code
by mpfbk＠free.fr 14 Jan '03

14 Jan '03

Tests of win32 API returned error codes inside Wine This subject has maybe been treated before, sorry if it has already been discussed and closed. Running the following simple and standard program, nothing special happens: the windows opens itself, it can be closed with the close button, and the message box is displayed when the left mouse button is pressed inside the window. /* * testbed1_ref.c * */ #define STRICT #include <windows.h> const char g_szClassName[] = "testbed1WindowClass"; /* ============================================================ */ static void ErrorBox(LPCSTR msg) { LPVOID error_msg; DWORD error_code; char error_buffer[256]; error_code = GetLastError(); FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM, NULL, error_code, MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), (LPTSTR) &error_msg, 0, NULL ); /* TBC: should be snprintf */ sprintf(error_buffer, "%s: %d:%s", msg, error_code, error_msg); MessageBox(NULL, error_buffer, "Error!", MB_ICONEXCLAMATION | MB_OK); LocalFree( error_msg ); } /* ============================================================ */ LRESULT CALLBACK WndProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam) { switch(msg) { case WM_LBUTTONDOWN: { char szFileName[MAX_PATH]; HINSTANCE hInstance; if(IsDebuggerPresent()) { MessageBox(NULL, "Running under debugger control", "Debug!", MB_ICONINFORMATION | MB_OK); } else { OutputDebugString(TEXT("No debugger, but 'OutputDebugString' works, since you see this (in DBWin32 for instance)")); } hInstance = GetModuleHandle(NULL); GetModuleFileName(hInstance, szFileName, MAX_PATH); MessageBox(hwnd, szFileName, "This program is:", MB_OK | MB_ICONINFORMATION); } break; case WM_CLOSE: DestroyWindow(hwnd); break; case WM_DESTROY: PostQuitMessage(0); break; default: return DefWindowProc(hwnd, msg, wParam, lParam); } return 0; } /* ============================================================ */ int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { WNDCLASSEX wc; HWND hwnd; MSG Msg; /* Register the Window Class */ wc.cbSize = sizeof(WNDCLASSEX); wc.style = 0; wc.lpfnWndProc = WndProc; wc.cbClsExtra = 0; wc.cbWndExtra = 0; wc.hInstance = hInstance; wc.hIcon = LoadIcon(NULL, IDI_APPLICATION); wc.hCursor = LoadCursor(NULL, IDC_ARROW); wc.hbrBackground = (HBRUSH)(COLOR_WINDOW+1); wc.lpszMenuName = NULL; wc.lpszClassName = g_szClassName; wc.hIconSm = LoadIcon(NULL, IDI_APPLICATION); if(!RegisterClassEx(&wc)) { ErrorBox("Window Class Registration Failed!"); return 0; } /* Create the Window */ hwnd = CreateWindowEx(WS_EX_CLIENTEDGE, g_szClassName, "The title of my window", WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, 240, 120, NULL, NULL, hInstance, NULL); if(hwnd == NULL) { ErrorBox("Window Creation Failed"); return 0; } ShowWindow(hwnd, nCmdShow); UpdateWindow(hwnd); /* Run Message Loop */ while(GetMessage(&Msg, NULL, 0, 0) > 0) { TranslateMessage(&Msg); DispatchMessage(&Msg); } return Msg.wParam; } What is a little bit unusual is the ErrorBox function : often, a message box simply reports the error and aborts the program. ErrorBox uses GetLastError() and FormatMessage() to provide somewhat more information. By accident, let's make an error, commenting out the RegisterClassEx() call : #if 0 if(!RegisterClassEx(&wc)) { ErrorBox("Window Class Registration Failed!"); return 0; } #endif Under Windows (tested with NT4 and XP), the displayed message (by ErrorBox) is: == Window Creation Failed: 1407: Can't find window class == But, under wine (20021219), the displayed message is, unfortunately : == Window Creation Failed: 0: No error == While looking inside the wine sources, it appears that no error code is set in the functions 'CreateWindowExA' in windows/win.c file when the window's class is not found : an error message is printed and 0 is returned. The following adds the appropriate error code in function CreateWindowExA : around line 1291 and 1301: SetLastError(ERROR_CANNOT_FIND_WND_CLASS); before the return 0; Questions : does it have any interest for wine to add these error codes ? If yes, according to DLL separation, is it allowed to call SetLastError() in any context ? Should I submit a patch ? Any other feedback ?

2 1

problem building tests with msvc6
by Dan Kegel 14 Jan '03

14 Jan '03

Trying to build conformance tests on Windows Me with msdev6, but got the following link errors: safearray.obj : error LNK2001: unresolved external symbol _IID_IStorage safearray.obj : error LNK2001: unresolved external symbol _IID_IDispatch safearray.obj : error LNK2001: unresolved external symbol _IID_IUnknown Output\Win32_Wine_Headers/oleaut32_test.exe : fatal error LNK1120: 3 unresolved externals Any suggestions? (Sorry to act so helpless...) FWIW, here's the full recipe I followed: On linux: cd ~/wine msvcmaker --no-wine find *.dsp *.dsw include */*/tests -name CVS -prune -o -type f -not -name '*.o' -not -name '*.so' -not -name '*.ok' -not -name '*.spec.c' -print | cpio -oH tar | gzip > wtest.tgz sudo cp wtest.tgz /dos/c reboot On Windows Me: (install msvc6) (install cygwin) cd c:/ mkdir wtest cd wtest tar -xzvf ../wtest.tgz start c:/wtest/wineruntests.dsw rebuild all -- Dan Kegel Linux User #78045 http://www.kegel.com

5 18

Problem with interrupt vector
by Gustavo Junior Alves 14 Jan '03

14 Jan '03

Hi, Since 20021107, some programs is not functional anymore. The problem begins with change of INT_GetPMHandler to DOSVM_GetPMHandler16. When the function try to read the interrupt vector, the app crashs, with following error message: Unhandled exception: page fault on read access to 0x00000090 in 32-bit code (0x41cc7cb3). In 32-bit mode. 0x41cc7cb3 (WINEDOS.DLL.EmulateInterruptPM+0x30b in winedos.dll.so): movl 0x0(,%eax,4),%eax Any ideas about this problem?? How I can fix this? Thanks, Gustavo Junior Alves alves(a)coslinux.com.br

2 4

Restarting winedbg
by Uwe Bonnes 14 Jan '03

14 Jan '03

Hallo (Eric), is there another way of restarting a debugged process than to quit winedbg and restart the whole thing? All the dll need to get reparsed, all breakpoint need to get set up again. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1