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

ChangeDisplaySettings
by Jan Dvorak March 9, 2006

March 9, 2006

While trying to run Scratches game, the game tries to set fullscreen resolution but fails - heres the log: trace:x11settings:X11DRV_EnumDisplaySettingsEx mode -1 (current) -- getting current mode (desktop) trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 800x600x32bpp (desktop) trace:x11settings:X11DRV_ChangeDisplaySettingsEx ((null),0x406bf9cc, (nil),0x00000004,(nil)) trace:x11settings:X11DRV_ChangeDisplaySettingsEx flags=FULLSCREEN trace:x11settings:X11DRV_ChangeDisplaySettingsEx DM_fields=BITSPERPEL,PELSWIDTH,PELSHEIGHT,DISPLAYFREQUENCY trace:x11settings:X11DRV_ChangeDisplaySettingsEx width=0 height=0 bpp=32 freq=0 (desktop) err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found! (desktop) it's the second game i encountered trying to do this (calling changedisplaysettings with PELSWIDTH and PELSHEIGHT masks set but setting the values of width and height itself to 0 ). It is buggy application ? Or some undocumented hack in winapi? Or error in wine ? And if it is, what can we do about it (as the games itself runs perfectly otherwise , just windowed ) ? Thanks. JD

1 0

Re: WINED3D: Implement GetCreationParameters
by Ivan Gyurdiev March 9, 2006

March 9, 2006

> + if (!pParameters) { > + ERR("(%p) : Called with a NULL pParameters\n", This); > + } > + > + *pParameters = This->createParms; > This is dereferencing a NULL pointer.

10 20

WINE's way to find out about MS headers?
by Christoph Frick March 9, 2006

March 9, 2006

hiho after reading the SetProperty documentation on MSDN about the direct input interface, i found out about four "defines" that are not yet included in the dinput.h of WINE. #define DIPROP_APPDATA MAKEDIPROP(?) #define DIPROP_CPOINTS MAKEDIPROP(?) #define DIPROP_INSTANCENAME MAKEDIPROP(?) #define DIPROP_PRODUCTNAME MAKEDIPROP(?) i guess the ids they represend are not documented anywhere but the dinput.h from Microsoft. what is the "best practise" for cases like this, to add them to wine's headers? -- cu

1 0

Re: WINED3D: Implement GetCreationParameters
by Rolf Kalbermatter March 9, 2006

March 9, 2006

Alexandre Julliard schrieb: >I fail to see in how far returning an error is hiding a bug. >Imho if the library detects an error[*] it should pass the >information to the application and let the application handle >it. The library doesn't know if the application maybe can cope >with it. Just ultimately crash is a bad idea imo. Many applications ignore returned error codes (especially if you have to call GetLastError()) if the programmer was under the assumption that there will be never a possibility to cause an error. While this assumption may be true on Windows (or at least a certain Windows version the programmer has tested on) it is certainly not necessarily true in Wine. There could have been a Wine call just before, that was wrongly implemented, returning an invalid pointer or such. Just returning an error may hide that error for many lines, to crash in some much more unrelated area eventually. Tracking such dependant error causes is already hard enough and hiding an invalid pointer access or other invalid parameter by checking for its validness makes it even harder if an application doesn't ridicully check every possible error condition and believe me I haven't seen many programs that really do that. Crashing may be not what most end users very much like but it is in my opinion just as fine than displaying a dialog box that an unrecoverable error has occurred and that it must shut down and much better than relying on the application to actually do proper error checking, but it makes the life of every Wine programmer just a little bit easier and Wine still being far from a release state can use any help on the programmer side. Wine's policy is to do parameter checking only if Windows is doing it in all versions too and sometimes even then only when there is at least one application that depends on it to work properly. Lets look at the example at hand. There is a function that does not check the pointer in Windows. If an application crashes in that function because of that, this means basically that the application did not do proper pointer checking already and then it is very questionable that it would check the error indication of that function at all, since it wouldn't get such an error indication on Windows anyhow. Also this application will either crash on Windows too, and then it is the programmers problem to make this application behave better or it does not crash on Windows because some previous function does behave differently than the Wine equivalent and then every wine programmer would like to know as soon as possible that this error occurres, not 5000 lines further down the program. If you would talk about a stable and final Wine release (which with Wine chasing the Windows API propably never will be) this might be a little different but we talk about a software project heavily under development. Rolf Kalbermatter

2 2

Grand Theft Auto... requires mscoree?
by Ivan Gyurdiev March 9, 2006

March 9, 2006

Grand Theft Auto... the never ending struggle to get it working. First I thought it was broken because of OLE...subsequently found out the installer was freezing, because of hidden message boxes. Now I've managed to install it in Desktop mode, but it dies when ran, with no output of any kind... Investigating shows: 000b:Call kernel32.SetUnhandledExceptionFilter(2027f1a8) ret=0115fbe9 000b:Ret kernel32.SetUnhandledExceptionFilter() retval=0115fb7c ret=0115fbe9 000b:Call kernel32.GetModuleHandleA(015459f4 "mscoree.dll") ret=0115ae6b 000b:Call ntdll.RtlInitAnsiString(7fcaf528,015459f4 "mscoree.dll") ret=2018d4fc 000b:Ret ntdll.RtlInitAnsiString() retval=00000000 ret=2018d4fc 000b:Call ntdll.RtlAnsiStringToUnicodeString(7fffcbf8,7fcaf528,00000000) ret=2018d55b 000b:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=2018d55b 000b:Call ntdll.RtlInitUnicodeString(7fcaf52c,7fffcc00 L"mscoree.dll") ret=201a554d 000b:Ret ntdll.RtlInitUnicodeString() retval=00000018 ret=201a554d 000b:Call ntdll.LdrGetDllHandle(00000000,00000000,7fcaf52c,7fcaf534) ret=201a555b 000b:Ret ntdll.LdrGetDllHandle() retval=c0000135 ret=201a555b 000b:Call ntdll.RtlNtStatusToDosError(c0000135) ret=201a558a 000b:Ret ntdll.RtlNtStatusToDosError() retval=0000007e ret=201a558a 000b:Ret kernel32.GetModuleHandleA() retval=00000000 ret=0115ae6b 000b:Call kernel32.ExitProcess(00000001) ret=0115ae8f 000b:Call ntdll.LdrShutdownProcess() ret=201b03bd Looks like it doesn't like the missing mscoree.dll. I thought the .NET framework was not a core windows dll? Why would it require it? Also, installing a native dll doesn't seem to help...

