- Wine-Devel - list.winehq.org

Re: Donations - RFC
by Mike Kost June 18, 2004

June 18, 2004

> The trouble with this idea is that the few times > I've tried to offer software to Lionel and others > they tell me that they have all they need. What about hardware for proven Wine developers. Lionel mentioned his /OLD/ TNT2 in his recent interview (http://www.winehq.org/?interview=15) More modern video hardware than a TNT2 can be had for the price of a game or two. http://www.pricewatch.com/menus/m37.htm Mike K

1 0

RE: Incoming Msg
by Twickline June 18, 2004

June 18, 2004

1 0

WWN error
by Mike Hearn June 18, 2004

June 18, 2004

Hi, This weeks WWN makes the same error the O'Reilly article made - CrossOver does support MS Project these days thanks to the work of Dmitry. It's at bronze level but good enough to play with at any rate. thanks -mike

2 1

Re: Donations - RFC
by Ivan June 18, 2004

June 18, 2004

> they tell me that they have all they need. Ok course, why spend money on games when you can use demos? You have less chances of having installer problems, as the demo installer isn't usually as advanced as the retail one, and most of the functionality needed by the game is in the demo anyway. > That suggests saving it for this purpose would be prudent. Save it until we have a good reason to sped it. That reason could be wineconf, or something else, in the mean time keep it in the bank. Ivan.

1 0

Re: Default to Windows 98 version, introduce new version mode 'auto' to use the DLL linkage heuristics
by Alexandre Julliard June 18, 2004

June 18, 2004

Mike Hearn <mike(a)navi.cx> writes: > Mike Hearn <mike(a)navi.cx> > Default to Windows 98 version, introduce new version mode 'auto' > to use the DLL linkage heuristics. I'm not sure this is a good idea, it will require anybody who wants to use NT dlls to change the config or things will break, while they work fine today. I think it's better to keep the current way and improve the auto-detection if needed. -- Alexandre Julliard julliard(a)winehq.org

2 1

[test.winehq.org] missing tests
by Stefan Leichter June 18, 2004

June 18, 2004

Hello, i noticed that not all dlls with unittests are listed inside the Main summary of test.winehq.org. Missing dlls are: iphlpapi, mapi32, msvcrtd, psapi, version Is there any reason for this? Bye Stefan

3 6

Re: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier
by Alexandre Julliard June 18, 2004

June 18, 2004

Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > + /** > + * if the next control is push button, then draw default push button > + * rectangle. > + * > + * if the next control is not a push button, then draw the push button > + * rectangle for the default control. > + * > + * Call SetDefButton to draw the default rectangle, but do not change the > + * default push button ID (idResult) - As Per MSDN > + */ > + if ( !(SendMessageW(hwndDest, WM_GETDLGCODE, 0, 0 ) & > + (DLGC_UNDEFPUSHBUTTON | DLGC_BUTTON)) ) > + hwndDest = GetDlgItem(hwnd, idSaveResult); > + DEFDLG_SetDefButton( hwnd, dlgInfo, GetDlgCtrlID(hwndDest) ); > + dlgInfo->idResult = idSaveResult; It seems you are doing redundant work here, since DEFDLG_SetDefButton will also send the same WM_GETDLGCODE. Wouldn't a simpler fix be to have DEFDLG_SetDefButton not set idResult unless it really changed the default button? -- Alexandre Julliard julliard(a)winehq.org

1 0

mmap of entire address space failed
by Gerald Pfeifer June 17, 2004

June 17, 2004

On Tue, 15 Jun 2004, Alexandre Julliard wrote: > WHAT'S NEW with Wine-20040615: (see ChangeLog for details) > - Major winedbg rewrite using the dbghelp dll. > - New Wine preloader to reserve memory areas at startup. On FreeBSD 4.x, I'm now getting the following when trying to invoke Wine, even without any parameters: wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of entire address space failed: Cannot allocate memory Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 1

Memory allocation command
by Shachar Shemesh June 17, 2004

June 17, 2004

Hi, The attached Windows program is compiled with support for 3GB user space. It is trying to allocate as much memory as it can, in 100MB chunks. On my unpatched Wine, it fails after allocating 10 chunks (i.e. - 1GB of data), which is consistent with the expected behavior as discussed with Alexandre on IRC. We should get it to succeed with allocating up to 2GB on regular compilation, and 3GB if it takes into consideration the memory reserving. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Winedbg problem in 20040615
by Oliver June 17, 2004

June 17, 2004

Hi, Just to confirm the current winedbg problem also with my system: Suse 9.1, Linux cassix 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686 i386 GNU/Linux On Thursday 17 June 2004 16:48, Rein Klazes wrote: > > When I set breakpoints, I get a lot of messages like this: > > [...] > > fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32<elf>: > > module.0<40529348-00000004> module<40529348-00000000> > > fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32<elf>: > > iDateW.4<40509aba-0000000c> iDateW<40509aba-00000000> > > [...] > > This is discussed on the developer list, subject "Debugger spews > elf_new_wine_thunks fixmes". You are hitting bugs in the debugger, it > seems a good idea you send you questions to the developer list as it is > such a specialized item. Yes, a working winedbg would for the current CVS would be good. Especially setting the debugging channels again would be good. I have following problem there: Wine-dbg>set +file fixme:dbghelp:elf_new_wine_thunks Duplicate in imm32<elf>: name.0<4219a75c-00000012> name<4219a75c-00000000> [...] No symbols found for first_dll Can't get first_dll symbol Wine-dbg> Cheerio, Oliver

1 0