June 2005 - Wine-Devel - list.winehq.org

Re: d3d9: Correct number of params for ValidateVertexShader
by Oliver Stieber June 28, 2005

June 28, 2005

The first parameter can be named (it's pFunction, a pointer to the shader function to be validated), and d3d8 also needs to be patched. The scrapland demo can be used to test that d3d8 is correct. (http://www.download.com/Scrapland-demo/3000-7563_4-10325931.html) --- James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > Changelog > * Correct number of params for ValidateVertexShader. > > -- > James Hawkins > > Index: dlls/d3d9/d3d9.spec > =================================================================== > RCS file: /home/wine/wine/dlls/d3d9/d3d9.spec,v > retrieving revision 1.1 > diff -p -U3 -r1.1 d3d9.spec > --- dlls/d3d9/d3d9.spec 1 Jul 2003 01:09:17 -0000 > 1.1 > +++ dlls/d3d9/d3d9.spec 28 Jun 2005 05:35:43 -0000 > @@ -1,5 +1,5 @@ > @ stdcall D3D9GetSWInfo() > @ stdcall DebugSetMute() > @ stdcall Direct3DCreate9(long) > -@ stdcall ValidatePixelShader(ptr ptr) > +@ stdcall ValidatePixelShader(ptr ptr ptr ptr ptr) > @ stdcall ValidateVertexShader(ptr ptr) > Index: dlls/d3d9/d3d9_main.c > ================================================================== > RCS file: /home/wine/wine/dlls/d3d9/d3d9_main.c,v > retrieving revision 1.7 > diff -p -U3 -r1.7 d3d9_main.c > --- dlls/d3d9/d3d9_main.c 6 May 2005 19:38:50 > -0000 1.7 > +++ dlls/d3d9/d3d9_main.c 28 Jun 2005 05:35:43 > -0000 > @@ -72,9 +72,9 @@ BOOL WINAPI DllMain(HINSTANCE > hInstDLL, > > /*********************************************************************** > * ValidateVertexShader (D3D9.@) > */ > -BOOL WINAPI ValidateVertexShader(LPVOID what, > LPVOID toto) { > - FIXME("(void): stub: %p %p\n", what, toto); > - return TRUE; > +BOOL WINAPI ValidateVertexShader(LPVOID x1, LPVOID > x2, LPVOID x3, LPVOID x4, LPVOID x5) { > + FIXME("(%p,%p,%p,%p,%p) stub\n", x1, x2, x3, > x4, x5); > + return TRUE; > } > > /*********************************************************************** ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

2 2

AppDB
by Mitchell Mebane June 28, 2005

June 28, 2005

Hi, My Summer of Code proposal to work on the AppDB wasn't accepted, but I still wish to do some of the things I listed. Anyway, I was looking at the code for image handling, and I see it is written for GD 1. Thus, any image which has to be resized gets cut down to 256 colors, and is simply resized instead of being resampled, which makes the image blocky. According to the PHP manual, these better functions require PHP 4.0.6 and GD 2.0.1 or higher. Is the AppDB server really running such an old version of PHP that this is required? --Mitchell Mebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

4 3

Soliciting suggestions for AppDB
by Mitchell Mebane June 28, 2005

June 28, 2005

Hi all, I'm putting together a Summer of Code proposal for working on the AppDB. I've been talking with Chris Morgan, and he has a few suggestions, but I was looking for more. Does anybody have any features they'd like added to the AppDB, quirks they'd like worked out, or things of that nature? Thanks, Mitchell Mebane -- The roots of education are bitter, but the fruit is sweet. --Aristotle

6 10

Version Info on user.exe
by Uwe Bonnes June 27, 2005

June 27, 2005

Hallo, the online banking part of the T-Online Suite was an often demanded application on Linuxtag. The installer at http://service.t-online.de/c/06/50/11/650114.html is a 72 MByte download. Current CVS displays a blank screen on some splash screen, making navigating impossible. Older CVS versions (some days ago) displayed fine. I'll investigate this later, keeping the list informed. The real problem however is that the final installer asked for the Country version of user.exe. The installer expects 0407 for Germany. Wine doesn't supply that information, so the installer aborts. How should wine handle that situation? We probably don't want to compile contry specific versions of user.exe. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- trace:ver:GetFileVersionInfoSizeW (L"c:\\windows\\system\\user.exe",0x7fd4e9b0) trace:ver:VERSION_GetFileVersionInfo_PE L"c:\\windows\\system\\user.exe" warn:ver:VERSION_GetFileVersionInfo_PE Could not load L"c:\\windows\\system\\user.exe" trace:ver:VERSION_GetFileVersionInfo_16 "c:\\windows\\system\\user.exe" trace:ver:print_vffi_debug structversion=1.0, fileversion=10.0.0.0, productversion=1.0.0.0, flagmask=0x0, flags= trace:ver:print_vffi_debug ( OS=0x0.0x0 UNKNOWN(0x0),BASE) trace:ver:print_vffi_debug filetype=DLL, trace:ver:print_vffi_debug filedata=0x0.0x0 trace:ver:GetFileVersionInfoA ("c:\\windows\\system\\user.exe",0,size=448,data=0xb3100b58) trace:ver:VERSION_GetFileVersionInfo_PE L"c:\\windows\\system\\user.exe" warn:ver:VERSION_GetFileVersionInfo_PE Could not load L"c:\\windows\\system\\user.exe" trace:ver:VERSION_GetFileVersionInfo_16 "c:\\windows\\system\\user.exe" trace:ver:print_vffi_debug structversion=1.0, fileversion=10.0.0.0, productversion=1.0.0.0, flagmask=0x0, flags= trace:ver:print_vffi_debug ( OS=0x0.0x0 UNKNOWN(0x0),BASE) trace:ver:print_vffi_debug filetype=DLL, trace:ver:print_vffi_debug filedata=0x0.0x0 trace:ver:VerQueryValueA (0xb3100b58,"\\VarFileInfo\\Translation",0x7fd4e9ac,0x7fd4e9a8) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.

3 3

Re: msi: prevent locking the cd
by Alexandre Julliard June 27, 2005

June 27, 2005

Aric Stewart <aric(a)codeweavers.com> writes: > Copy the msi file to a temp file to prevent locking a CD during an > install. This allows multi disc installs to eject the first volume. This fails make test: fixme:msi:MSI_OpenDatabaseW open failed r = 80030050! format.c:84: Test failed: Failed to open package format.c:102: Test failed: Failed to close package fixme:msi:MSI_OpenDatabaseW open failed r = 80030050! format.c:84: Test failed: Failed to open package format.c:668: Test failed: size wrong(16) etc... -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] FCI work for cabinet.dll [cabinet-fci-patch-03.diff]
by Alexandre Julliard June 27, 2005

