August 2004 - Wine-devel - list.winehq.org

Re: NTDLL: Fix signed/unsigned comparison warnings
by Dimitrie O. Paun 14 Aug '04

14 Aug '04

On Fri, Aug 13, 2004 at 03:14:21PM +0200, Hans Leidekker wrote: > > This time I have tried to be more careful, by not watching a > football match at the same time for example ;) And with this > patch all tests still succeed, although they would not detect > every signedness change of course. Any gadge on if/when will be able to turn this warning on by default? How many warnings are currently left? -- Dimi.

2 1

Acknowledgment page
by Tom 14 Aug '04

14 Aug '04

Hello everyone, A couple months back I voulenteered to do a Acknowledgment page and to say the least i'm a bit stuck. I have a first draft/alpha that i'm going to attach here. I would like to know if there is anyone who would like join me in doing this page? Or if anyone here has some ideas on how to improve, complete this page? I would like to see a discussion on setting a criteria for this page. As this will be a very important page on the winehq site. So any and all feedback is most welcome. Tom business that donated significant code to Wine http://www.codeweavers.com/site/services/accomplishments 1. Made Wine work with Microsoft Office, Adobe Photoshop, Lotus Notes and Quicken 2. Made Wine work with QuickTime, Windows Media Player and Shockwave 3. The Wine 1.0 Initiative 4. Wine Bugs Database 5. Wine Application Database 6. WineHQ Redesign 7. Wine Documentation 8. Winemaker, or making Winelib actually useful 9. Easy to use Configuration 10. Address Space Separation 11. Unicode/code pages support 12. Dramatic window management revision 13. Shared Window handles 14. Most of the DLL separation work 15. Debugging API 16. Lots of work on the common controls 17. About a gazillion bug fixes 18. Making many more installers work http://www.corel.com/ Corel dedicated a team of paid engineers to the Wine project in January 1999. This team focused on adding functionality to Wine that let Corel applications, such as WordPerfect, CorelDRAW, and Quattro Pro run on Linux and be ported to native Linux applications. In the past, Corel relied on conventional porting techniques to move some of its applications (Corel WordPerfect 8) to Linux. This provided a fast way to get these applications to Linux, but meant that porting had to be repeated with each new version. Otherwise, development had to be maintained on two separate code bases, which required considerably greater resources. Although there is an up-front investment in time and energy required to make Wine viable, once it reaches a high enough level, the facilities it provides can be used repeatedly to port many applications with minimal engineering effort. http://www.macadamian.com/column/wine101.html macadamian got involved with the Wine project through partnership with Corel Corporation. http://www.transgaming.com/ 1. 2D DirectDraw 2. DirectSound 3. DirectInput 4. DCOM, RPC 5. WIDL IDL compiler 6. Wininet code, including SSL support. http://www.deneba.com worked on winelib extensively in order to make Canvas work. http://www.fujitsu-siemens.com/index.html Implementation of Windows-style asynchronous I/O over sockets in Wine. As well as small contributions to advapi32 and netapi32. http://www.reactos.com/ 1.Wine Registry Editor (regedit) contributions. 2.Shell32.dll code contributions 3.Am I missing anything ?????????????? People that donated money Lindows.com helped to put on the first Wine developer's conference in 2002, by both hosting it and paying travel expenses for many major Wine developers. Codeweavers.com helped to put on the second Wine developer's conference in 2004, by both hosting it and paying some expenses for major Wine developers. Below is a short list of people who have given money to the wpf. If you have given money to this fund and would like to be included on this page just send a e-mail to wine-devel and ask for inclusion. * Dimitrie O. Paun * Michael Stefaniuc * Nick Capik * Tom Wickline * Gregory M. Turner * Sylvain Petreolle * Dan Kegel * John Alvord * Kirk Ruff * David L. Harper * Bob Hepple * Mark A. Horton * Kevin P. Lawton * The Syntropy Institute * James Woulfe * VMWare Inc. Major code contributors Okay this is where I'm really stuck... First off I was not here the first eight years of this project so I have no idea of who was the guru of the day. Also some may say if you list one person you should list everyone. But that is the job of the Authors page. So should I just say here is the full list of people who have given there time and work and link to the Authors page ?

6 8

