January 2002 - Wine-Devel - list.winehq.org

MS' hidden API
by Zhang Shu July 9, 2002

July 9, 2002

Dear wine developers, I have one question on the development of wine. Long(one or two years) ago I've heard that Microsoft got some hidden APIs in their products of various windows, and they use these APIs in their own applications. I wonder if this is still a problem on their recent product like windows XP. If it is, I guess wine will not be able to run such MS applications which uses hidden APIs. Is this right? And, is wine designed(or its goal is) to run all applications(including MS product and non-MS product) that runs on windows? Please forgive me if this problem has appeared in the past. I just joined this list a couple of days ago. Thank you. Regards, -- Zhang Shu

10 10

Bug in MoveFileEx
by Gerhard W. Gruber Feb. 1, 2002

Feb. 1, 2002

I just played around with Thandor trying to install it and see what the differences are between Win98 and Wine because I noticed a slightly different behaviour. Now I discovered that MoveFileEx is not even available in Windows 98 but wine supplies it nevertheless. I suspect that the Setup doesn't check the windows version, but rather calls MoveFileEx and if that fails with not implemented returncode continues with other code to supply the functionality. I wrote a small test app to confirm this and this returns an error code when calling MoveFileEx on a native win98 whiel wine executes it. How shall I fix this? Shall I simply call GetVersion() to determine if MoveFileEx should be allowed or is there a different way with wine to determine which functions are available for which version (a global variable or such)? I looked through the sources but I couldn't find anywhere something where a versioncheck has been used to switch code but then again I don't know much functions where I know for sure that they are available in one version and not in the other. -- Bye, Gerhard If you think education is expensive, try ignorance.

4 4

CreateProcess API - undocumented use
by Ricardo Feb. 1, 2002

Feb. 1, 2002

hi, I have a program that use the CreateProcess API with dwFileAttribute as a parameter. But not to use in the command line. It's used to write some data into a file and then another program read that file. But this isn't working. I'm not a programmer, I'm just testing the program. Does anybody know how can the program be changed, or wine patched, to solve this? thanks, Ricardo

3 10

Fix for MoveFileExA
by Gerhard W. Gruber Feb. 1, 2002

Feb. 1, 2002

I just wrote a fix for a fixme located in MoveFileExA. Since this is the first time I'm writing something for wine I wanted to ask how I shall proceed now. Shall I simply add it into the CVS or does it have to go somewhere for revision? Also I don't want to submit it right now because my current fix is a bit ugly. The fix is applied for files that should be moved or deleted when windows boots after an application is installed. Currently there was a message telling the user that he has to delete/rename the specified files. Now I added some code that writes an entry in (WINECONFIG)/bootmove and (WINECONFIG)/bootdel when these functions are called. I also added some code in loader/main.c that checks if these files exists and if they do it will open them and deletes/renames the specified files. I hope this solution is acceptable. :) The only ugly thing about this is that the filenames for bootmove and bootdel are curerntly hardcoded where I need them. I don't know if there is a global space somewhere where I can add some fixed names so I did it this way for now, but this is not the best way in case the names should be changed or something and also I don't like hardecoded names. Another drawback of this approach is that it would be possible that more than one process is writing or reading at the same time there could be potential problems, so I'd like to hear some opinions if this is ok. -- Bye, Gerhard If you think education is expensive, try ignorance.

9 16

Re: DESTDIR support for make install
by Alexandre Julliard Feb. 1, 2002

Feb. 1, 2002

Bernhard Rosenkraenzer <bero(a)redhat.de> writes: > wine currently doesn't support the DESTDIR flag commonly used by > packagers. The patch I've attached fixes this. Could you explain this a bit more? Why can't you use the existing $prefix to do the same thing? -- Alexandre Julliard julliard(a)winehq.com

4 5

Re: Pajama Sam's unmanaged window
by Ove Kaaven Feb. 1, 2002

Feb. 1, 2002