June 27, 2005

"Gerold J. Wucherpfennig" <gjwucherpfennig(a)gmx.net> writes: > +static cab_ULONG fci_set_little_endian_ulong( cab_ULONG i ) { > + unsigned char v[4]; > + v[0]=i; > + v[1]=i>>8; > + v[2]=i>>16; > + v[3]=i>>24; > + return *((cab_ULONG*)(v)); > +} > + > +static cab_ULONG fci_get_little_endian_ulong( cab_ULONG i ) { > + unsigned char v[4]; > + cab_ULONG r=0; > + memcpy(v,&i,4); > + r|=v[3]; > + r<<=8; > + r|=v[2]; > + r<<=8; > + r|=v[1]; > + r<<=8; > + r|=v[0]; > + return r; > +} You should use the Rtl*ByteSwap functions with the appropriate #ifdef WORDS_BIGENDIAN, it would be a lot more efficient, particularly on little endian platforms that represent 99.9% of the real world cases. -- Alexandre Julliard julliard(a)winehq.org

1 0

Battlefield 1942 Regression
by Stefan Dösinger June 27, 2005

June 27, 2005

Hello, The patch http://cvs.winehq.org/patch.py?id=18375 from 2005/06/22 13:30:30 breaks Battlefield to a certain extend. Battlefield used to have major texture problems(Units partially not visible, wrong colors sometimes) which went away approximately 2 Weeks ago. Now they came back with this patch. It seems to me that this patch fixes some functionality which was broken 2 weeks ago and which causes the problems and the root cause is somewhere else. Can someone give me a hint/documentation links what might be wrong here? Is it worth trying Oliviers DirectX patches? It looks to me that he's just committing them to CVS. Stefan Dösinger

2 2

Where to map the unixfs extension
by Michael Jung June 27, 2005

June 27, 2005

Hi, What if we map the unixfs extension on the desktop instead of on mycomputer? So if HKCR\Software\Microsoft\Windows\Current Version\Explorer\Desktop\Namespace\{UnixDosFolderCLSID} is present, the desktop folder would forward ParseDisplayName calls to UnixDosFolder instead of MyComputer. We could de-activate the special case of enumerating all child's of MyComputer in the file dialogs iff unixfs is rooted at the desktop. This way we wouldn't have to introduce a second "MyUnixComputer" and the user could expand MyComputer, if he forgot where there C: drive is mapped. But he would'nt see the drives until he does so. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: dlls/commdlg/printdlg.c : Now works PageSetupDlgA function
by Michael Stefaniuc June 27, 2005

June 27, 2005

Hi, you may want to recheck your patch as it contains lots of cvs update conflicts. tft(a)office.etersoft.ru wrote: > It's too big patch, but break it to many parts very hard. > > ChangeLog: > Complex PageSetupDlg patch > [Snip] > +<<<<<<< printdlg.c ^^^^^^^^^^^^^^^^^^^^^ cvs update conflict > +/*********************************************************************** > + * DefaultPaintHook > + Default hook paint procedure that receives WM_PSD_* messages from the dialog box > + whenever the sample page is redrawn. > +*/ > + [Snip] bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: Move Notification Window (aka systray) To A Separate Process
by Robert Shearman June 27, 2005

June 27, 2005

Robert Shearman wrote: > Changelog: > Move notification window (aka systray) to a separate process. Sorry, this changelog should be as follows instead: Mike Hearn <mh(a)codeweavers.com> Robert Shearman <rob(a)codeweavers.com> Move notification window (aka systray) to a separate process. -- Rob Shearman

1 0

WileLib: Retrurning function pointers
by Giuseppe AMATO June 27, 2005

June 27, 2005

Hi, I'm having big troubles using function pointers. Shortly: I'm trying to build a Winelib compatible DLL that returns function pointers; that pointers must be used by a WIN32 app that runs under Wine. The problem is that the returned function pointers, when directly used by the WIN32 code, crash the application: "wine: Unhandled exception (thread 0009), starting debugger..." In details: For instance the DLL is a PKCS#11 library. The PKCS#11 function C_GetFunctionList() returns a structure that contains pointers to all PKCS#11 functions (so you need to export/use just the C_GetFunctionList symbol) struct CK_FUNCTION_LIST { CK_C_Initialize C_Initialize; CK_C_Finalize C_Finalize; CK_C_GetInfo C_GetInfo; ... }; CK_RV C_GetFunctionList(CK_FUNCTION_LIST_PTR_PTR ppFunctionList); ... All function have cdecl calling convention. The problem is: I need to use a linux-native BINARY PKCS#11 library under a WIN32 program should run with Wine. As specified in the Winelib docs I've created a Winelib wrapper DLL. Firts try: I've wrapped just C_GetFunctionList() and I've exported it using a .spec file. The wrapped C_GetFunctionList() loads the native-linux lib and calls the native C_GetFunctionList(). It just returns function pointers structure to the calling application without doing any fix-up. But when the WIN32 program calls any function using a function pointer contained in CK_FUNCTION_LIST, i.e. C_GetInfo(), the function get called but the WIN32 program crash just after the function returns: "wine: Unhandled exception (thread 0009), starting debugger..." Second try: Looking at winebuild/winemaker/winegcc I've noticed that a PE-like export table is automatically created using the .spec file as input. I can't really understand all implementation details, but looks like that there is also some code that performs calling convetion conversion/fix-up (of course from c to stdcall, but there is also some code for win32-cdecl to gcc-cdecl... ?). So i've tried to use the winelib's LoadLibrary() and GetProcAddress(), to "load self" and to get function pointers exactly as a Win32 application would do... hoping that this way I would get pointers to functions "fixed" for "externa-win32" usage... But I noticed that fucntion pointers returned by GetProcAddress() are exactly equal to "internal" fucntion pointers. I suppose that the GetProcAddress() called from within a Winelib DLL is "smart" enough to return internal pointers isntead of unusable "win32-external" pointers... Third try: not yet done This is a very complicated way; I think that it should works, but I wondering if ther isn't a simpler way... Writing a pure-WIN32 library that exports just C_GetFunctionList and does the CK_FUNCTION_LIST fix-up (lets call this DLL w32-stub) the Winelib DLL should stub and export ALL PKCS#11 functions, and not just C_GetFunctionList() (lets call this DLL winelib-wrapper). So... The WIN32 app loads the w32-stub. The w32-stub loads winelib-wrapper (using LoadLibrary) and load all PKCS#11 function pointers using GetProcAddress(); this should return WIN32 usable function pointers. The winelib-wrapper load the linux-native PKCS#11 library (using dlopen); all exported functions just wrap native functions of the linux-native library.

