August 2003 - Wine-Devel - list.winehq.org

Re: Accept SIZE_MAXIMIZED as one of statuses of MDI windows
by Alexandre Julliard Aug. 7, 2003

Aug. 7, 2003

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > @@ -1070,9 +1072,10 @@ STATUSBAR_WMSize (STATUSWINDOWINFO *info > width = parent_rect.right - parent_rect.left; > x = parent_rect.left; > y = parent_rect.bottom - infoPtr->height; > - MoveWindow (infoPtr->Self, parent_rect.left, > - parent_rect.bottom - infoPtr->height, > - width, infoPtr->height, TRUE); > + SetWindowPos(infoPtr->Self, HWND_TOP, > + parent_rect.left, parent_rect.bottom - infoPtr->height, > + width, infoPtr->height, SWP_NOZORDER); > + What is this change for? -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: partial implementation of msi.dll
by Gregory M. Turner Aug. 7, 2003

Aug. 7, 2003

On Wednesday 06 August 2003 09:48 am, Mike McCormack wrote: > Hi, > > This is a partial implementation of the Microsoft Installer (msi.dll). > At the moment, it is capable of querying an MSI database with read only > SQL queries, but can't use it to install anything. > > Mike Cool! But "Micorosft Installer" might not be the most appropriate name for this implementation, eh? :P How about "Mike's Sexy Installer" ;) Having clearly delved into this deeper than most of us, how complete would you say the documentation for MSI is? What do you think is the future outlook of this work? -- gmt "Jesse Ventura took American politics and raised it to the level of professional wrestling." -- Argus Hamilton

2 1

Using Wine for Production Build Processes
by Bob Dixon Aug. 6, 2003

Aug. 6, 2003

We currently support production build processes using both FreeBSD and Windows 2000 and we're interested in consolidating our builds on FreeBSD systems as much as possible. Our Windows builds currently run Visual Studio 6.0, 7.0, and 7.1 on Windows 2000 compute servers. There's an ongoing discussion about whether Wine is appropriate for trying to run these Windows builds. Rather than guessing or hacking around with this, I'd like to ask the experts. We're currently using some in-house tools that drive Visual Studio using a COM interface, vs using command-line compilers and nmake. Does it make sense to try to run these builds using Wine? Thanks! Bob Dixon

1 0

Re: PATCH - msvcrt.spec exports
by Alexandre Julliard Aug. 6, 2003

Aug. 6, 2003

Steven Edwards <steven_ed4153(a)yahoo.com> writes: > This is untested on *nix build. With this we can build and link regression tests on Mingw again. > > Changelog: > Casper Hornstrup <chorns_at_users.sourceforge.net> > Fix export definition _onexit and atexit. This is wrong, _onexit and atexit are functions, not variables. The bug is in Mingw. -- Alexandre Julliard julliard(a)winehq.com

1 0

dlls/d3d8/device.c
by Gerald Pfeifer Aug. 6, 2003

Aug. 6, 2003

I may be wrong, and I'm sorry if that's the case, but are you sure the following new code in dlls/d3d8/device.c does what you believe it does? if ((This->StateBlock->texture_state[Stage][D3DTSS_ALPHAARG1] == D3DTA_TEXTURE) && ((oldTxt == NULL) && (pTexture != NULL)) || ((pTexture == NULL) && (oldTxt != NULL))) { reapplyFlags |= REAPPLY_ALPHAOP; } && binds stronger than ||, so in fact the above boils down to (first line && second line) || third line while it occurs to me that you ment to achieve the following if ( This->StateBlock->texture_state[Stage][D3DTSS_ALPHAARG1] == D3DTA_TEXTURE) && ( ( oldTxt == NULL && pTexture != NULL ) || ( pTexture == NULL && oldTxt != NULL ) ) ) (Personally, I think it's also nicer to omit the parentheses around == and !=, but that's a different one.) Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 1

Re: Web: Press section update
by biggun from the sun Aug. 6, 2003

Aug. 6, 2003

Hi, The following links from LinuxWorld may be broken, above of each there is their new location: ** The latest and greatest ways to run Windows desktop apps http://www.linuxworld.com/story/32684.htm ** How to Install Neverwinter Nights on Linux http://www.linuxworld.com/story/32654.htm ** Codeweaver's CrossOver Office is the best way to do the wrong thing http://www.linuxworld.com/story/32751.htm *** IMO, definitively broken WINE and the WINEmakers http://www.linuxworld.com/linuxworld/lw-1998-12/lw-12-corel.html Corel's CEO shares Linux vision http://www.linuxworld.com/linuxworld/expo/lw-wine.html Stephan _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