On Sun, 27 Jan 2002, Ori Pessach wrote: > On Sunday 27 January 2002 11:22, Ove Kaaven wrote: > > On Sat, 26 Jan 2002, Ori Pessach wrote: > > > FALSE for those windows. Are there any other types of windows that > > > shouldn't be managed? > > > > Yes, Alexandre mentions popup menus and tooltips. Perhaps a chart could be > > made, so that it is possible to work out what conditions should be used to > > decide whether to make a window managed... > > Yep... Managed tooltips look silly. In any case, unmanaged windows behave > badly, and I don't see any reason to use unmanaged windows when Wine is > running in managed mode. > > Does anybody know how X toolkits display tooltips, popup menus, etc.? I looked at the GTK+ sources before creating that patch... for popup windows like menus and tooltips and stuff, GTK+ sets the override-redirect window attribute, which causes the window to become unmanaged. Effectively the same as Wine does. > I would think that when running managed Wine, all window should be > managed, and the distinction should be between decorationless windows > and everything else, not managed windows and everything else. > > If nobody else wants to dig into this, I'll probably take a shot at it. Go ahead.

4 10

ROTD (Rant Of The Day): patches
by Dimitrie O. Paun Feb. 1, 2002

Feb. 1, 2002

Guys, I've come to _hate_ diffs attached as Application/OCTET-STREAM. Can you please, Please, PLEASE, attach them as Text/PLAIN? I use Pine over a ssh connection to read wine-{devel,patches}, and I can simply view the Text/PLAIN attachments, whereas I have to: -- press V to view the list of attachments -- select the attachment I want to view -- press S to save it to disk -- exit Pine -- start vi to actually view the thing -- restart pine... Just to view a Application/OCTET-STREAM attachment. Which means 2 things: -- I get frustrated (and look what happens when I do:)) -- I simply ignore those patches For all these reasons (and more), I think Linus is right when he insists on: -- ONE patch per email -- ONLY Text/PLAIN attachments. -- Dimi.

6 8

Bug in WritePrivateProfileSection
by Gerhard W. Gruber Jan. 31, 2002

Jan. 31, 2002

I just wrote a small up to test the behaviour of WritePrivateProfileSection. This confirmed my suspicion that the wine implementation is wrong because on Win98 I can create multiple keys with the same name when using this function, while wine always substitutes the new value if the key already exists. If nobody is working on that, then I'll fix this first before continuing with the boot process. -- Bye, Gerhard If you think education is expensive, try ignorance.

2 2

Re: treeview.c
by Uwe Bonnes Jan. 31, 2002

Jan. 31, 2002

>>>>> "Aric" == Aric Stewart <aric(a)codeweavers.com> writes: Aric> This is a bit of a cover to help find other problems, but we would Aric> crash if trying to sort a treeview with null strings in it. This Aric> prevents this crash so that one can try to figure out why we have Aric> empty strings. Aric> CHANGELOG: prevent crash on sorting treeview with null strings Aric> - return strcasecmp(first->pszText, second->pszText); + if Aric> (first->pszText && second->pszText) + return Aric> strcasecmp(first->pszText, second->pszText); + else if Aric> (first->pszText) + return -1; + else if (second->pszText) + return Aric> 1; + else + return 0; } Should this fail silently? 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

Re: Microsoft Visual C (MSVC) compabillity
by Alexandre Julliard Jan. 31, 2002

Jan. 31, 2002

Patrik Stridvall <ps(a)leissner.se> writes: > All of the forms: > > (1) void WINAPI (*foo)(void); > (2) void (* WINAPI foo)(void); > (3) void (WINAPI *foo)(void); > > Seems to work with gcc. Even with gcc 2.7.x. I believe the problems were rather with g++. In my 2.95.4 version, case (2) still doesn't work (well it compiles but generates wrong code). Case (3) works though, so that sounds like the way to go, I'll apply your patch. -- Alexandre Julliard julliard(a)winehq.com

2 1

mingw32 port and cygwin
by Steven Edwards Jan. 31, 2002

Jan. 31, 2002

I'm having a bitch of a time with configure on mingw. I understand not wanting to #ifdef OSNAME in the wine source tree and how this would be a pain if a project forked. Would you be opposed to a #ifdef statement for mingw? Thanks Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

3 4

Compilation errors for Freetype support
by Andriy Palamarchuk Jan. 31, 2002

Jan. 31, 2002