2 1

Multi-User Software Installs
by Joe Baker June 27, 2005

June 27, 2005

I'm looking for ways to install wine on a multi-user box so that hundreds of users can share the same base registry. Username substitution would help in the registry processing. So when a flag is set for installing a global setting, registry keys written which include the username would instead put something like $username into the key. Having an include directory could also be useful so that all the individual files inside the directory would be included. It would be usefull to disqualify files ending with a ~ character such as the Emacs program creates when creating temporary backups of the file you are editing. So I'm looking to eliminate having seperate (full) fake windows directories for every user. Are these concerns already addressed or dealt with in some other way? -Joe Baker

2 1

CrossOver licensing behaviour?
by Andreas Mohr June 27, 2005

June 27, 2005

Hi and greetings from LinuxTag in Karlsruhe! At our booth we had a visitor who told me that the version of CrossOver Office that he had been using issued a timely warning about license expiration few months before finally actually ceasing to provide service exactly after one year. This report is rather astonishing to me since I'm not too happy about software which actually ceases to work after some time, and I also wouldn't have expected Codeweavers to employ such questionable policies. On http://www.codeweavers.com/products/upgrade_policy/ there is no mention of actually disabling the software after a year, though. The only thing mentioned here is loss of support after a year, which is perfectly fine with me. That way you're left with an unsupported piece of ju^H^Hsoftware, yet may keep running it for centuries. Given that a denial of service (pun intentional ;) after a year is not mentioned on this web page, I have some reasons to suspect that this visitor had some random issue making his installation fail to keep working. The visitor told me that it may have been a special SuSE CrossOver version (Wine Rack?). Does that one have specially restrictive terms, maybe? Thanks for listening, now continuing to provide free quality advertisement for CXO on LinuxTag ;-), Andreas Mohr

3 3

FW: Version Info on user.exe
by Rolf Kalbermatter June 27, 2005

June 27, 2005

Uwe Bonnes wrote: > The real problem however is that the final installer asked > for the Country version of user.exe. The installer expects 0407 > for Germany. Wine doesn't supply that information, so the installer > aborts. There sure enough must be a workaround for this in the T-Online suite. Otherwise this would mean that you can't run it on a non-German Windows installation and I would certainly guess that there are several people who run for instance the US or UK English Windows version for one reason or the other. So what would they have to do? Rolf Kalbermatter

1 0

Re: ntdll / kernel32: #58
by Paul Vriens June 27, 2005

June 27, 2005

> CLSIA > -- > Eric Pouech > Hi Eric, is there a way you could change the name for your KERNEL_USER_TIMES variable (kut). I suspect that some proxy-scannners (DansGuardian f.e.) will trip over this as this a Dutch word for some part of the female body. I don't know if there's some general 'rule' about these kind of things/wordings ? Cheers, Paul.

1 0

Freetype compatibility issue?
by Vikram Kumar June 27, 2005

June 27, 2005