2 3

BF2 demo
by Ivan Gyurdiev March 9, 2006

March 9, 2006

H. Verbeet wrote: > Currently pixel shaders get created, but not used. This patch enables > OpenGL fragment programs if pixel shaders are enabled and the harware > supports it. Makes fonts readable in the menu for the BF2 demo. This > patch should be applied after the one that removes the FIXME in > drawPrimitiveDrawStrided. > You were able to get the BF2 demo to show something? Is this with native d3dx9_25.dll ? Did you run into this bug at all? http://bugs.winehq.org/show_bug.cgi?id=4745

2 2

Wine and OS X
by Obchod id March 9, 2006

March 9, 2006

Hi, There could be at least mention in FAQ about possible OS x version or whether there is no plan. Best wishes Frantisek -- !!! Nová prodejna v Plzni. Od 9.11. otevíráme druhou prodejnu na Náměstí Republiky 21, v 1. patře přímo nad kanceláří Annonce, na zastávce tramvaje směr Slovany. Tel: 377 331 256!!! >>>Stesticko.cz - pro radostny a naplneny zivot. http://www.stesticko.cz > Knihkupectvi, internetovy a zásilkovy obchod http://shop.stesticko.cz >> Pecujeme o vase telo i dusi Knihy pro osobni rust, duchovno, esoteriku, hudba, tarot. karty, feng-shui Americka 20, Plzen, Po-Pa 9-18, So 10-12 h,tel: 377 91 91 73, 777 263 352 Namesti Republiky 21, Plzen, Po-Pa 10-18 h tel: 377 331 256, 608 702 719 > Alternativni knihovna a antikvariat http://www.stesticko.cz/knihovna/ >>> http://sweb.cz/wingmakers - Tvurci kridel - WingMakers.com <<<

3 4

Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented
by Rainer Dorsch March 8, 2006

March 8, 2006

Am Montag, 6. März 2006 09:34 schrieben Sie: > On Sunday 05 March 2006 21:50, you wrote: > > I went to 'Arbeitsplatz' in the Shell and then 'C'. MyDocuments was shown > > as a file, not a folder. I.e. the problem persists. > > I don't quite understand, since MyDocuments is on the Desktop, not on > 'Arbeitsplatz'. Could you please browse to 'Arbeitsplatz\C:\windows'? The hierarchy I see is Desktop->Arbeitsplatz->C:->windows > Just to be sure: In notepad the filedialog works fine, right? Yes, that works fine. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367

1 0

Re: ntdll: Fix Directory Searching when VFAT_IOCTL_READDIR_BOTH returns an invalid d_reclen
by Alexandre Julliard March 8, 2006

March 8, 2006