Re: Fix compilation of the wininet generated tests
by Hans Leidekker 14 Aug '04

14 Aug '04

On Friday 13 August 2004 13:55, Francois Gouget wrote: > * compiling the test with the Windows headers may result in different > sizes/alignments if the Wine headers got the packign wrong. If that's > the case, the compiler will put in different values for sizeof(struct X) > which will result in something like ok(4==8,"..."); Changing the compiler but keeping the same set of headers may also result in different sizes/alignments. This was the case some time ago when MinGW appeared to align structures containing a double to 8 bytes whereas gcc would align those to 4 bytes. -Hans

2 1

Re: wineoss mmap fail error message
by Alexandre Julliard 13 Aug '04

13 Aug '04

Robert Reif <reif(a)earthlink.net> writes: > This patch doesn't fix the problem but gives a possible solution. > > If/when the config file goes away, where will we be able to > set [dsound] parameters? It will be in the registry under HKLM\Software\Wine\dsound or something like that; but clearly we need to find a better way to deal with that than printing a message on the console telling people to change their config. -- Alexandre Julliard julliard(a)winehq.org

1 0

comctl ipaddress enable not working
by Robert Reif 13 Aug '04

13 Aug '04

I have a program which will not gray out an IP address control when it is not enabled.

2 1

usb support in ROS
by Tom 13 Aug '04

13 Aug '04

Steven is USB by chance working in ROS? http://cvs.reactos.com/cgi-bin/cvsweb.cgi/reactos/w32api/include/ddk/ Tom

3 2

Re: [GDI] - More Leaks
by Dmitry Timoshkov 13 Aug '04

13 Aug '04

"Jon Griffiths" <jon_p_griffiths(a)yahoo.com> wrote: > Changelog: > +controls/button.c controls/combo.c controls/desktop.c > controls/edit.c controls/icontitle.c controls/listbox.c > controls/menu.c controls/scroll.c controls/static.c > dlls/gdi/gdi_main.c dlls/gdi/gdiobj.c dlls/gdi/gdi_private.h > dlls/user/cache.c dlls/user/controls.h dlls/user/user_main.c > dlls/user/winproc.h include/user.h windows/class.c > windows/cursoricon.c windows/dce.c windows/dialog.c > windows/mdi.c windows/syscolor.c windows/sysmetrics.c > Don't leak GDI objects on exit. Of course the patch is correct, but shouldn't that be a job for gdi32 on DLL_PROCESS_DETACH or even DLL_THREAD_DETACH? -- Dmitry.

1 0

dlls/kernel/heap.c breakage
by Gerald Pfeifer 13 Aug '04

13 Aug '04

Robert, the following change to dlls/kernel/heap.c broke FreeBSD, both 4.10 and 5.2: revision 1.10 date: 2004/08/13 00:41:34; author: julliard; state: Exp; lines: +115 -88 Robert Reif <reif(a)earthlink.net> Use GlobalMemoryStatusEx in GlobalMemoryStatus rather than the other way around. The failure mode is the following: /sw/gcc-3.3.2/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -DETCDIR="\"/tmp/WINE/etc\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o heap.o heap.c heap.c: In function `GlobalMemoryStatusEx': heap.c:1127: error: structure has no member named `ullMemoryLoad' heap.c:1133: error: structure has no member named `ullMemoryLoad' gmake: *** [heap.o] Error 1 Would you mind fixing this? Gerald

2 2

wine tests
by Ivan Leo Puoti 13 Aug '04

13 Aug '04

On our sf page we now have, under the winetest-200408071000 release, 6 copies of the same file, same name and same size, with the exemption of winetest-200408071000-kevin-mingw.zip that has 6 different sizes. Why is this? Ivan.

1 0

Development model/versioning stuff: Interesting essay on why decentralised versioning is a bad idea
by Mike Hearn 13 Aug '04

13 Aug '04

http://web.mit.edu/ghudson/thoughts/bitkeeper.whynot What are peoples thoughts on this? It's not (despite appearances) an argument against BitKeeper due to licensing concerns, but rather a short paper on why the author believes the "pyramid" patch/development system is a bad idea. Alexandre has shown a strong preference for Arch being the future of Wines development, which basically implies a pyramid development model. So I thought this document would be of interesting. thanks -mike

3 3