December 2003 - Wine-Devel - list.winehq.org

Winmm resources and WINE Resource Compiler
by Steven Edwards Dec. 14, 2003

Dec. 14, 2003

Hello, It seems the Wine Resource compiler accepts \"string\" in resources while windres and MS RC do not. I have updated the resources for winmm and wrc still accepts the proper handling of this ""string"". Can someone look at the sources for WRC and fix this? Thanks Steven Changelog: Porting fix for Winmm Resources (patch by Filip Navara) __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

1 0

Allocating too much memory for prelink workaround
by Vincent Béron Dec. 14, 2003

Dec. 14, 2003

Thinking about what Fabian and Marcus hit... Would it be possible to just have a dummy executable which allocates the 256MB chunk of memory from 11/22, linked to the same libs as the main wine-{k,p}thread, but having that executable not actually used? That way, we still gain the prelink workaround by reserving the memory, but Wine should continue to work on computers with less memory, or those who do not overcommit memory. Vincent

3 6

Help w/fd_ops for SMB
by Juan Lang Dec. 14, 2003

Dec. 14, 2003

Hi folks, I'm trying to modify Wine's SMB code to use Netbios(), rather than implementing NetBIOS-over-TCPIP itself. I'm having trouble figuring out how to handle the fd_ops in the wineserver. I was hoping for input. Currently, the SMB code creates a socket directly, and this socket is polled by the server for readability. Netbios() hides a connection behind an 8-bit adapter index and an 8-bit session index, so there's no way (through the Netbios() interface) to get the socket handle being used for a connection. Any opinions on whether (and if yes, how) the polling should be done? One possibility might be to figure out the TDI stuff, as using TDI for NetBIOS allows you to avoid the Netbios() interface. However, I haven't found any public documentation for the TDI interface to NetBIOS, except perhaps in the NT DDK (whose license I think is problematic). Any suggestions appreciated. Thanks, --Juan __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

2 3

Alsa 1.0 and Wine
by Brett I. Holcomb Dec. 14, 2003

Dec. 14, 2003

I checked the archives and noticed the thread on Alsa 1.0. What was the resolution on that? I guess my concern is that for those of us that have 1.0 what happens if it's left for 0.9. I know with Winex it broke and I had to patch the winex alsa files. I used the quick and dirty method of modifying the header file but that is really a kluge and not long term. I have Alsa 1.0 installed so it works but it's not transportable to a system with 0.9. The better method is the patch that supports both interfaces so it doesn't matter what we have. I know I made the move to Alsa 1.0 because it does fix the oss emulation problem which has been bothering a lot of people. Thanks.

1 0

Printing with no printer
by Mike Hearn Dec. 14, 2003

Dec. 14, 2003

Hi, It seems from reading the documentation that it's possible to print to a .ps file in Wine, even if you don't actually have a printer. However, I'm not sure how to do that - I've got far enough to get the "Couldn't find PPD file '/unix/path/to/PPD/file', expect a crash now!" message, but am not sure where to go from here. I don't have any PPD files, as I have no printer. Has anybody done this before? thanks -mike

2 1

win16 app crashes in SCROLL_GetScrollRange()
by Saulius Krasuckas Dec. 14, 2003

Dec. 14, 2003