re: __declspec(selectany)
by Dan Kegel Aug. 6, 2003

Aug. 6, 2003

Boaz Harrosh (boaz(a)hishome.net) wrote: > background: > I have managed to compile ATL/WTL from MSVC6. > I will have available a public patch-file for patching ATL/WTL to > compile under wine, Once I have every thing running > > Question: > All symbols and functions declared __declspec(selectany) show up as > "duplicate symbols" errors on the linker. Eliminating it has the same > results. > > I have searched in google and the few lines I found is that GCC will > accept __declspec(selectany) if "-fms-extensions" is used. Well it will > accept it but will only ignore it all together. > > Does any body know how to properly merge duplicate definitions of > symbols in GCC? Yes, I think it's attribute((weak)). > (before I go and change the code) maybe a command line switch to the > compiler or linker can do the trick ? Part of the solution might be to apply the following patch to the gcc-3.3 source tree: Index: linux.h =================================================================== RCS file: /cvsroot/gcc/gcc/gcc/config/i386/linux.h,v retrieving revision 1.42 diff -u -d -u -r1.42 linux.h --- linux.h 15 Nov 2002 14:57:12 -0000 1.42 +++ linux.h 5 Aug 2003 21:33:39 -0000 @@ -82,6 +82,14 @@ builtin_define ("__ELF__"); \ builtin_define ("__gnu_linux__"); \ builtin_assert ("system=posix"); \ + builtin_define ("__stdcall=__attribute__((__stdcall__))"); \ + builtin_define ("__cdecl=__attribute__((__cdecl__))"); \ + builtin_define ("__declspec(x)=__attribute__((x))"); \ + if (!flag_iso) \ + { \ + builtin_define ("_stdcall=__attribute__((__stdcall__))"); \ + builtin_define ("_cdecl=__attribute__((__cdecl__))"); \ + } \ if (flag_pic) \ { \ builtin_define ("__PIC__"); \ but I'm sure more is needed; I haven't tested this at all. (gcc/doc/extend.texi would need updating, too, at least, and maybe whatever code implements -fms-extensions.) I suspect the folks who did the original ms-extensions for gcc never figured we'd be compiling Windows source code on Linux, but here we are... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

7 9

wine in the press :)
by Tom Aug. 6, 2003

Aug. 6, 2003

Hi, I just seen this on /. I though I would post the link here. http://www.eweek.com/article2/0,3959,1210083,00.asp Tom

7 8

Re: WaitForMultipleObjects loops forever if passed an array of size zero
by Alexandre Julliard Aug. 5, 2003

Aug. 5, 2003

Troy Rollo <wine(a)troy.rollo.name> writes: > @@ -412,7 +412,7 @@ > { > int ret, cookie; > > - if (count > MAXIMUM_WAIT_OBJECTS) return STATUS_INVALID_PARAMETER_1; > + if (count > MAXIMUM_WAIT_OBJECTS || count <= 0) return > STATUS_INVALID_PARAMETER_1; This is wrong, 0 is a valid count, and shouldn't cause an infinite loop. You'll need to debug this some more. -- Alexandre Julliard julliard(a)winehq.com

6 12

HELP with IID_XXX
by Boaz Harrosh Aug. 5, 2003

Aug. 5, 2003

There are tons of: EXTERN_C const IID_XXX all over the COM place. My Wine App compiles and links fine but when I try to run it. I get the error: /home/wine/bin/wine: cannot open builtin library for 'C:\WINDOWS\SYSTEM\wtlmdi.exe': ./wtlmdi.exe.so: undefined symbol: CLSID_HTMLDocument How can I know of all the undefined symbols in my wine-app before I try to run it. can one force the linker to list all undefined simbols? and on more question is there a ready made program to take a defenition of type: MIDL_INTERFACE(" FC4801A3-2BA9-11CF-A229-00AA003D7352" ) to: DEFINE_GUID( IID_IObjectWithSite, 0xFC4801A3,0x2BA9,0x11CF,0xA2,0x29,0x00,0xAA,0x00,0x3D,0x73,0x52) ; Free Life Boaz

1 0