Hi, I've been trying to get cvs-head to work for the last few days, but freetype is giving me problems. I try to run anything and I get the same libfreetype problem. I've attached the output when I try to run notepad. I've been away from wine for a bit so if anybody can fill me in on this one... I'm running on gentoo, freetype 2.1.9 Cheers Vik $ wine notepad wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7ffad12a). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7ffad12a ESP:7ba3f368 EBP:7f6fc008 EFLAGS:00210202( - 00 - -RI1) EAX:00000000 EBX:7ffeab94 ECX:00000000 EDX:7ffe9ac0 ESI:00000000 EDI:7c0b34dc Stack dump: 0x7ba3f368: 7c00f368 00024cf0 7c01a8bc 7ffeab94 0x7ba3f378: 00000018 7ba3f3d0 00000000 7ba3f3a0 0x7ba3f388: 7c01a8bc 7ffe9ac0 7c0b3918 7c00f368 0x7ba3f398: 0000499e 00000000 7ffad08a 7ffeab94 0x7ba3f3a8: 7c08f490 7ba3f478 00000000 7ff97393 0x7ba3f3b8: 7c01a8a8 00000000 7ba3f3d0 7ff91fd3 Backtrace: =>1 0x7ffad12a in libfreetype.so.6 (+0x2a12a) (0x7f6fc008) 2 0x00000000 (0x00000000) 0x7ffad12a: movzwl 0x0(%eax,%esi,2),%eax Modules: Module Address Debug info Name (44 modules) ELF 0x7b3a1000-7b3c9000 Deferred winspool.drv<elf> \-PE 0x7b3b0000-7b3c9000 \ winspool.drv ELF 0x7b3c9000-7b48a000 Deferred comctl32<elf> \-PE 0x7b3e0000-7b48a000 \ comctl32 ELF 0x7b48a000-7b4aa000 Deferred iphlpapi<elf> \-PE 0x7b490000-7b4aa000 \ iphlpapi ELF 0x7b4aa000-7b4f4000 Deferred rpcrt4<elf> \-PE 0x7b4c0000-7b4f4000 \ rpcrt4 ELF 0x7b4f4000-7b583000 Deferred gdi32<elf> \-PE 0x7b510000-7b583000 \ gdi32 ELF 0x7b583000-7b6b6000 Deferred user32<elf> \-PE 0x7b5a0000-7b6b6000 \ user32 ELF 0x7b6b6000-7b6f8000 Deferred advapi32<elf> \-PE 0x7b6d0000-7b6f8000 \ advapi32 ELF 0x7b6f8000-7b789000 Deferred ole32<elf> \-PE 0x7b710000-7b789000 \ ole32 ELF 0x7b789000-7b7e7000 Deferred shlwapi<elf> \-PE 0x7b7a0000-7b7e7000 \ shlwapi ELF 0x7b7e7000-7b8af000 Deferred shell32<elf> \-PE 0x7b800000-7b8af000 \ shell32 ELF 0x7b8af000-7b940000 Deferred comdlg32<elf> \-PE 0x7b8c0000-7b940000 \ comdlg32 ELF 0x7ba48000-7ba70000 Deferred notepad<elf> \-PE 0x7ba50000-7ba70000 \ notepad ELF 0x7baef000-7bc00000 Deferred kernel32<elf> \-PE 0x7bb20000-7bc00000 \ kernel32 ELF 0x7bd12000-7bd1c000 Deferred libnss_files.so.2 ELF 0x7bd1c000-7bd26000 Deferred libnss_nis.so.2 ELF 0x7bd26000-7bd3b000 Deferred libnsl.so.1 ELF 0x7bd3b000-7bd44000 Deferred libnss_compat.so.2 ELF 0x7bd59000-7bd7b000 Deferred libm.so.6 ELF 0x7bd7b000-7be70000 Deferred libwine_unicode.so.1 ELF 0x7be85000-7bf00000 Deferred ntdll<elf> \-PE 0x7bea0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7ff18000-7ff38000 Deferred libexpat.so.0 ELF 0x7ff38000-7ff5e000 Deferred libfontconfig.so.1 ELF 0x7ff73000-7ff83000 Deferred libz.so.1 ELF 0x7ff83000-7ffeb000 Export libfreetype.so.6 ELF 0xb7e92000-b7e96000 Deferred libdl.so.2 ELF 0xb7e96000-b7fa8000 Deferred libc.so.6 ELF 0xb7fa8000-b7fba000 Deferred libpthread.so.0 ELF 0xb7fba000-b7fd3000 Deferred libwine.so.1 ELF 0xb7fe9000-b8000000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\windows\system\notepad.exe 00000009 0 <== WineDbg terminated on pid 0x8

1 1

Re: ntdll / kernel32: #57
by Dmitry Timoshkov June 27, 2005

June 27, 2005

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > --- dlls/ntdll/thread.c 21 Jun 2005 09:57:53 -0000 1.31 > +++ dlls/ntdll/thread.c 26 Jun 2005 08:41:07 -0000 > @@ -593,6 +641,19 @@ > case ThreadTimes: > case ThreadPriority: > case ThreadBasePriority: > + { > + const DWORD *pprio = data; > + if (length != sizeof(DWORD)) return STATUS_INVALID_PARAMETER; > + SERVER_START_REQ( set_thread_info ) > + { > + req->handle = handle; > + req->priority = *pprio; > + req->mask = SET_THREAD_INFO_PRIORITY; > + status = wine_server_call( req ); > + } > + SERVER_END_REQ; > + return status; > + } ThreadTimes case should be moved to the stubbed cases below. -- Dmitry.

1 0

Re: ADVPACK: Remove DllMain from the spec file
by Dmitry Timoshkov June 27, 2005

June 27, 2005

"Jacek Caban" <jack(a)itma.pwr.wroc.pl> wrote: > Changelog: > Remove DllMain from the spec file We need to match native exports, and native advpack.dll really exports DllMain. -- Dmitry.

1 0

Re: add GetGlobalFontLinkObject in mlang
by Dmitry Timoshkov June 27, 2005

June 27, 2005

"Felix Nawothnig" <felix.nawothnig(a)t-online.de> wrote: > --- include/mlang.idl 19 Nov 2004 17:59:41 -0000 1.5 > +++ include/mlang.idl 9 Dec 2004 16:08:02 -0000 > @@ -545,6 +545,8 @@ cpp_quote("STDAPI Rfc1766ToLcidA(LCID *, > cpp_quote("STDAPI Rfc1766ToLcidW(LCID *, LPCWSTR);") > cpp_quote("#define Rfc1766ToLcid WINELIB_NAME_AW(Rfc1766ToLcid)") > > +cpp_quote("STDAPI GetGlobalFontLinkObject();") This is not a prototype, you need to list the types of arguments, in this case (void). -- Dmitry.

1 0

Re: lostwages: fix link to ICM documentation
by Tom Wickline June 27, 2005

June 27, 2005

On 6/26/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Link to Image Color Management (ICM) Reference instead of > irrelevant MSCMS Publishing API docs. > Hello Saulius, After status6 is committed you can look over all the MSN/Other doc links and suggest better linkage if you wish. :-) I got a little lazy while doing them.. well more like bored out of my head and did a hurry up job on a couple of them. Cheers, Tom

1 0

Jedi Academy regression?
by Fernando Vilas June 26, 2005

June 26, 2005

