- Wine-Devel - list.winehq.org

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

print 16-bit WCHAR
by Gibtsnich Gibtsauchnich March 21, 2004

March 21, 2004

Hello! I was wondering if there is any way to use a 16-bit-unicode-string with wine's TRACE, ERR or FIXME. I was thinking about something like: WCHAR text={'b','l','a',0}; TRACE("%?s", text); However, I found that these functions are a quite complicated wrapper around vfprintf, wich only accepts ANSI or 32-bit-unicode-strings. So could you tell me if wine has some WCHAR2char_t function or will i haveto use WideCharToMultiByte? Thank you Fabian -- +++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz

2 1

Cdrom
by Robert Lunnon March 20, 2004

March 20, 2004

I am working on a Solaris CDROM plugin, but can't seem to get past the configuration stage. I get ASPI_GetNumControllers Could not open HKEY_DYN_DATA\WineScsi How do I get wine to setup this key ? Thanks Bob

1 0

Re: Win32 packages released on sourceforge
by Ivan Leo Murray-Smith March 20, 2004

March 20, 2004

> Bug in binutils. A fix by Dimitry is in latest binutils. OK, I'm rebuilding mingw with gcc-3.2.3-20030504-1, binutils-2.15.90-20040222-1-src, mingw-runtime-3.2 and w32api-2.5, it should all be up to date. > MinGW folks split up the headers as well, (in their w32api package), > and I think they are useful in and of themselves. Ivan? So what we want is wine-hdrs-<version>.zip (headers) wine-dlls-<version>[-mingw].zip (2 packages with stripped and unstripped dlls) wine-prgs-<version>[-mingw].zip (2 packages with stripped and unstripped progs) wine-w32api-<version>[-mingw].zip (2 packages with stripped and unstripped libs) right?

3 2

Re: [D3D] Improve D3D7 compatibility
by Lionel Ulmer March 20, 2004

March 20, 2004

> This makes Summoner recognize our D3D7 driver. How did you find out ? Some R.E.ing of the game ? I ask this because I find it strange that a game would not be 'future proof' and that it would refuse to run on future hardware that supports HW transform and light. You sure it's not just the addition of the 'DRAWPRIMITIVE2EX' flag which is needed ? Could anyone having a Windows box and a card having HW T&L report what the caps give (there is a nice tool for that in the DX SDK) ? My Windows laptop 1) is at work right now and 2) has a crappy 3D card so I can't test. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2