Trying to compile today's Wine I get errors: freetype.c: In function `WineEngGetGlyphOutline': freetype.c:947: `FT_Angle' undeclared (first use in this function) freetype.c:947: (Each undeclared identifier is reported only once freetype.c:947: for each function it appears in.) freetype.c:947: parse error before `angle' freetype.c:993: `angle' undeclared (first use in this function) freetype.c:1003: warning: implicit declaration of function `FT_Vector_Rotate' freetype.c:1059: warning: implicit declaration of function `FT_Cos' freetype.c:1060: warning: implicit declaration of function `FT_Sin' Huw, these functions calls were introduced to the file by your patch, applyed on Jan 29, 2002. I believe the problems are because of differences between freetype versions. The problem occurs on freetype 2.0.1, but according to thread "Prob with freetype..." is fixed after upgrading to 2.0.3. Regards, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com

4 5

RE: New to wine
by Patrik Stridvall Jan. 31, 2002

Jan. 31, 2002

> All wine headers seem to declare function pointers like > > <return value> WINAPI (*<function pointer name)(<parameter list>) > > Visual C 5 does not like the WINAPI (eg __stdcall) outside of > the brackets and requires: > > <return value> (WINAPI *<function pointer name>)(<parameter list>) [snip] > Maybe there is someone on this list which can give me an > direct answer to this. If you want to compile with Visual C++ you will have to do something like below. #ifdef __GNUC__ #define WINAPI_PTR * WINAPI #else #define WINAPI_PTR WINAPI * #endif And replace all WINAPI function with: <return value> (WINAPI_PTR <function pointer name>)(<parameter list>) Hmm. That reminds me. I experimented with this some year ago but I have no distinct memory of asking Alexandre whether he wanted a patch that does this for Wine. Then I forgot about it. Alexandre: Will you accept a patch that does this?

2 1

Problems building wrc on mingw
by Steven Edwards Jan. 31, 2002

Jan. 31, 2002

bison -y -v -d -t ./parser.y conflicts: 2 shift/reduce gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -o y.tab.o y.tab.c gcc: y.tab.c: No such file or directory gcc: No input files make: *** [y.tab.o] Error 1 I've got the -v option going but I can't get a debug output form bison to figure out whats going wrong. Anyone got any ideas? Thanks Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

Current CVS doesn't compile
by Bernhard Rosenkraenzer Jan. 30, 2002

Jan. 30, 2002

dlls/Makefile.in refers to msvcrt20, but the directory doesn't exist. Guess someone forgot a "cvs add". LLaP bero -- This message is provided to you under the terms outlined at http://www.bero.org/terms.html

3 2

err:ntdll:RtlpWaitForCriticalSection section 0xXXXXXXX "?" wait timed out, retrying (60sec) fs = XXXX
by Sylvain Petreolle Jan. 30, 2002

Jan. 30, 2002

Hi, Like many users now, I have this message when I launch some programs : err:ntdll:RtlpWaitForCriticalSection section 0xXXXXXXX "?" wait timed out, retrying (60sec) fs = XXXX To clear the situtation : What does this message means and what could be done to make it disappear ? Some users have made post with these and have got no response... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.fr

2 4

New to wine
by Rolf Kalbermatter Jan. 30, 2002

Jan. 30, 2002

Hello I happened to find wine when researching some undocumented stuff in shell32.dll for my own shell extensions I had written. It was interesting to see how things may be done in windows. I also identified some parts in the wine shell32 which need more attention and plan to submit some patches concerning that after I have familiarized myself a little more with wine. Since I had no Linux system at my hands I tried to use the Visual C 5 compiler on my windows system to compile the shell32 dll and found some problems with that. Separate from some wine specific project definitions which need to be made for Visual C to process the wine headers Iand which I probably haven't done all properly) there was one problem with function pointer definitions. All wine headers seem to declare function pointers like <return value> WINAPI (*<function pointer name)(<parameter list>) Visual C 5 does not like the WINAPI (eg __stdcall) outside of the brackets and requires: <return value> (WINAPI *<function pointer name>)(<parameter list>) I could also not find any comprehensible ANSI C description which would care to explain what would be the correct way of function pointer declarations with a calling convention identifier. I tried to figure out how this could be solved. Declaring WINAPI to be empty and telling Visual C to use __stdcall as default gives other problems with internal wine functions without explicit calling convention declaration and with a variable argument list, which requires __cdecl. The only way I could find was to adjust the function pointer definitions in the affected headers. Of course this goes quite far and might cause problems with other compilers. As I will soon have a new development machine on which I will install Linux alongside of Windows I can fairly easily check if this would cause problems with gcc, but wine seems to care for more compilers than that and I have no idea if such a change would cause problems (it probably would anyhow :-| ). Maybe there is someone on this list which can give me an direct answer to this. Rolf Kalbermatter