Hi, In wine-20050524, Jedi Academy works well. After an upgrade to wine-cvs, now it doesn't go fullscreen and doesn't get keyboard focus. wine-20050524: (works) $ wine jasp fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.67" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_swap_control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.67" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_swap_control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:wave:DSD_CreateSecondaryBuffer (0x7fdc03b8,0x7fc5eb10,10024,0,0x7fdc331c,0x7fdc342c,0x7fdc32f8): stub wine-cvs: (doesn't) $ wine jasp err:x11settings:X11DRV_ChangeDisplaySettingsExW No matching mode found! (NoRes) fixme:wave:DSD_CreateSecondaryBuffer (0x7fdc0fc0,0x7fc5eb10,10024,0,0x7fdc19fc,0x7fdc1b0c,0x7fdc19d8): stub This started about June 13th. (give or take) after spending some time to see if there was some configuration variable that changed, I installed the older version of wine for comparison. I believe this is a regression, but if there's some thing I should have done on my box to fix it, please let me know. Relevant info: Slackware-current Linux 2.6.12 nVidia GeForce 5900 (7664 drivers) using xinerama, not twinview AMD TBird 1.4GHz I can get you config files if those would help. -- Thanks, Fernando Vilas fvilasatinamedotcom

2 1

Wine tests
by Glen Kaukola June 26, 2005

June 26, 2005

Hi there, So I'm not seeing a test for MoveFileEx at all. I wouldn't mind taking a stab at creating one, and for that matter for anything else I happen to find not being tested. Sound like a plan? Glen

2 2

lotus notes regression
by Paul R Streitman June 25, 2005

June 25, 2005

Patch 14725, applied 2004/12/07 11:31:53, breaks lotus notes. The symptom is a hang with the CPU at 100%, and it happens immediately if you try to click on a notes 'bookmark', or shortly after you try to do much of anything else if you try to avoid the 'bookmarks'. Sorry that it took me so long to report this, when I decided that it wasn't just a temporary instability I eventually had to iteratively compile (many) CVS snapshots to narrow down when the problem was introduced because I found it impossible to untangle the various patches that went in around that time frame. I also ran afoul of the jack problems near the end. I do not know how to narrow the problem down further. I tried running winedbg (at CVS level a couple of days ago), and that seems to be broken too -- it wanted to run things from the wine build tree? There are no unusual console messages or anything when the problem happens. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

7 8

Font matching headaches
by Andreas Mohr June 25, 2005

June 25, 2005

Hi, another visitor on LinuxTag was having huge issues with a heavy-duty app doing batches of calculations, and every time after the end of those calculations there was an X server spike going up to 80% CPU. Turns out that spike was caused by the WARN("Huge font size %d pixels has been reduced to %d\n", h, MAX_FONT_SIZ E); message in dlls/x11drv/xfont.c/LFD_ComposeLFD() By binary-hacking x11drv.so to reduce it to 20 instead, I was able to totally eliminate the CPU wait period, since it then didn't render 1000 pixel fonts any more. Needless to say this is not exactly satisfying, since it's only yet another bandaid for this problem (while it helps in this situation, it would be useful to get this issues fully fixed in Wine). X11 version is XFree86 4.3.0-dfsg-1 (i.e., Debian). Is there anything that can be done to prevent this situation? (I know that it's an inconvenient situation in a workaround handler for even more inconvenient behaviour, but still...). I can ask for further machine specific information if it turns out that it would be useful... Another thing that I found there is the following loop: do { LFD_ComposeLFD( pfo, fm.height, lpLFD, uRelaxLevel++ ); if( (pfo->fs = safe_XLoadQueryFont( gdi_display, lpLFD )) ) brea k; } while( uRelaxLevel ); which *might* perhaps run amok since it continually grows without any effective check (but the break; should hopefully be sufficient to stop this reliably). Thanks, Andreas Mohr

1 0

Re: shell32: fix infinite loop in SHGetPathFromIDListW
by Vitaliy Margolen June 25, 2005

June 25, 2005

Thank you. This patch does fix the infinite loop bug. Vitaliy Margolen Saturday, June 25, 2005, 5:14:27, Michael Jung wrote: > Hi, > With a seemingly unrelated change in his local tree Vigaliy Margolen triggered > an infinite loop in SHGetPathFromIDList (which was introduced by one of my > patches): > SHGetPathFromIDList (pidl.c:1256) calls SHBindToParent, which calls Desktop->>BindToObject (pidl.c:1315), which calls SHELL32_BindToChild > (shfldr_desktop.c:348), which binds to MyComputer (shlfolder.c:289) and then calls MyComputer->>BindToObject (shlfolder.c:314), which calls > SHELL32_BindToChild (shfldr_mycomp.c:346), which calls > SHELL32_GetCustomFolderAttribute (shlfolder.c:299), which calls > SHGetPathFromIDList (shlfolder.c:91). Phew. > Since the path is already known in SHELL32_BindToChild, we can break the loop > easily. > I don't understand, why we don't see a stack overflow with wine cvs, but the > size of a +shell log shrinks 90% with this patch applied compared to cvs. So > we do have the loop, but it is terminated somehow before the stack overflows. > Changelog: > Fix a lurking infinite loop in SHGetPathFromIDList. > Bye,

1 0

loop in SHGetPathFromIDList
by Michael Jung June 24, 2005

June 24, 2005

Hi Vitaliy, your patch to shlfolder.c is what produces the loop. It is the line, which I commented out below: if (dwAttributes & FILE_ATTRIBUTE_DIRECTORY) ;//*pdwAttributes |= (SFGAO_FOLDER | SFGAO_HASSUBFOLDER | SFGAO_FILESYSANCESTOR); else *pdwAttributes &= ~(SFGAO_FOLDER | SFGAO_HASSUBFOLDER | SFGAO_FILESYSANCESTOR); It works fine if the line is commented out. I don't understand at the moment why this is the fact, but the loop seems in fact to be a problem with SHGetPathFromIDList. I didn't figure it out tonight, but I will investigate this further over the weekend. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

X11 -- how do you prevent window from closing if user closes it
by Peter Quiring June 24, 2005

June 24, 2005

I trying to use X11 and let's say I create a text editor. Let's say the user is using the text editor, makes some changes and then clicks on the [X] to close the window before saving changes. I want to popup a "are you sure" before the window is closed but X11 doesn't allow this. How does Wine go about this problem? In Windows this is easy, in the WindowProc() just ignore WM_CLOSE. FYI :Porting some code over to Linux and need a little help. Thanks.

3 2

Re: cabinet.dll status ?
by Gerold J. Wucherpfennig June 24, 2005

June 24, 2005

On Friday 24 June 2005 14:32, Tom Wickline wrote: > Hello Gerold, > > I currently list cabinet.dll at 80% completion can you let me know > what you feel > the current status should be? > > Would you like for me to add you as the current worker? I just looked > through CVS and seem to be the main developer now for cabinet.dll > > http://www.winehq.org/site/status_dlls > > Thanks, > Tom Hi Tom, I thank you very much for asking me about cabinet.dll. :) I would really like to be added as the current worker. :) My personal opinion about the completition status, not specifically about cabinet.dll, is that the status should be roughly equal to the amount of code that is implemented compared to the 100% of code . Right now the status based on the percieved amount of usage of the respective API functions. That of course is a bit optimistic, because API functions that are used most will be implemented first and the amount of work that is required to complete the remaining API functions may be underestimated. Regarding cabinet.dll: circa half of the required code and half of the required functions is in CVS right now. Nevertheless I think that you should keep the current completition status as it is right now, because first it would look strange when the status would decrease and second I hope that my current patch will be committed soon which will put the completition status to what it is listed right now. Regards, Gerold

1 0

very old com tech spec doc
by Vijay Kiran Kamuju June 24, 2005

June 24, 2005

very old com tech spec doc. have a look http://www.geocities.com/infyquest/comspec10.zip

1 0

Re: shell32: Implement SHGetPathFromIDList based on GetDisplayNameOf
by Vitaliy Margolen June 24, 2005

June 24, 2005

Alexandre, could you back this patch out? This patch broke shell ParseDisplayName (created call loop) from IShellFolder_ParseDisplayName to SHELL32_ParseNextElement back to IShellFolder_ParseDisplayName Vitaliy Margolen Tuesday, June 14, 2005, 14:08:31, Vitaliy Margolen wrote: > Changelog: > Implement SHGetPathFromIDList based on GetDisplayNameOf > Bye,

2 3

winecfg's registry convience functions
by Michael Jung June 23, 2005

June 23, 2005

I would like to add a checkbox control ("Show host filesystem") to winecfg to allow the user to easily (un-)register the unixfs shell namespace extension. So winecfg would have to query and create/delete the "HKLM\Software\Microsoft\CurrentVersion\Explorer\MyComputer\Namespace\{UNIXFS-CLSID}" key. There are helper functions in winecfg.c to cache registry values for later application, iff the user clicks "Apply" or "Ok". However, those seem to work only for keys rooted at the config key "HKCU\Software\Wine". My question is: Am I doomed to implement the caching on my own for this key, should I generalize the helper functions, or do you think this configuration option should'nt be in winecfg at all? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 7

Cross-compiling with winelib
by Eric Frias June 23, 2005

June 23, 2005

We're working on setting up an environment to cross-compile a winelib application (initially from x86 linux to sparc solaris). To do this, we need a cross-compiling version of winebuild which will generate the assembly code for the target architecture instead of the build architecture. I see two basic ways we can accomplish this. We could either use autoconf's --target flag to specify the target architecture, and then replace all of the "#ifdef __sparc__" statements in winebuild with "#ifdef __target_arch_sparc". I came across an autoconf macro (http://autoconf-archive.cryp.to/ac_create_target_h.html) that would generate the appropriate defines. The other way we could approach the problem is to modify winebuild to always generate assembly code for all of the architectures, pushing the #ifdefs down into the .spec.c file. I'm inclined to stick with the first option, since it looks like less work and less chance of introducing errors, but I wanted to run it by the list before starting work. Would a patch like this be accepted into wine? Do you know of any other gotchas we should be aware of? Thanks, Eric

2 2

Re: COMDLG32: PageSetupDlg improvements
by Alexandre Julliard June 23, 2005

June 23, 2005

Vitaly Lipatov <lav(a)etersoft.ru> writes: > +#define CALLANYPAINTHOOK(msg, wParam, lParam) \ > + (((pda->dlga->Flags & PSD_ENABLEPAGEPAINTHOOK) && \ > + pda->dlga->lpfnPagePaintHook(hWnd,msg,wParam,lParam)) || \ > + PRINTDLG_DefaultPagePaintHook(hWnd,msg,wParam,lParam)) It would be a lot cleaner to always call your DefaultPagePaintHook function and have it call the user's hook first if it's set. > + if (CALLANYPAINTHOOK(WM_PSD_PAGESETUPDLG, MAKELONG(papersize, orientation), (LPARAM)pda)) > + return FALSE; The LPARAM should probably be pda->dlga here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: advapi32: Implement ImpersonateNamedPipeClient
by Dmitry Timoshkov June 23, 2005

June 23, 2005

"James Hawkins" <truiken(a)gmail.com> wrote: > Changelog > * Implement ImpersonateNamedPipeClient. > @@ -871,9 +871,13 @@ BOOL WINAPI InitializeAcl(PACL acl, DWOR > > BOOL WINAPI ImpersonateNamedPipeClient( HANDLE hNamedPipe ) > { > - FIXME("%p - stub\n", hNamedPipe); > + PIO_STATUS_BLOCK pio = NULL; > > - return FALSE; > + TRACE("(%p)\n", hNamedPipe); > + > + return set_ntstatus( NtFsControlFile(hNamedPipe, NULL, NULL, NULL, pio, > + CTL_CODE(FILE_DEVICE_NAMED_PIPE, 7, METHOD_BUFFERED, FILE_ANY_ACCESS), > + NULL, 0, NULL, 0) ); > } What's the purpose of introducing PIO_STATUS_BLOCK pio if you don't actually use it? -- Dmitry.

1 0

winefile: switch to UNICODE mode
by Martin Fuchs June 23, 2005

June 23, 2005

Changelog: switch winefile to UNICODE mode Why did I declare a new macro $(PREINCL) and insert it into Make.rule.in ? To allow inserting the include directory <include/msvcrt> before <include>. Another way would be to change the following line in Make.rule.in and move $(EXTRAINCL) before -I$(TOPSRCDIR)/include: INCLUDES = -I$(SRCDIR) -I. $(EXTRAINCL) -I$(TOPSRCDIR)/include -I$(TOPOBJDIR)/include Why did I remove the following from include/tchar.h? #if defined(_UNICODE) || defined(_MBCS) #error You must use msvcrt when building in Unicode/MBCS mode #endif Because it's just crazy - a few lines later _UNICODE and _MBCS are used to build the A/W mapping macros: /***************************************************************************** * tchar mappings */ #ifndef _UNICODE # ifndef _MBCS # include <string.h> # define WINE_tchar_routine(std,mbcs,unicode) std # else # include <mbstring.h> # define WINE_tchar_routine(std,mbcs,unicode) mbcs # endif #else /* _UNICODE */ # include <wchar.h> # define WINE_tchar_routine(std,mbcs,unicode) unicode #endif If _UNICODE and _MBCS would not be allowed to be used in <tchar.h> at all, what would be the sense of the whole file?

5 10

40tude dialog suddenly broken in latest cvs...
by zhilla June 22, 2005

June 22, 2005

well, i compile wine from cvs every couple of days. 40tude dialog has been working nicely for ages now, accept for minor annoyances. but today... blam. err:thunk:_loadthunk (commctrl.dll, Cctl1632_ThunkData16, comctl32.dll): Unable to load 'commctrl.dll', error 2 err:module:LdrInitializeThunk "comctl32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\40tude Dialog\\dialog.exe" failed, status c0000142 well, i did once copy comctl32 and commctrl.dll from 98se to 40tude directory, so i deleted it and now it works again. as usual, when it works, it says only stuff like... err:ole:CoGetClassObject class {4657278a-411b-11d2-839a-00c04fd918d0} not registered err:ole:CoGetClassObject class {4657278a-411b-11d2-839a-00c04fd918d0} not registered err:x11drv:X11DRV_CreateWindow invalid window height -3 err:x11drv:X11DRV_CreateWindow invalid window height -3 while i'm at it, let me just say couple more problems with it: -in xfce, no task bar icon. i try to dock it into tray with kdocker, it says that "it does not appear to be normal window". hmm... -if there already is an instance of wine running (any other wine program), it does show it in taskbar. still, kdocker does not seem to like it. and if i click couple of times on it in taskbar, File...Edit... bar on 40tude dissapears! funny, funny. -compose window behaves weird. see, there's a line at the bottom that marks real end of the post - so you dont post whitespace. but it, and under it, is not refreshed properly. for example, try to delete part of follow up text, so that line comes above last text. it stays there. and line is gone... otherwise, program works mostly good... damn people, this is clearly "near gold program", needs just some tweaking :)

1 0

system wide file lock server
by Vitaly Lipatov June 22, 2005

June 22, 2005

And again about standalone (system wide) file lock server. WINE provides file locking capabilities, its realized in ntdll -> wineserver. I propose light solution for multiuser lock support - start existing wineserver as independent service under special user and use it specially for file locking purposes. What the objective reasons do not do so? It can be realized with the same code as already exist in wineserver. We can disable this mode during compiling (it depends how we realized wine_server_call special for file related functions). Any suggestions? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

Re: winefile: switch to UNICODE mode
by Ralf Reiterer June 22, 2005

June 22, 2005

Hi, > The pure existence of <include/tchar.h> in the Wine code base > shows me, Wine is aimed to support TCHARs. So why don't you > want to properly activate its functionality and take Winefile > as an example how to use it? > ... > I know, I won't be able to convince you. Any one out there to > support my point of view? ;-) the whole existance of the TCHAR type and associated functions is to allow applications to be portable between ANSI and Unicode and therefore avoid ugly #ifdefs for distinguishing between ANSI and Unicode. As it is part of the Platform SDK at least since Windows 95 was released, I'm sure many Win32 applications (still) rely on the TCHAR type. At least the MFC library and ATL does and hence all MFC/ATL based applications rely on that type too. So I really think Wine has to support the TCHAR type and all associated functions/macros to stay as close to the Windows API as possible. And since it helps to avoid #ifdefs in application source, I think that's a strong argument not to eliminate it from Winelib (includes). Maybe these arguments help to convince you, Alexandre. ;-) Regards Ralf

3 3

Memory problem in winelib apps?
by Walt Ogburn June 22, 2005

June 22, 2005

Hi developers, I'm trying to understand why the following simple program crashes. I think this is the same problem that prevents jack_fst from running with the current version of wine. (Jack_fst allows a lot of programs called VSTs to be run, for audio work). I compiled this with: > winemaker . > make and ran it with: > wine membug.exe.so If BUFSIZE is 1044097, there's an error like this: err:seh:setup_exception stack overflow 12 bytes in thread 0009 eip 4057426f esp 40580ff4 stack 0x40580000-0x40680000 If BUFSIZE is 1044096 or lower, there's no error. If BUFSIZE is much higher (like 2000000), there's a segfault. All the program does is define a character array of size BUFSIZE and scribble in it to make sure it really gets allocated. Maybe this simple example will show how to make jack_fst work. Thanks, Walter

5 6

Wine's Registry Format
by Brad June 22, 2005

June 22, 2005

There's a bug on bugzilla (422) that asks for the registry file format to be re-written in order to be able to dynamically load parts of the registry. If you don't feel like looking it up - don't worry, I'm going to explain why this would benefit wine. . . It's said that wine loads the entire registry when it first runs, which can get become a waste - even if it's going to be swapped off anyway. . . It's also not the fastest method of input and especially output to the registry. . . I've looked into using a Balanced Tree DB from BerkelyDB as a quicker interface to the registry. . . I think it would be a good solution, but the question is whether or not you want the overhead of another library added to wine. . . That's why I'm writing here actually - I need to know if it's ok to add this dependancy to wine, or if I should find a different approach. I know this would cause some chaos in the community - so If this is something that everyone agrees should be done, I'll write a small utility to convert the current ascii registry files into the new format. . . Let me know what you think . . . --Brad DeMorrow

5 5

Wine Porting to Risc MAchine
by Ahmed Abdel Aal June 22, 2005

June 22, 2005

Hi , Could you please advise me if it is possible to run wine on power series Risc machine? If Yes, What is the expected effort? Thanks Ahmed

2 1

clarification regarding msxml
by Vijay Kiran Kamuju June 22, 2005

June 22, 2005

Hi, Can you please clarify what msxml.idl is implementing msxml.dll (Version 1.0) comes with IE4.0 or msxml.dll (Version 2.0) or msxml2.dll (Version 2.5/2.6) or msxml3.dll (Version 3.0) Thanks, Vijay

2 1

wine d3d fun projects.
by Oliver Stieber June 22, 2005

June 22, 2005

Hi, I have another 'fun' and useful project to add to the list. It should be fairly to make wined3d (or d3d8) use the wgl (windows opengl) instead of glx. (just search for glx commands and replace then with the wgl equivalents) Doing so would enable wine's d3d to run on windows in place of the windows driver and without the rest of WINE which would greatly help in debugging. It would also allow wined3d to use the wgl implementation in wine. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

2 2

Re: new testcase for shlwapi path functions (resend)
by Alexandre Julliard June 22, 2005

June 22, 2005

Stefan Huehner <stefan(a)huehner.org> writes: > attached patch adds a new testcase for combining an absolute and > relative portion of a path. This scheme i.e. occurs when a relative path > for an image is resolved relatively to the position of the html file > containting the img tag. > > It was previously not applied. Anything wrong with it? It fails on Wine so it can't be applied. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [shell32] Load file context menu from resources (try 2)
by Michael Jung June 22, 2005

June 22, 2005

On Tuesday 21 June 2005 03:11, Tobias Burnus wrote: > Well, I actually don't know what is supposed to be there; I saw quite > different menus on the different Windows versions. Some seem to have the > "Properties" and "Create Link" (and other stuff more) and others have > not. I will now now blindly assume that that what is in the .c file is > the right thing (TM) and will delete the rest. I guess the "Properties" and "Create Link" entries will appear in the context menus, iff the corresponding IShellFolder sets the SFGAO_HASPROPSHEET and SFGAO_CANLINK flags in it's GetAttributesOf method. For example, you can't create a link on MyComputer, but you can on Desktop. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

hexadecimal formatting
by Saulius Krasuckas June 22, 2005

June 22, 2005

Some code in the tree uses the form "%08lx", while other code places use "0x%08lx". What about converging into a single form?

1 0

Re: winefile: switch to UNICODE mode
by Martin Fuchs June 22, 2005

June 22, 2005

> > The pure existence of <include/tchar.h> in the Wine code base > > shows me, Wine is aimed to support TCHARs. So why don't you > > want to properly activate its functionality and take Winefile > > as an example how to use it? > > ... > > I know, I won't be able to convince you. Any one out there to > > support my point of view? ;-) > > the whole existance of the TCHAR type and associated functions is to > allow applications to be portable between ANSI and Unicode and therefore > avoid ugly #ifdefs for distinguishing between ANSI and Unicode. As it is > part of the Platform SDK at least since Windows 95 was released, I'm > sure many Win32 applications (still) rely on the TCHAR type. At least > the MFC library and ATL does and hence all MFC/ATL based applications > rely on that type too. > > So I really think Wine has to support the TCHAR type and all associated > functions/macros to stay as close to the Windows API as possible. > > And since it helps to avoid #ifdefs in application source, I think > that's a strong argument not to eliminate it from Winelib (includes). > Maybe these arguments help to convince you, Alexandre. ;-) Thanks, Ralf. :-) ...and if something is present in the Winelib API, it should made available completely. Currently it is not possbile to use <tchar.h> in UNICODE mode. My patch changes this, and allows to compile Winefile (and also other applications) in UNICODE mode by using TCHAR as flexible character type. There is still another limitation when using <tchar.h>: You can't use Unix headers at the same time. This is the reason, I had to introduce an external module "unixcalls.c", which is not compiled using the default Makefile rules, but by a special rule without using msvcrt include files. Calling this "ugly" may be justifiable. But it's not the fault of Winefile, but that of the incomplete <tchar.h> support. Regards, Martin

1 0

Job opportunity for Sydney based Wine hacker
by Troy Rollo June 22, 2005

June 22, 2005

I currently have a job opening for a Sydney based Wine hacker. A significant part of the job involves working on Wine. If anybody is interested, please contact me off-list.

1 0

[WINEDOCS] change wine -v to wine --version since wine -v does not work.
by Tony Lambregts June 22, 2005

June 22, 2005

Andreas Mohr wrote: > Hi, > > On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote: > >>Change log: Change wine -v to wine -version since wine -v does not work. > > This is fatally incorrect, since Unix *always* (well, almost;) uses > double-dash for long options (and Wine barfs on that invalid syntax as well). > > Andreas > > Doh! Change log: Change wine -v to wine --version since wine -v does not work. Files Changed: en/wineusr-bugs.sgml Index: en/wineusr-bugs.sgml =================================================================== RCS file: /cvsroot/wine/docs/en/wineusr-bugs.sgml,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 wineusr-bugs.sgml --- en/wineusr-bugs.sgml 9 May 2005 05:31:13 -0000 1.1.1.1 +++ en/wineusr-bugs.sgml 22 Jun 2005 00:03:21 -0000 @@ -265,7 +265,7 @@ <itemizedlist spacing="compact"> <listitem> <para> - Which version of Wine you're using (run <command>wine -v</command>) + Which version of Wine you're using (run <command>wine --version</command>) </para> </listitem> <listitem>

1 0

FC4 Compile Issue
by Matthew Frederico June 21, 2005

June 21, 2005

This may not be the correct place to post this ... Trying to compile wine (wine-20050524) on Fedora Core 4 ... All goes pretty smoothly until: gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o preloader.o preloader.c preloader.c: In function 'is_in_preload_range': preloader.c:863: error: 'union <anonymous>' has no member named 'a_ptr' preloader.c:864: error: 'union <anonymous>' has no member named 'a_ptr' make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/home/matt/Desktop/wine-20050524/loader' make: *** [loader] Error 2 Any ideas? -- -- Matthew Frederico http://www.ultrize.com ---------------------------------- Office: (361)288-3331 Cell:(801)722-5276

3 2