- Wine-Devel - list.winehq.org

some ideas for new janitorial projects
by Eric Pouech May 19, 2004

May 19, 2004

I've been toying with some gcc warnings lately, and this could generate some new ideas for janitorial tasks. For example: o -Wmissing-declarations should point lots of missing APIs declarations (I've done it in some cases, and I'm in the process of submitting some fixes). We cannot turn this warning always on because there are lots of cases where we have global functions without prototypes (most than 2/3 of them are made out of the 16bit entry points) o -Wcast-qual should point out all the (const bla*) => (foo*) casts. We use quite a bit this, and in some cases it would prevent some errors. These are the main cases pointed out by this warning: 1/ const void* ptr; and then reading a value from ptr (word...) like *(WORD*)ptr which should be written *(const WORD*). The warning in this case is harmless. 2/ const void* ptr; and then setting it to another const pointer: const WORD* pw = (WORD*)ptr; which should be written pw = (const WORD*)ptr;. This warning is harmless if pw is really defined as const, in some cases it isn't and this should be fixed. 3/ const void* ptr; and then setting it to a pointer to a pointer (used a lot for qsort/bsearch... callbacks), when dealing with arrays of pointers. Here again, what's const is the first pointer, so const foo* f = *(const foo**)ptr is wrong, it should be const foo* f = (const foo* const*)ptr; This could be harmfull if not declared properly. Unfortunately, we cannot turn this warning on all the time because some C functions implementation would always trigger it (strstr for example), unless we use intergral values (not pointer) to cast from the const char* to the returned char*), and this is uglier IMO than the warning we try to avoid. Some others warnings could be used as well. Trying also the Intel compiler gave lots of interesting warnings (and a tons of not so usefull too). A+

2 1

Re: RE: [DMUSIC] Happy Happy :)
by fenix＠club-internet.fr May 19, 2004

May 19, 2004

>Raphael wrote: >> >> Hi, >> >> I'm glad to announce that now (with this little patch) Unreal2 >> is working >> and playable (it's only slow and i havent seen graphics problems for now). >> >> Now play :) >> >> Changelog: >> - better handling of User IDirectMusicTools > >You don't seem to free the items of the list anywhere, so this patch will >cause a memory leak. Yes, i know that but the DMPerformance (and the default Graph assiocated) are sessions objects (they are only deleted on program exit) Most of the dmusic objects must be cleaned (released) at exit, It will be done when dmusic will be more complete >Rob Regards, Raphael

1 0

[DMUSIC] Happy Happy :)
by Raphael May 19, 2004

May 19, 2004

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm glad to announce that now (with this little patch) Unreal2 is working and playable (it's only slow and i havent seen graphics problems for now). Now play :) Changelog: - better handling of User IDirectMusicTools Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAqxTCp7NA3AmQTU4RAoEgAJ48qn95odkW2085hZ+6FQm5y+6kYgCfQSPY KLHJE3RjMDyZmFcDDdZsQ/s= =OP9b -----END PGP SIGNATURE-----

2 1

Re: Exporting symbols
by Luchezar Belev May 19, 2004

May 19, 2004

-- Dan Timis wrote: >Is there any way to export only the functions that are called by the >code we link to, without exposing the internal workings? Ideally we >would like to be able to provide a static library created with ar or >ranlib, link that library with other object files to create a .exe.so >for wine, but when you do "nm" on the resulting .exe.so you would not >see all the inner workings of our library. > >Is that possible? try the "-s" linker option Lucho. __________________________________ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/

1 0

Re: [Resend] wininet patch
by Alexandre Julliard May 19, 2004

May 19, 2004

Tim Hentenaar <tth(a)one.net> writes: > /*********************************************************************** > * FtpGetCurrentDirectoryW (WININET.@) > * > - * Retrieves the current directory > + * Retrieves the current directory (unicode) > + * Implemented 5/17/2004 Tim Hentenaar <tth(a)one.net> Please don't add changelog information in the code, that's what the CVS log and the Changelog file are for. -- Alexandre Julliard julliard(a)winehq.org

3 2

E-mail Virus
by Abby Ricart May 18, 2004

May 18, 2004

Is it just me, or is some one posing as julliard(a)winehq.org and dmitry(a)baikal.ru sending e-mail virii into the mailing list? My ISP filtered it before I could get it, and it's a Windows virus so I doubt it could do very much damage. The virus is described as W32.Beagle.X(a)mm. Someone is being rather childish. The subject lines were: "Encrypted Document" "Hidden Message" and "RE: Text Message"

4 3

Getting the API's for Windows Applications
by Jacobus Erasmus May 18, 2004

May 18, 2004

Is it possible to workout or read the API's that a specific Windows application use ? The theory is that it would be possible to estimate the amount of work needed to get a Windows app to work on Wine by calculating the number of API's that is not working or only half working and estimating the time it would take to correct these API's. By running wine-debug it is possible to get the API's used by an application. I'm hoping that there is some simpler way (although I'm not holding my breath) to read the API's used by an application directly from the .exe or .dll. I'm working on a utility that would collect this information and estimate the number of man hours it would take to get an application running on Wine. Also I'm hoping to build a utility that can collect stats on the API's being used in an application as well. The idea is to build a web page with these statistics for the applications that people want to run on a wine installation. If we can get some participation on the work and completeness of an API. It should be able to build a pretty accurate picture of the amount of work that needs to be done to get an app running under Wine. There is some other interesting side effects that I will not elaborate on until I have something in place (this is very simple but time does not permit. Somebody feels better equip to do this please say so) If not I will probably get arround to doing something this weekend. Cu jacobus(a)kewlconcepts.co.za

3 2

Re: Incoming Message
by Julliard May 18, 2004

May 18, 2004

1 0

RE: Protected message
by Dmitry May 18, 2004

May 18, 2004

1 0

Re: Re: Empty (Stubs in spec only) d3drm
by fenix＠club-internet.fr May 18, 2004

May 18, 2004

>On Tue, May 18, 2004 at 12:59:57AM +0200, Ivan Leo Murray-Smith wrote: >> This dll is needed by a game, bug report number 1202. With this empty dll, the >> game crashes at the same point where it crashes when used with the native copy, >> mainly because it crashes before any function in the dll is called. But at least >> it doesn't crash with a dll not found error. You'll have to run the autofoo >> stuff after applying this patch. > >Ivan, > >As far as I know, you did not submit also a patch to the default >configuration file to add this DLL with 'native' as default (which is a good >thing as all the people having a Windows box have this DLL - it could even >be installed if someone manages to install DirectX under Wine). > > Lionel > Hi Lionel, This dll should be easy to implement (almost geometries utilities functions as d3dx8/d3dx9 for d3d8/d3d9). It can be a begin for people who want to begin patches for wine (as for d3dx8/d3dx9) :) Regards, Raphael PS: d3dx8/d3dx9 have difficults parts on some textures and geometry loading (stream/unstream) and shaders utilities.

3 3