2 1

Prob with freetype...
by Meths Jan. 30, 2002

Jan. 30, 2002

Hiya, Didn't see anyone mention this so... When compiling CVS tonight... gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o freetype.o freetype.c freetype.c: In function `WineEngGetGlyphOutline': freetype.c:947: `FT_Angle' undeclared (first use in this function) freetype.c:947: (Each undeclared identifier is reported only once freetype.c:947: for each function it appears in.) freetype.c:947: parse error before `angle' freetype.c:993: `angle' undeclared (first use in this function) freetype.c:1003: warning: implicit declaration of function `FT_Vector_Rotate' freetype.c:1059: warning: implicit declaration of function `FT_Cos' freetype.c:1060: warning: implicit declaration of function `FT_Sin' make[2]: *** [freetype.o] Error 1 make[2]: Leaving directory `/root/cvs_root/wine/dlls/gdi' make[1]: *** [gdi/libgdi32.so] Error 2 make[1]: Leaving directory `/root/cvs_root/wine/dlls' make: *** [dlls] Error 2 Compilation failed, aborting install. Meths

2 1

Re: SetEndOfFile fix
by Guy L. Albertelli Jan. 30, 2002

Jan. 30, 2002

----- Original Message ----- From: <lawson_whitney(a)juno.com> To: <rklazes(a)xs4all.nl>; <galberte(a)neo.lrun.com> Cc: <wine-patches(a)winehq.com> Sent: Sunday, January 27, 2002 4:30 PM Subject: Re: SetEndOfFile fix > On Sun, 27 Jan 2002, Rein Klazes wrote: > > > You still need ftruncate in case the file has to shrink. To do that > > without ftruncate takes a lot more work then an lseek and a write. > > > > Rein. > > > Right. I meant sort of like this. Unfortunately I haven't an app that > does this, to be sure I have it right. > > Changelog > server : file.c > Lawson Whitney <lawson_whitney(a)juno.com> > Rein Klazes <rklazes(a)xs4all.nl> > Guy Albertelli <galberte(a)neo.lrun.com> > Do not rely on ftruncate to grow a file. It may refuse or fail > to do so. (eg with vfat filesystem under Linux) > > Outlook Express 5.0 is happy (relatively). Lets commit this. Guy

1 0

RE: Sooo quiet...
by Patrik Stridvall Jan. 29, 2002

Jan. 29, 2002

> ... I feel like starting a flamewar, just to get some > traffic on this list :) Yes!!! Flamewar!!! No retreat!!! No surrender!!! > Speaking of which, I figured I should rattle Alexandre's cage :) Well, I guess he will have fun with all the outstanding patches. I think he has never had so many. :-) > So here I go: > > Wine's been around for 8 (_eight_) years (how time flies)! It is my > understanding that we're approaching the 1.0 status. I say, > let's change > the versioning scheme, just to give the outside world a feeling of > progress. Really, I think the current scheme kindda hurts us on a PR > level. > > We can start with something like 0.90.0. This should give us plenty > numbers to the upcoming 1.0, don't you think? Unfortunetely there won't be any flamewar as far as I'm concerned since don't care very much either way. :-) But if anybody is intrested in my opinion anyway here goes: I'm slightly against changing the versioning scheme before 1.0. After 1.0 we probably want to have so sort of different versioning especially since we might release different versions of the DLL:s independently of each other. However I don't think there is much use of having that pre 1.0.

8 10

Re: A new SDL back-end we've been toying with
by Steven Edwards Jan. 29, 2002

Jan. 29, 2002

> > You might want to take a look at microwindows if > you > > want GDI/framebuffer > > However, keep in mind that Microwindows can be had > at > either MPL and GPL licenses. True, but you might be able to get them relicense certain parts for wine. __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com

1 0

FW: Prob with freetype...
by Medland, Bill Jan. 29, 2002

Jan. 29, 2002