Robert Shearman <rob(a)codeweavers.com> writes: > --- a/dlls/ntdll/directory.c > +++ b/dlls/ntdll/directory.c > @@ -1245,7 +1245,11 @@ static NTSTATUS find_file_in_dir( char * > unix_name[pos - 1] = '/'; > for (;;) > { > - if (!de[0].d_reclen) break; > + if (!de[0].d_reclen) > + { > + unix_name[pos - 1] = 0; > + break; We should probably have a 'goto not_found' here instead. -- Alexandre Julliard julliard(a)winehq.org

2 2

System wide registry
by Vitaly Lipatov March 8, 2006

March 8, 2006

In WINE user guide I read int the System Administration Tips about global registry files (f.i. /usr/local/etc/wine.systemreg) But I can't find any code in WINE about it. It is obsoleted now? Is it possible to use system wide registry now? -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

2 1

linking errors in Winelib code (version 0.9.9) on Solaris 10
by Arun Kumar Khandelwal March 8, 2006

March 8, 2006

I am compiling Winelib (version 0.9.9) on Solaris 10 machine. I am getting below linking errors: gcc -c -I. -I. -I../../include -I../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o main.o main.c Undefined first referenced symbol in file GetStartupInfoA ../../dlls/libwinecrt0.a(exe_main.o) GetModuleHandleA ../../dlls/libwinecrt0.a(exe_main.o) GetCommandLineA ../../dlls/libwinecrt0.a(exe_main.o) WinMain ../../dlls/libwinecrt0.a(exe_main.o) ld: warning: Symbol referencing errors Please suggest how to get rid of these errors. Thanks and Regards, Arun Khandelwal

2 1

Re: Can't run DirectX games on x86_64 biarch Linux
by Christian Schneider March 8, 2006

March 8, 2006

Am Dienstag, den 07.03.2006, 16:39 -0700 schrieb Jesse Allen: > On 3/7/06, Christian Schneider <mail(a)chrschn.de> wrote: > > Hi all. > > > > About half a year ago I replaced my old desktop by an AMD64 box and my > > previous x86 Linux from Scratch (LFS) installation by a x86_64 multilib > > LFS. And since then I'm not able to run any DirectX title anymore that > > used to work before. > > > > > Try disabling the sound in winecfg. I tried, but it didn't help. I've also tried different audio outputs (ALSA and OSS), but the error messages are the same. Anyways, thanks for your reply. Cheers, Christian Schneider

3 3

ole:ITypeInfo_fnInvoke, failed to convert param 0
by Tomas Carnecky March 8, 2006

March 8, 2006

I got this when the WoW patcher started: err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered err:ole:CoGetClassObject no class object {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for for context 0x1 fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT|VT_BYREF from VT_VARIANT|VT_BYREF and the last line doesn't make sense to me, the patcher runs fine though... tom

1 0

Problem while compiling wine-0.9.9 source on solaris
by Vikas Gera March 8, 2006

March 8, 2006

I tried to build Wine Library on Solaris 10 platform today. It gave error while compiling dll/dxerr8 module. The error message says "Don't know how to make target: install-lib" I compared the Makefiles and added the target "install-lib" for dxerr8 module, like below: Makefile: install install-lib:: install_lib $(WIN16_INSTALL) install_lib: $(MODULE) $(MKINSTALLDIRS) $(DESTDIR)$(dlldir) $(INSTALL_PROGRAM) $(MODULE) $(DESTDIR)$(dlldir)/$(MODULE) It was able to build the dxerr8 module. But similar error message is getting repeated for other modules as well. I would like to fix it in one shot, probably a fix in the configure script is needed. Has anybody faced this problem and fixed it? Please suggest. regards, Vikas Gera

2 1

Re: GDI32: [4/5] freetype.c add more font selecting&linking mechanism support.
by Huw D M Davies March 8, 2006

March 8, 2006

On Tue, Mar 07, 2006 at 09:29:14PM +0900, Byeong-Sik Jeon wrote: > ChangeLog: > Improved create_child_font_list(), get_nearest_charset(), more using > font-linking mechanism. > > If lfCharSet == DEFAULT_CHARSET, then ALL font(LOGFONT) can see current > locale letter, (have to exist least one font corresponding current > locale ). > > > - If lfCharSet == DEFAULT_CHARSET then use the current locale codepage. > > and If selected font is not support current ansi codepage, then it fixup > > the problem in "create_child_font_list()" function. > > > I'm slightly confused about what you're trying to do here. Could you try to explain it again please? > --- 003/dlls/gdi/freetype.c 2006-03-07 20:29:58.000000000 +0900 > +++ 004/dlls/gdi/freetype.c 2006-03-07 20:30:31.000000000 +0900 > + if(!TranslateCharsetInfo((DWORD*)(INT)font->charset, &csi, TCI_SRCCHARSET)) > + return FALSE; > > + TRACE("found entry in system list\n"); > + > + fs.fsCsb[0] = fs.fsCsb[1] = 0; > LIST_FOR_EACH_ENTRY(font_link, &system_links, SYSTEM_LINKS, entry) > { > - if(!strcmpW(font_link->font_name, font->name)) > + if(!strcmpiW(font_link->font_name, font->name)) > { > - TRACE("found entry in system list\n"); Moving this TRACE is clearly not correct. Thanks, Huw. -- Huw Davies huw(a)codeweavers.com

2 2

valgrinding mozilla on wine
by Dan Kegel March 7, 2006

March 7, 2006

I'm trying to track down a wine crash in firefox (http://bugs.winehq.org/show_bug.cgi?id=4762) and thought valgrind might be helpful. So, following http://wiki.winehq.org/Wine_and_Valgrind I installed valgrind-3.1.0 and ran valgrind --trace-children=yes /home/dank/wine/wine /home/dank/.wine/drive_c/Program\ Files/Mozilla\ Firefox/firefox.exe This got as far as putting up a window (but not filling it in) before croaking, so I guess valgrind still has some ways to go. Before it bailed, it printed out a few interesting warnings: ... ==16329== Warning: noted but unhandled ioctl 0x30B with no size/direction hints ==16329== This could cause spurious value errors to appear. ==16329== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. ==16329== ==16329== Syscall param writev(vector[...]) points to uninitialised byte(s) ==16329== at 0x20000772: (within /lib/ld-2.3.5.so) ==16329== by 0x202D2BD8: wine_server_call (in /home/dank/wine/dlls/ntdll/ntdll.dll.so) ==16329== by 0x202C85D3: NtSetValueKey (reg.c:755) ==16329== by 0x205BFFF8: create_scsi_entry (oldconfig.c:170) ==16329== by 0x205C07BD: convert_old_config (oldconfig.c:400) ==16329== by 0x205C482E: __wine_kernel_init (process.c:751) ==16329== by 0x202C0BB2: __wine_process_init (loader.c:2276) ==16329== by 0x2002448E: wine_init (loader.c:600) ==16329== by 0x7BF01001: main (main.c:58) ==16329== Address 0xBEBF0874 is on thread 1's stack ... err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered err:ole:CoGetClassObject no class object {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for for context 0x1 fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 ==16329== ==16329== Invalid read of size 4 ==16329== at 0x600195C4: ??? ==16329== Address 0x208BE16C is not stack'd, malloc'd or (recently) free'd ==16329== ==16329== Conditional jump or move depends on uninitialised value(s) ==16329== at 0x463876: ??? ==16329== ==16329== Invalid read of size 4 ==16329== at 0x603514C4: ??? ==16329== Address 0x208BCC70 is not stack'd, malloc'd or (recently) free'd ... err:seh:segv_handler Got unexpected trap 0 err:seh:segv_handler Got unexpected trap 0 err:seh:segv_handler Got unexpected trap 0 ... -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 3

wine 0.9.9 vs. Ned For Speed V -- already better
by Samium Gromoff March 7, 2006

March 7, 2006

Here goes the log for running NFS5: PU, in win 0.9.9, the first version which manages to allow NFS to initialize the video mode, apparently. The wine debug output is attached.

3 3

problem in configure/make wine 0.9.9
by Lalit Aggarwal March 7, 2006

March 7, 2006

When I rum make command it shows the following error, can somebody please help me in to come out of this. Undefined first referenced symbol in file GetStartupInfoA ../../dlls/libwinecrt0.a(exe_main.o) GetCommandLineA ../../dlls/libwinecrt0.a(exe_main.o) WinMain ../../dlls/libwinecrt0.a(exe_main.o) ld: warning: Symbol referencing errors Tried editing /var/installs/wine-0.9.9/dlls/ddraw/Makefile at line number 367 and put the /var/installs/wine-0.9.9/dlls/kernel/environ.o after -o option, it build the shared object successfully. Can anybody suggest how to fix this in configure or config.status script so the environ.o file is automatically included in the Makefile. Thanks -Lalit

1 0

Re: GDI32: [1/5] freetype.c add more font selecting&linking mechanism support.
by Huw D M Davies March 7, 2006

March 7, 2006

On Tue, Mar 07, 2006 at 09:10:12PM +0900, Byeong-Sik Jeon wrote: > ChangeLog: > init_system_links support .ttc file. > add "Tahoma" registry value for CJK font link. > find_face_from_filename support .ttc file > I think you could spilt out the 'add Tahoma registry value' bit from this patch to make it a little smaller. > --- 000/dlls/gdi/freetype.c 2006-03-07 19:09:53.000000000 +0900 > +++ 001/dlls/gdi/freetype.c 2006-03-07 20:28:14.000000000 +0900 > @@ -909,14 +935,16 @@ > SYSTEM_LINKS *font_link, *system_font_link; > CHILD_FONT *child_font; > static const WCHAR Tahoma[] = {'T','a','h','o','m','a',0}; > - static const WCHAR tahoma_ttf[] = {'t','a','h','o','m','a','.','t','t','f',0}; > - static const WCHAR System[] = {'S','y','s','t','e','m',0}; > + static const char Tahoma_ttf[] = {'t','a','h','o','m','a','.','t','t','f',0}; Why don't you just use "tahoma.ttf" in the code where you call find_face_from_filename, there's no point in initializing a char string like this. > @@ -990,15 +1046,15 @@ > that Tahoma has */ > > system_font_link = HeapAlloc(GetProcessHeap(), 0, sizeof(*system_font_link)); > - system_font_link->font_name = strdupW(System); > + system_font_link->font_name = strdupW(defSystem); Please don't use defSystem here. That's supposed to be a fallback for System. Please leave it as it was. -- Huw Davies huw(a)codeweavers.com

2 3

Repeatable crash in firefox
by Dan Kegel March 7, 2006

March 7, 2006

This morning, using wine from cvs from a few days ago, I ran into a reproducible crash in firefox on wine. I have the Flash plugin installed; that might be involved, but the same recipe doesn't seem to crash Linux firefox. I filed http://bugs.winehq.org/show_bug.cgi?id=4762 for this; I'll try again with fresh cvs. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: GDI32: freetype.c add more font selecting&linking mechanism support.
by Huw D M Davies March 7, 2006

March 7, 2006

As Mike has said the patch is too long to review properly, so please break it down into much smaller pieces. On Tue, Mar 07, 2006 at 04:29:04PM +0900, Byeong-Sik Jeon wrote: > and, I add some basic registry value. "Tahoma", "Gulim", "MS UI Gothic", > "Simsun", "PMingLiU". One thing that caught my eye was that these strings are locale dependent rather like the bitmap font strings (see update_font_info). Keep up the good work! Huw. -- Huw Davies huw(a)codeweavers.com

2 4

Re: GDI32: freetype.c add more font selecting&linking mechanism support.
by Mike McCormack March 7, 2006

March 7, 2006

Byeong-Sik Jeon wrote: > ChangeLog: > - add more font selecting & linking mechanism support. Nice work! Some comments: * Please split each fix into a separate patch. This makes patch reviews and isolating regressions easier. A number of small patches will be accepted into the Wine tree faster than one big patch. * There's also alot of unnecessary formatting changes in your patch, which could be avoided. eg. > - LIST_FOR_EACH_ENTRY(family, &font_list, Family, entry) > - { > + LIST_FOR_EACH_ENTRY(family, &font_list, Family, entry) { * Please stick to coding style in the file you're change, so that we don't end up with a mix of many different coding styles in the same file. (and you don't add unnecessary changes like the above). thanks, Mike

2 1

Re: advpack: Forward OpenINFEngineA and TranslateInfString/ExA to their unicode counterparts
by Alexandre Julliard March 7, 2006

March 7, 2006

"James Hawkins" <truiken(a)gmail.com> writes: > + > + res = TranslateInfStringW(filenameW.Buffer, installW.Buffer, > + translateW.Buffer, keyW.Buffer, NULL, > + dwBufferSize, &len, NULL); > + > + if (res == S_OK) > + { > + bufferW = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); > + > + res = TranslateInfStringW(filenameW.Buffer, installW.Buffer, > + translateW.Buffer, keyW.Buffer, bufferW, > + dwBufferSize, &len, NULL); > + > + *pdwRequiredSize = WideCharToMultiByte(CP_ACP, 0, bufferW, -1, > + pszBuffer, dwBufferSize, > + NULL, NULL); > + The buffer size and overflow handling is not correct here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winegdb: Fix crash in empty first command
by Eric Pouech March 7, 2006

March 7, 2006

2006/3/6, Vitor T. Sessak <vitor.sessak(a)m4x.org>: > > Changelog: > winegdb: Fix crash in empty first command > > Winedbg crashes when pressing enter as its first command. this is wrong as the last_line will be HeapFree'd when the next command is keyed in.

1 0

Re: riched20: Implements FR_WHOLEWORD for EM_FINDTEXT
by Phil Krylov March 7, 2006

March 7, 2006

On Sun, 05 Mar 2006 14:20:47 -0800 Lei Zhang <leiz(a)ucla.edu> wrote: > + if ((flags & FR_WHOLEWORD) && iswalnum(wLastChar)) Probably a test checking if native richedit does not use user's word breaking procedure (set via EM_SETWORDBREAKPROC) for FR_WHOLEWORD searches would be cool. -- Ph.

2 1

How to link and run applications using WinLib
by Arun Kumar Khandelwal March 7, 2006

March 7, 2006

Hi All, I am able to compile and link my test program using winemaker. It generates a test.exe.so and not test.exe. I do not know how to run this *.so? What should I do to link and run program using winlib? Thanks, Arun

3 2

Re: PATCH: define __user
by Robert Shearman March 7, 2006

March 7, 2006

dmitry serpokryl wrote: > Hi, > > please beg my pardon for the kind of a possible stupidity, but: > > 1. I'm using SuSE kernel for SuSE 10 x86-64, so all compiliation goes > into x86-64 (not in i386) mode by default Wine automatically adds the -m32 flag to gcc to force it to compile in i386 mode. > 2. gcc - 4.0.2 (release): > Target: x86_64-unknown-linux-gnu > Configured with: ../configure --prefix=/usr/local/gcc-4.0.2 > Thread model: posix > gcc version 4.0.2 That's fine. > 3. $ wine --version > Wine 0.9.7 > (compiled some times ago from CVS. I make CVS updates monthly) As is this. > 4. $ locate unistd.h | egrep usr/include > /usr/include/asm-i386/unistd.h > /usr/include/asm-x86_64/ia32_unistd.h > /usr/include/asm-x86_64/unistd.h > /usr/include/asm.default/ia32_unistd.h > /usr/include/asm.default/unistd.h > /usr/include/kpathsea/c-unistd.h > /usr/include/linux.default/unistd.h > /usr/include/sys/unistd.h > /usr/include/unistd.h > > > 5. /usr/include/asm is a symlink, pointing to -> > /usr/src/linux/include/asm/ I think this is the problem. Is this a default symlink on your distro or was it put there by installing kernel source? > So, I'm not quite understand the reason of compiliation error at this > time. In 32-bit mode the i386 headers should be used instead of x86-64 ones. On your system this isn't happening, although the headers are there. Try looking in /usr/include/asm.default and seeing whether they try to do the right thing and select the right unistd.h for the environment. > > Please beg my pardon for the disturbing. > > Thanks, > > My best regards, > Dmitry > > > > On Tue, 28 Feb 2006 08:08:45 -0300, Robert Shearman > <rob(a)codeweavers.com> wrote: > >> dmitry serpokryl wrote: >> >>> Hi, thanks for your feedback. >>> >>> I just updated wine cvs, no ./configure errors but still "make" >>> unable to complete: >>> >>> gcc -m32 -c -I. -I. -I../../include -I../../include >>> -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe >>> -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement >>> -Wpointer-arith -g -O2 -o signal_i386.o signal_i386.c >>> signal_i386.c: In function ‘wine_sigaction’: >>> signal_i386.c:123: error: ‘__NR_sigaction’ undeclared (first use in >>> this function) >> >> >> >> You're using some buggy headers that define SYS_sigaction, but don't >> define __NR_sigaction. You should have /usr/include/asm/unistd.h >> that includes /usr/include/asm-i386/unistd.h if not compiling in >> x86_64 mode, and the latter should have a define for __NR_sigaction. >> > > > -- Rob Shearman

1 0

Error while compiling code using wineg++ / winegcc on solaris
by Vikas Gera March 6, 2006

March 6, 2006

Hi!! I am not able to compile a test program on solaris using winegcc tool. Can anybody help? Here's the program source code: // file test.cpp #include <stdio.h> #include <windows.h> int main () { SYSTEMTIME lpSystemTime; GetSystemTime(&lpSystemTime); printf("Today is: %d/%d/%d\n", lpSystemTime.wYear, lpSystemTime.wMonth, lpSystemTime.wDay); return 0; } When I try to compile it using winegcc, it gives following error message: testuser(a)testbox:~/test >wineg++ test.cpp winegcc: -fshort-wchar failed. On adding a flag '-v' with wineg++, a detailed error message is displayed: testuser(a)testbox:~/test >wineg++ -v test.cpp -fshort-wchar -DWINE_UNICODE_NATIVE -D_REENTRANT -fPIC -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__fastcall=__attribute__((__fastcall__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D_fastcall=__attribute__((__fastcall__)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__WINE__ -D__int8=char -D__int16=short -D__int32=int -D__int64=long long -c -o test-9pH6Aj.o -v test.cpp -isystem/opt/cfw/wine/include/wine/windows winegcc: -fshort-wchar failed. I can see a lot of compile flags/options. I want to be able to enable/disable these options. Or if there is some other way to be able to compile the code using wingcc, pleae tell me. The code works well on windows. I even managed to compile it using gcc, but it resulted in coredump. If somebody can guide me how to compile an application using winelib, which can run on solaris. I am getting linker/loader errors. thanks!! Vikas Gera

3 2

Re: KERNEL32: Improve descriptions
by Alexandre Julliard March 6, 2006

March 6, 2006

Vitaly Lipatov <lav(a)etersoft.ru> writes: > -UINT WINAPI GetTempFileNameW( LPCWSTR path, LPCWSTR prefix, UINT unique, LPWSTR buffer ) > +UINT WINAPI GetTempFileNameW( LPCWSTR lpPathName, LPCWSTR lpPrefixString, UINT uUnique, LPWSTR lpTempFileName ) *Please* don't change nice readable parameter names into the horrible Hungarian line noise format. -- Alexandre Julliard julliard(a)winehq.org

4 3

Re: FONTS: fix Courier font
by Dmitry Timoshkov March 6, 2006

March 6, 2006

"Vitaly Lipatov" <lav(a)etersoft.ru> wrote: > The main change is > -Ascent: 11 > -Descent: 2 > +Ascent: 10 > +Descent: 3 Last time I asked Huw said that this is a bug in fontforge, the font files have correct values. -- Dmitry.

3 6

Re: [dsound] DllCanUnloadNow
by Alexandre Julliard March 6, 2006

March 6, 2006

Christian Gmeiner <christian.gmeiner(a)students.fh-vorarlberg.ac.at> writes: > This patch > + implements LockServer > + implements DllCanUnloadNow You need to maintain the lock count when creating/deleting objects too. -- Alexandre Julliard julliard(a)winehq.org

1 0

RE: Error while compiling code using wineg++ / winegcc on solaris
by Vikas Gera March 6, 2006

March 6, 2006

Hi Dimi, Thanks for replying. The version is 3.4.2. Here's the console dump. -bash-3.00$ winegcc --version gcc (GCC) 3.4.2 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Thanks & Regards, Vikas Gera HeadStrong Inc. -----Original Message----- From: Dimi Paun [mailto:dimi(a)lattica.com] Sent: Monday, March 06, 2006 6:11 PM To: Vikas Gera Cc: wine-devel(a)winehq.org Subject: Re: Error while compiling code using wineg++ / winegcc on solaris On Mon, 2006-03-06 at 14:47 +0530, Vikas Gera wrote: > testuser(a)testbox:~/test >wineg++ test.cpp > winegcc: -fshort-wchar failed. What version of gcc are you using? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Errors in Win API Stats
by Peter Åstrand March 6, 2006

March 6, 2006

I've noticied that http://www.winehq.org/site/winapi_stats is not quite correct. For example, it claims that "amstream" is 100% implemented, which is not correct: There are 21 stubs or something like that. How is this page generated? Regards, -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

2 1

Re: [user.dll] get rid of DPRINTF
by Alexandre Julliard March 6, 2006

March 6, 2006

Christian Gmeiner <christian.gmeiner(a)students.fh-vorarlberg.ac.at> writes: > This patch eliminates DPRINTF calls and replaces it with TRACE calls, as > suggested here: http://wiki.winehq.org/DebugTracingCleanup This doesn't apply to relay traces I'm afraid, they use a different format. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: shdocvw: Added get_LocationURL implementation.
by Robert Shearman March 6, 2006

March 6, 2006

Jacek Caban wrote: >c24b7d0d0c498ec98785b93eba54b41d53ab2c9b >diff --git a/dlls/shdocvw/navigate.c b/dlls/shdocvw/navigate.c >index 9c4893c..40d4a06 100644 >--- a/dlls/shdocvw/navigate.c >+++ b/dlls/shdocvw/navigate.c >@@ -316,7 +316,7 @@ static IBindStatusCallback *create_callb > return BINDSC(ret); > } > >-static void on_before_navigate2(WebBrowser *This, PBYTE post_data, ULONG post_data_len, >+static void on_before_navigate2(WebBrowser *This, LPWSTR url, PBYTE post_data, ULONG post_data_len, > LPWSTR headers, VARIANT_BOOL *cancel) > { > VARIANT var_url, var_flags, var_frame_name, var_post_data, var_post_data2, var_headers; >@@ -367,7 +367,7 @@ static void on_before_navigate2(WebBrows > V_VT(params+5) = (VT_BYREF|VT_VARIANT); > V_VARIANTREF(params+5) = &var_url; > V_VT(&var_url) = VT_BSTR; >- V_BSTR(&var_url) = SysAllocString(This->url); >+ V_BSTR(&var_url) = url; > > V_VT(params+6) = (VT_DISPATCH); > V_DISPATCH(params+6) = (IDispatch*)WEBBROWSER2(This); > > BSTR and LPWSTR are not interchangable. A lot of the time you can get away with it, but if anything tries to access the length that prefixes a BSTR on the LPWSTR then bad things will happen. -- Rob Shearman

2 1

Re: configure: add --with-fontfir (try3) with patch!
by Vitaly Lipatov March 6, 2006

March 6, 2006

On Tuesday 21 February 2006 20:10, Vitaly Lipatov wrote: > I made some fixes to correct work. > > Changelog > add --with-fontdir parameter to configure for set WINE fonts > placement. Sorry, what is broken with my patch? http://www.winehq.org/pipermail/wine-patches/2006-February/024535.html -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

3 11

Feedback request on wininet patch
by Victor Pelt March 6, 2006

March 6, 2006

Hey I implemented one of the missing options in InternetSetOption. Any feedback about the way i implemented it would be appreciated. If it is alright i will implement the other missing options too regards Victor Pelt

4 3

Wine compilation error (flex related)
by Elvis Pranskevichus March 6, 2006

March 6, 2006

Hello! Both emerge =wine-0.9.8 and the latest git workdir fail to compile on current Gentoo with: gcc -c -I. -I. -I../../include -I../../include -DINCLUDEDIR="\"/usr/local/include/wine\"" -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c lex.yy.c:2610: error: parse error before numeric constant lex.yy.c: In function `yy_scan_string': lex.yy.c:2611: error: number of arguments doesn't match prototype lex.yy.c:305: error: prototype declaration lex.yy.c:2613: warning: passing arg 1 of `strlen' makes pointer from integer without a cast lex.yy.c:2613: warning: passing arg 1 of `yy_scan_bytes' makes pointer from integer without a cast make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/home/el/projects/wine/wine-git/tools/wrc' make[1]: *** [wrc] Error 2 make[1]: Leaving directory `/home/el/projects/wine/wine-git/tools' make: *** [tools] Error 2 The flex --version is flex 2.5.33 (the latest one, released on February 21, 2006). gcc --version is gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8) widl and wmc lexers compiled fine. Downgrading to flex 2.5.4a makes everything compile again. Is this a flex issue or is a Wine problem? Thanks, -- Elvis Pranskevichus - elprans(a)gmail.com

2 2

Floating point problem in WineEngGetGlyphOutline
by Jeff L March 6, 2006

March 6, 2006

I have started to get a floating point problem "First chance exception: invalid float operation in 32-bit code (0x00e6b6f9).". I don't know a lot about floating point but from what I have read, the FLDCW most likely is unmasking an interrupt when it reloads the control word. Winedbg does not seem to have support for displaying floating point registers and control word etc. Can someone point me in the direction of getting to the bottom os this? Jeff Latimer Wine-dbg> 0x00e6b6d1 WineEngGetGlyphOutline+0x1d9 [/winf/dlls/gdi/freetype.c:2818] in gdi32: movl 0xffffff00(%ebp),%eax 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6d7 WineEngGetGlyphOutline+0x1df [/winf/dlls/gdi/freetype.c:2818] in gdi32: movl 0x54(%eax),%ecx 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6da WineEngGetGlyphOutline+0x1e2 [/winf/dlls/gdi/freetype.c:2818] in gdi32: movl 0x20(%ecx),%edx 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6dd WineEngGetGlyphOutline+0x1e5 [/winf/dlls/gdi/freetype.c:2818] in gdi32: fld %st(0) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6df WineEngGetGlyphOutline+0x1e7 [/winf/dlls/gdi/freetype.c:2818] in gdi32: pushl %edx 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6e0 WineEngGetGlyphOutline+0x1e8 [/winf/dlls/gdi/freetype.c:2818] in gdi32: fimuls 0x0(%esp) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6e3 WineEngGetGlyphOutline+0x1eb [/winf/dlls/gdi/freetype.c:2818] in gdi32: fnstcw 0xffffff92(%ebp) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6e6 WineEngGetGlyphOutline+0x1ee [/winf/dlls/gdi/freetype.c:2818] in gdi32: movw 0xffffff92(%ebp),%ax 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6ea WineEngGetGlyphOutline+0x1f2 [/winf/dlls/gdi/freetype.c:2818] in gdi32: movb $0xc,%ah 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6ec WineEngGetGlyphOutline+0x1f4 [/winf/dlls/gdi/freetype.c:2818] in gdi32: movw %ax,0xffffff90(%ebp) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6f0 WineEngGetGlyphOutline+0x1f8 [/winf/dlls/gdi/freetype.c:2818] in gdi32: fldcw 0xffffff90(%ebp) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6f3 WineEngGetGlyphOutline+0x1fb [/winf/dlls/gdi/freetype.c:2818] in gdi32: fistps 0xffffff10(%ebp) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> 0x00e6b6f9 WineEngGetGlyphOutline+0x201 [/winf/dlls/gdi/freetype.c:2818] in gdi32: fldcw 0xffffff92(%ebp) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64; Wine-dbg> Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:00e6b6f9 ESP:7fc5cce0 EBP:7fc5ce2c EFLAGS:00200206( - 00 - -IP1) EAX:7d820c72 EBX:00e94bc8 ECX:7d82ed70 EDX:00030840 ESI:7fedcb40 EDI:0000001a Wine-dbg>stepi First chance exception: invalid float operation in 32-bit code (0x00e6b6f9). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:00e6b6f9 ESP:7fc5cce0 EBP:7fc5ce2c EFLAGS:00210306( - 00 -RITP1) EAX:7d820c72 EBX:00e94bc8 ECX:7d82ed70 EDX:00030840 ESI:7fedcb40 EDI:0000001a Stack dump: 0x7fc5cce0: 00030840 7fe90020 7fe90000 7fc5cd0c 0x7fc5ccf0: 0026d2aa 00000000 00000000 00000002 0x7fc5cd00: 00e94bc8 00000122 7fc5ce10 7fc5cd6c 0x7fc5cd10: 00e71fee 7fe90000 00000000 7fedc218 0x7fc5cd20: 7feddac2 001716ae 00e8edda 7d828d90 0x7fc5cd30: 0000000e 00000010 7d828f00 7d828e68 0200: sel=1007 base=7befc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x00e6b6f9 WineEngGetGlyphOutline+0x201 [/winf/dlls/gdi/freetype.c:2818] in gdi32 (0x00e6b6f9) 2 0x00e72810 WineEngGetTextExtentPoint+0xd0(font=0x7fedc6b0, wstr=0x7fc5e3bc, count=0xa, size=0x7fc5cf54) [/winf/dlls/gdi/freetype.c:3685] in gdi32 (0x00e72810) 3 0x00e64347 GetTextExtentPoint32W+0x47(hdc=0x1c0, str=0x7fc5e3bc, count=0xa, size=0x7fc5cf54) [/winf/dlls/gdi/font.c:1104] in gdi32 (0x00e64347) 4 0x00e67010 GetCharacterPlacementW+0x134(hdc=0x1c0, lpString=0x7fc5e3bc, uCount=0xa, nMaxExtent=0x0, lpResults=0x7fc5e398, dwFlags=0x8103b) [/winf/dlls/gdi/font.c:2780] in gdi32 (0x00e67010) 5 0x004022b5 in script_test (+0x22b5) (0x004022b5) 6 0x00401141 in script_test (+0x1141) (0x00401141) 7 0x3266f6e6 in cc3260 (+0x6f6e6) (0x3266f6e6) 8 0x00000000 (0x00000000) 9 0x00793ccb wine_switch_to_stack+0x17 in libwine.so.1 (0x00793ccb) 0x00e6b6f9 WineEngGetGlyphOutline+0x201 [/winf/dlls/gdi/freetype.c:2818] in gdi32: fldcw 0xffffff92(%ebp) 2818 left = (INT)(ft_face->glyph->metrics.horiBearingX * widthRatio) & -64;

1 0

WINE & prelink
by Vitaly Lipatov March 6, 2006

March 6, 2006

Can anyone explain here or at http://wiki.winehq.com/ about prelink usage in WINE. Is it necessary for build process? I see it is recommended at http://wiki.winehq.com/Recommended_Packages -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

FW: Re: Wine testing and Guild Wars: Factions Beta weekend March 24th
by Jeremiah Powell March 6, 2006

March 6, 2006

Please see below. >From: Alexandre Julliard <julliard(a)winehq.org> >To: "Jeremiah Powell" <waveclaw(a)hotmail.com> >Subject: Re: Wine testing and Guild Wars: Factions Beta weekend March 24th > >"Jeremiah Powell" <waveclaw(a)hotmail.com> writes: > > > I would like to extend this opportunity to someone in the wine > > development community. Who would like a chance to collect data on the > > behavior of running Guild Wars under wine? > > > > How about for free? > >That sounds good, you should ask on wine-devel, I'm sure people would >be interested. > >-- >Alexandre Julliard >julliard(a)winehq.org I have 3 guest keys for the Guildwars: Factions BWE starting March 24th. Everyone I know already plays Guildwars on Windows. The Wine D3D support has gotten to the point of running Guildwars in a playable state[1]. I'd like offer these keys to the wine developers for debug purposes. In particular, I'd like committers on the D3D subsystem and the sound systems to enjoy a little free game time while collecting some valuable data[2]. There are only 3 keys. These are free TRIAL accounts, good for only that weekend. If you buy the game, you can open the accounts back up at a later time. The game client generates the account-contact emails from personal email addresses I give it, but they are in no other way assocaited with my account(s). Please reply to me directly if you want the keys, but keep the spam to a minimum. A list of people getting the keys can be posted if the list wants. JD 'too much hotmail spam anyway' Powell --- 1. While not stable, normal play is possible. I use SuSE OSS 10 with ATI's fglx drivers, and Cedega chokes on for this 'supported' game during screen changes, which the Wine D3D code handles gracefully. 2. From the appdb: Guildwars is a pure DirectX game that uses no opengl, no SDL, etc. Guildwars was functional under wine until the September 2005 Sorrow's Furnace update. Now game client has two modes in which it can be run. Normally, guildwars tried to use DirectX's shading language. This causes it to fail under Wine. With the '-noshaders' option, the game falls back on only the older DirectX calls. Other interesting features include toggling sound support with '-nosound' and output of triangles, fps, networking information with 'perfs' and starting in a window with '-windowed.' A 3rd party sound expansion is available that integrates with the DRM system in Media Player 9, but can be patched out by moving the DLL to another location.

1 0

[Compile problem] GL_STENCIL_BACK_FAIL vs. GL_STENCIL_BACK_FAIL_ATI
by Uwe Bonnes March 6, 2006

March 6, 2006

Hallo, compiling a recent CVS checkout, I go a failure with GL_STENCIL_BACK_FAIL etc undefined. It seems that a patch from Vitaly regarding wined3d_gl.h from yesterday evening as notor only partial applied. Appended patch lets me circumvent that problem. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/wined3d/device.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/device.c,v retrieving revision 1.145 diff -u -r1.145 device.c --- wine/dlls/wined3d/device.c 4 Mar 2006 17:10:57 -0000 1.145 +++ wine/dlls/wined3d/device.c 5 Mar 2006 14:47:13 -0000 @@ -3773,9 +3773,9 @@ GLint action = StencilOp(Value); - glGetIntegerv(GL_STENCIL_BACK_FAIL, &stencilFail); - glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_FAIL, &depthFail); - glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_PASS, &stencilPass); + glGetIntegerv(GL_STENCIL_BACK_FAIL_ATI, &stencilFail); + glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_FAIL_ATI, &depthFail); + glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_PASS_ATI, &stencilPass); if(WINED3DRS_CCW_STENCILFAIL == State) { stencilFail = action;

3 4

DirectDraw -> WineD3D patch
by Stefan Dösinger March 5, 2006

March 5, 2006

Hi, I've brought my DirectDraw over WineD3D patch in a form where I want to show it to the public for review. I've uploaded it to http://stud4.tuwien.ac.at/~e0526822/, where it is described in detail(below the game list). If there are no fundamental objections against it, I'll start sending patches for WineD3D. The changes I'll make in small patches :) are: -> Header fixes, that wined3d_interface.h can be included with d3d.h -> Adding methods to WineD3D for DirectDraw rendering -> Adding the 2D only surface implementation to WineD3D When WineD3D is ready, I'll send a patch for dlls/ddraw to wine-devel and wine-user for a broad regression testing, and when the regressions are out, the ddraw can be replaced(From my POV, AJ has the last word of course ;) ) Have fun playing, Stefan

5 9

Re: [PATCH] [WineDbg test harness]: various updates
by Eric Pouech March 5, 2006

March 5, 2006

Eric Pouech wrote: > - now supports all tests with or without 'in <modname>' information > - extended startup tests please, discard this patch A+ -- Eric Pouech

1 0

about Wingdings/Symbol
by Vitaly Lipatov March 5, 2006

March 5, 2006

I wish to make a initial font file for Wingdings and Symbol fonts. Do anyone some font designing already? I plan to draw some common usable symbols for first. -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

1 0

World of Warcraft 0.10 Public Test Realm (PTR)
by Tomas Carnecky March 5, 2006

March 5, 2006

At a certain point the screen just turns black, it's always at the same point, and when looking through the +x11drv trace I can see these messages at that point: trace:x11drv:X11DRV_DCICommand (20,(12,2079885668,543712117),(nil)) trace:x11drv:X11DRV_DCICommand (20,(13,1792,543712117),0x7bf88d40) trace:x11drv:X11DRV_DCICommand (20,(11,1792,543712117),0x7bf88d60) trace:x11drv:X11DRV_DCICommand (20,(10,1792,543712117),0x7bf88ea8) also, these messages don't appear in version 1.9.4 (which is the 'live' version). So I suspect that Blizzard added something related to this function to the 0.10 version which breaks something. When the screen turns black, its just the screen, everything else works, keyboard for sure, I can press 'Esc' to get out of the game, not sure about the mouse though.. Does anyone have an idea how to fix this? tom

1 3

Question about copyright lines
by Stefan Dösinger March 5, 2006

March 5, 2006

Hello, At the top of every fine there's are some "Copyright <year> <name>" lines, listing the persons who have contributed to a file, and when. Are there any specifc rules about that? Thanks, Stefan

6 7

fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented
by Rainer Dorsch March 5, 2006

March 5, 2006

Hello, wine-0.9.9 still does not display folders correctly in a file select box (Lotus Notes in this case). Folders and files are displayed with the file symbol. It seems to be only a display issue, clicking on folders still opens them. A screenshot is here http://www.winehq.org/pipermail/wine-devel/attachments/20060223/9f1675d7/fi… shows an example for rd at silverboxy:~/test$ ls -l insgesamt 4 drwxr-xr-x 2 rd rd 4096 2006-02-23 17:08 dir -rw-r--r-- 1 rd rd 0 2006-02-23 17:08 file rd at silverboxy:~/test$ The console shows this log fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30190, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented fixme:imm:ImmReleaseContext (0x30190, 0x4997af70): stub fixme:process:GetProcessWorkingSetSize (0xffffffff,0x4075d768,0x4075d76c): stub fixme:process:SetProcessWorkingSetSize (0xffffffff,33554432,33554432): stub - harmless when opening a file select box. Causes this one fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented this wine glitch? Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367

2 4

WRT: winetest-latest is outdated
by Detlef Riekenberg March 5, 2006

March 5, 2006

Hi. The latest Winetest-Binaries are outdated ( http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/?N=D ). Winetest (ELF) compiled again recently ( http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php ), but the crossbuilds are still missing. Is there anything that we can do for help? -- By By ... ... Detlef

4 3

Re: shell32: Unicode'ify ISFHelper interface
by Vitaliy Margolen March 5, 2006

March 5, 2006

Saturday, March 4, 2006, 10:35:54 AM, Michael Jung wrote: > ChangeLog: > Unicode'ify shell32 internal ISFHelper interface and it's implementors. > dlls/shell32/shellfolder.h | 4 ++- > dlls/shell32/shfldr_fs.c | 55 > +++++++++++++++++++++--------------------- dlls/shell32/shfldr_unixfs.c | > 32 ++++++++++++++---------- > dlls/shell32/shv_bg_cmenu.c | 6 ++--- > 4 files changed, 51 insertions(+), 46 deletions(-) Few questions: > - if (uLen < strlen (szNewFolder) + 4) > + if (uLen < lstrlenW (wszNewFolder) + 4) Probably should use sizeof(wszNewFolder)/sizeof(WCHAR) + 4. A bit awkward but compiled into single number. And it looks like that's what you used in shfldr_unixfs.c <g>. > - _ILSimpleGetText (pidl, szText, MAX_PATH); > - if (0 == strcasecmp (szText, lpName)) { > - sprintf (lpName, "%s %d", szNewFolder, i++); > + _ILSimpleGetTextW (pidl, wszText, MAX_PATH); > + if (0 == lstrcmpiW (wszText, pwszName)) { > + sprintfW (pwszName, wszFormat, wszNewFolder, i++); To be safe probably should use snprintfW instead. > + if (This->sPathTarget) > + lstrcpyW(wszNewDir, This->sPathTarget); Kind of the same thing. Here > +++ b/dlls/shell32/shfldr_fs.c > + if (uLen < lstrlenW (wszNewFolder) + 4) and here > +++ b/dlls/shell32/shfldr_unixfs.c > + if (uLen < sizeof(wszNewFolder)/sizeof(WCHAR)+3) Why 4 in one place and 3 in the other? Vitaliy Margolen

2 1