hi, once i got this crash. i have ve filled a bug report: http://bugs.winehq.com/show_bug.cgi?id=1503 now, inspired with a notice made by Andreas Mohr..: > Ah, WAIT!! Watcom has: > ./h/nt/winuser.h:#define SBM_GETRANGE 0x00E3 /*not in win3.1 */ .i decided to dig into some details. and i've stopped at one unclear state. wine has a patch in cvs: http://www.winehq.org/hypermail/wine-patches/2003/03/0052.html which says: > As discussed with Alexandre, this patch makes the GetScroll* API > functions send a message to the Window in the case of SB_CTL scroll > bars. - if (!(infoPtr = SCROLL_GetScrollInfo( hwnd, nBar ))) - { - if (lpMin) lpMin = 0; - if (lpMax) lpMax = 0; - return FALSE; - } - if (lpMin) *lpMin = infoPtr->minVal; - if (lpMax) *lpMax = infoPtr->maxVal; - return TRUE; + /* Refer SB_CTL requests to the window */ + if (nBar == SB_CTL) + return SendMessageA(hwnd, SBM_GETRANGE, (WPARAM)lpMin, (LPARAM)lpMax); + else + return SCROLL_GetScrollRange(hwnd, nBar, lpMin, lpMax); may now i ask someone for a help or explanation? the question is: if the win16 doesn't handle SBM_GETRANGE message, should wine send it in a case of win16 app? if no, then i'd like to start writing an additional check ;-). and one more question. msdn states: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… If the nBar parameter is SB_CTL and the window specified by the hWnd parameter is not a system scroll bar control, the system sends the SBM_GETRANGE message to the window to obtain scroll bar information. This allows GetScrollRange to operate on a custom control that mimics a scroll bar. aren't we missing one more check here? maybe we need to check class-name of control targeted by hwnd? additional greps led me to: [s2(a)katleriai wine-cvs]$ grep -A10 Scrollbar.messages wine/include/wine/winuser16.h /* Scrollbar messages */ #define SBM_SETPOS16 (WM_USER+0) #define SBM_GETPOS16 (WM_USER+1) #define SBM_SETRANGE16 (WM_USER+2) #define SBM_GETRANGE16 (WM_USER+3) #define SBM_ENABLE_ARROWS16 (WM_USER+4) #define SBM_SETRANGEREDRAW16 WM_NULL /* Not in Win16 */ #define SBM_SETSCROLLINFO16 WM_NULL /* Not in Win16 */ #define SBM_GETSCROLLINFO16 WM_NULL /* Not in Win16 */ /* CBT hook structures */ any ideas about where these constants came from? googling with "-wine" keyword gave me NULL :-/.

5 7

Re: locale: Fix for too small buffers
by Vitaliy Margolen Dec. 14, 2003

Dec. 14, 2003

Yep that is the problem I was seeing with one program I'm running. And this patch took care of it. Thanks! Vitaliy Margolen Tuesday, December 2, 2003, 13:01:18, Vitaliy Margolen wrote: > Hi, found a problem with the latest locale changes. When it calls the > GetLocaleInfoW() function, the attached error occurs. > This occurred because of the new code using the LOCALE_RETURN_NUMBER flag. The > problem is if the buffer supplied to get_registry_locale_info is quite small > (say sizeof(INT)). The value returned by NtQueryValueKey() however, is for a > string, and is much longer. As NtQueryValueKey updates the value of size, > this caused other parts of the code to corrupt memory.

3 4

msg.c:333: Test failed: ShowWindow:overlapped: in msg 0x0047 expecting wParam 0x47 got 0x0
by Uwe Bonnes Dec. 13, 2003

Dec. 13, 2003

Hallo, running "make test" in "ddls/user/test", I get ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so msg.c && touch msg.ok msg.c:333: Test failed: ShowWindow:overlapped: in msg 0x0047 expecting wParam 0x47 got 0x0 make: *** [msg.ok] Error 1 This is on a Suse 9.0 system, SMP with two P3, kernel "Linux siemens 2.4.21-144-smp4G" Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: config: add resources path
by Alexandre Julliard Dec. 13, 2003

Dec. 13, 2003

Kevin Koltzau <kevin(a)plop.org> writes: > Many registry keys under XP refer to a %ResourceDir% env that points > to the path where windows themes are located. > > In case any apps refer to this, or if someone loads a registry > export from XP this should be available in wine also > > Interestingly, windows doesn't actually have this env set..my guess > is ExpandEnvironmentStrings has a special case to handle this > particular name I seriously doubt that; most likely it's something that is either handled internally in uxtheme, or uxtheme defines the variable before expanding the string. I think this needs more investigation, but it doesn't seem to be something that should be handled in kernel. -- Alexandre Julliard julliard(a)winehq.com

3 4

[Bug 939] We need a resolution for abandoned bugs
by Uwe Bonnes Dec. 13, 2003

Dec. 13, 2003

Hallo, what about having a mechanisme that mails the bug autor after a given time, lets say 1/2 year, asking to reconfirm the bug. With no reaction from the bug author after some time ( several weeks), the bug is marked as abandonned. 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