-----Original Message----- From: Medland, Bill Sent: Tuesday, January 29, 2002 2:22 PM To: 'Meths' Subject: RE: Prob with freetype... Mentioned it this morning (sort of). Michael Stefaniuc upgraded to freetype 2.0.3 and that worked. I just cheated; I inserted the following lines into freetype.c to get it compiled; Index: wine/dlls/gdi/freetype.c =================================================================== RCS file: /home/wine/wine/dlls/gdi/freetype.c,v retrieving revision 1.4 diff -u -r1.4 freetype.c --- wine/dlls/gdi/freetype.c 2002/01/29 03:02:51 1.4 +++ wine/dlls/gdi/freetype.c 2002/01/29 20:29:42 @@ -56,6 +56,12 @@ #endif #ifdef HAVE_FREETYPE_FTTRIGON_H #include <freetype/fttrigon.h> +#else +/* Just a hack to get it to compile without upgrading my freetype */ +typedef FT_Fixed FT_Angle; +inline FT_Fixed FT_Sin(FT_Angle a) {return 0;} +inline FT_Fixed FT_Cos(FT_Angle a) {return 65536;} +inline FT_Vector_Rotate(FT_Vector *v, FT_Angle a) {return;} #endif static FT_Library library = 0; Bill > -----Original Message----- > From: Meths [mailto:meths(a)btinternet.com] > Sent: Tuesday, January 29, 2002 1:27 PM > To: wine-devel(a)winehq.com > Subject: Prob with freetype... > > > Hiya, > > Didn't see anyone mention this so... > > When compiling CVS tonight... > > gcc -c -I. -I. -I../../include -I../../include > -I/usr/include/freetype2 > -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ > -D_REENTRANT > -I/usr/X11R6/include -o freetype.o freetype.c > freetype.c: In function `WineEngGetGlyphOutline': > freetype.c:947: `FT_Angle' undeclared (first use in this function) > freetype.c:947: (Each undeclared identifier is reported only once > freetype.c:947: for each function it appears in.) > freetype.c:947: parse error before `angle' > freetype.c:993: `angle' undeclared (first use in this function) > freetype.c:1003: warning: implicit declaration of function > `FT_Vector_Rotate' > freetype.c:1059: warning: implicit declaration of function `FT_Cos' > freetype.c:1060: warning: implicit declaration of function `FT_Sin' > make[2]: *** [freetype.o] Error 1 > make[2]: Leaving directory `/root/cvs_root/wine/dlls/gdi' > make[1]: *** [gdi/libgdi32.so] Error 2 > make[1]: Leaving directory `/root/cvs_root/wine/dlls' > make: *** [dlls] Error 2 > > Compilation failed, aborting install. > > Meths > > >

1 0

GetNearestColor Fix
by Dave Hawkes Jan. 29, 2002

Jan. 29, 2002

Fix for GetNearestColor so it returns the true color rather than the system palette if the device does not support a palette (ie > 256 colors). This not quite what the Windows SDK docs say, but it's what happens in practice... Dave Hawkes

1 0

DOSfs - further work ?
by Keith Matthews Jan. 29, 2002

Jan. 29, 2002

While this is not critical, or even a large amount of work, I noticed when playing around with the floppy media problem that wine does not attempt to mount either a floppy or CD to display the contents. Was this intentional does anyone remember ? If not does anyone have reservations about trying to enable it? -- Keith Matthews Frequentous Consultants - Linux Services, Oracle development & database administration

1 0

Patch that broke SetFileAttributes
by Jukka Heinonen Jan. 29, 2002

Jan. 29, 2002

Fallout II requires that a certain file is located on a CDROM drive. For some reason it checks this using SetFileAttributes, which is supposed to fail on readonly drives. This used to work until the following patch broke this behaviour (message continues after the patch): Index: file.c =================================================================== RCS file: /home/wine/wine/win32/file.c,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- file.c 2001/05/14 20:09:39 1.26 +++ file.c 2001/05/18 23:18:25 1.27 @@ -104,7 +104,7 @@ { FILE_SetDosError(); MESSAGE("Wine ERROR: Couldn't set file attributes for existing file \"%s\". Check permissions or set VFAT \"quiet\" flag !\n", full_name.long_name); - return FALSE; + return TRUE; } return TRUE; } The above patch obviously breaks Windows compatibility (and likely has a bug related to FILE_SetDosError). I would like to suggest that this patch is either removed or replaced with a patch that includes a C comment that properly documents reasons for this deliberate incompatibility and that either only affects non-CDROM drives or drives configured using some magic flag in Wine configuration file. -- Jukka Heinonen <http://www.iki.fi/jhei/>

4 8