March 2004 - Wine-Devel - list.winehq.org

Re: Some DirectDraw stubs
by Alexandre Julliard March 22, 2004

March 22, 2004

Mike Hearn <mh(a)codeweavers.com> writes: > The parameters for these functions have not been verified as in native ddraw.dll > they are some kind of circular forward, it's rather confusing. The proper way to determine the number of parameters is to check what the caller does. And if nobody calls them there's no point in adding them. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/dlls/d3d8/device.c cleanup
by Dimitrie O. Paun March 22, 2004

March 22, 2004

On March 20, 2004 3:42 pm, hatky wrote: > tabs -> spaces (the cause of the bloated file) You got to be kindin', right? -- Dimi.

3 4

OFC ( MFC-like classes )
by Jakob Eriksson March 22, 2004

March 22, 2004

I thought I should mention: http://cvs.sourceforge.net/viewcvs.py/ofc/ofc/test/ The OFC project actually has a few classes now. Might be of use to somebody porting stuff to Linux. Jakob

1 0

Link with ICU in documentation
by Boaz Harrosh March 22, 2004

March 22, 2004

- Where is the official place to download the ICU library for support of BIDI? - Should we not have a BIDI section in documentation? - Is there a place on winehq with links to extra needed downloads? should ICU be there 2? Free Life Boaz

2 1

CDRoms & SCSI
by Robert Lunnon March 22, 2004

March 22, 2004

Well you can ignore my last message, from the source it's pretty obvious why it doesn't work. Linuxisms ! At the very least it should be possible to declare a scsi device in the config file and have it set up, IE one could probe each disk device declared for scsi capability. Possibly this should be the only behaviour since this would allow the user/administrator to limit wine to only particular scsi devices rather than give it open slather over everything. Comments ?

2 2

Re: version.dll patch
by Alexandre Julliard March 21, 2004

March 21, 2004

Steven Edwards <steven_ed4153(a)yahoo.com> writes: > We found quite a few problems using version.dll on ReactOS and Windows > XP. According to Royce there was a issue regarding ANSI converion that > was causing applications (Winzip) to fail to load. Also we found that > Microsoft doesnt support reading of the Win16 resources from the Win32 > APIs. I don't think that's true. The MSDN doc explicitly says that 16-bit resources are supported, and they work just fine on XP here. Also the whole file has been reformatted, making it impossible to see what changed. Please don't do that. -- Alexandre Julliard julliard(a)winehq.org

5 5

Re: [PATCH] Fix attribute naked
by Filip Navara March 21, 2004

March 21, 2004

Jeff Muizelaar wrote: > The attached patch changes declspec(naked) to __attribute__(cdecl) > from __attribute__(naked) > As seen in the gcc documentation > (http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html#Function%20Attri…) > > __attribute__(naked) does not do the same thing as declspec(naked) > instead __attribute__(cdecl) does. Sure, it does the same. > http://www.cs.cornell.edu/courses/cs412/2001sp/resources/microsoft-calling-… > This page is wrong. From MSDN: "The naked storage-class attribute is a Microsoft-specific extension to the C language. The compiler generates code without prolog and epilog code for functions declared with the naked storage-class attribute. Naked functions are useful when you need to write your own prolog/epilog code sequences using inline assembler code. Naked functions are useful for writing virtual device drivers." > -Jeff - Filip

1 0

Re: wine/dlls/d3d8/device.c cleanup
by Duane Clark March 21, 2004

March 21, 2004

Unknown wrote: > > Sorry, seems like I need to take great care of my words, I already been told > to drop the "hop e you like it" part before it got in... (spamers like this > word or sentence? I didn't know that....) > Not spammers, viruses ;) "Here is a new game I just wrote. Hope you like it." I tend to glance very fast at emails when moderating, and such phrases are red flags for me, requiring that I spend extra time to verify that the email is legitimate. It is not a big deal, but I try to discourage such phrases.

1 0

Re: 3/4 patches for compilation of ATL & MFC
by Boaz Harrosh March 21, 2004

March 21, 2004

Alexandre Julliard wrote: > >The i64 suffix is not portable. > Boaz Harrosh wrote: >oops the wrong file. >I do need it with "LL" (real 64bit constant). >If you want it protected by an ifdef. Is there an long long ifdef done >by configure? .. OK I'll look for it and send a fix. include/config.h (done by configure?) has an "HAVE_LONG_LONG". Now what should I do in msvcrt/limits.h. should I: #include <config.h> ?? or the user should include it in files before limits.h both options look bad to me. Free life Boaz

1 0

XFree 4.4
by Jørn Villesen Christensen March 21, 2004

March 21, 2004

Hi I downbloaded the 20040309 release and tried to compile. As other users have experienced, I got the error gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC_ _ -DBINDIR="\"/usr/local/bin\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack -boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o keyboard.o keyboard.c keyboard.c: In function `X11DRV_KEYBOARD_DetectLayout': keyboard.c:1288: warning: comparison between signed and unsigned keyboard.c: In function `X11DRV_MapVirtualKeyEx': keyboard.c:1746: warning: comparison between signed and unsigned keyboard.c:1755: warning: comparison between signed and unsigned keyboard.c:1784: warning: comparison between signed and unsigned keyboard.c:1787: warning: comparison between signed and unsigned keyboard.c: In function `X11DRV_ToUnicodeEx': keyboard.c:2089: warning: comparison between signed and unsigned keyboard.c:2092: warning: comparison between signed and unsigned keyboard.c:2128: error: `XK_EuroSign' undeclared (first use in this function) keyboard.c:2128: error: (Each undeclared identifier is reported only once keyboard.c:2128: error: for each function it appears in.) make[2]: *** [keyboard.o] Error 1 make[2]: Leaving directory `/home/jvc/Downloads/wine-20040213/dlls/x11drv' make[1]: *** [x11drv] Error 2 make[1]: Leaving directory `/home/jvc/Downloads/wine-20040213/dlls' make: *** [dlls] Error 2 Searched around and found http://www.winehq.org/hypermail/wine-users/2004/02/0130.html which stated that the error was in the kernel. But after searching for the NLS in the kernel, not finding it, I gave up and wanted to recompile the release I previously had installed (which was 20040213. I had to uninstall while trying some rpms of wine). The thing is, that this version could not compile either - it produced the same error. My guess is that the error is not related to the kernel (because I have not recompiled that since my last wine install that worked) but to my upgrading to XFree 4.4. Is my guess correct. And will it be fixed? Best regards Jørn Christensen Denmark PS: Note that the error dump above is from my compiling of 20040213 - not 20040309. I had removed the source code of 20040309, but the error is (as far as I remember it) identical. I can of course - if its nescesarry - download and try to comiled 20040309 again...

1 0