August 2004 - Wine-devel - list.winehq.org

MSTS installer - files inside setupenu.dll
by Frank Eising 23 Aug '04

23 Aug '04

I am trying to get the Train SImulator setup working. Last time I debugged it I found that the setup looks for jpeg images in a certain directory to set up the setup menu. They are not found, because those files are non-existent on the cdrom. They are inside setupenu.dll. Anyone knows what kind of thing needs to be implemented, in order to make files inside a dll accessable by wine? I could not find any errors in the debug messages referring to it. Frank -- _____________________________________________________________ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze

2 1

Re: Optimize Critical Section Functions
by Andreas Mohr 23 Aug '04

23 Aug '04

Hi, On Fri, Aug 20, 2004 at 04:50:36PM +0100, Robert Shearman wrote: > Index: wine/dlls/ntdll/critsection.c > =================================================================== > RCS file: /home/wine/wine/dlls/ntdll/critsection.c,v > retrieving revision 1.26 > diff -u -p -r1.26 critsection.c > --- wine/dlls/ntdll/critsection.c 17 Jun 2004 23:11:08 -0000 1.26 > +++ wine/dlls/ntdll/critsection.c 20 Aug 2004 15:46:18 -0000 > @@ -36,6 +36,14 @@ > WINE_DEFAULT_DEBUG_CHANNEL(ntdll); > WINE_DECLARE_DEBUG_CHANNEL(relay); > > +#ifdef __GNUC__ > +# define likely(x) __builtin_expect(!!(x), 1) > +# define unlikely(x) __builtin_expect(!!(x), 0) > +#else > +# define likely(x) !!(x) > +# define unlikely(x) !!(x) > +#endif > + Umm, this should go into a global header file, right? The theory being that it would be useful at many more performance critical Wine places... But I have to admit that I don't know which header file this should be... Andreas Mohr

5 5

Re: Take monospace fonts into account in default font selectionalgorithm.
by Huw D M Davies 23 Aug '04

23 Aug '04

On Sat, Aug 07, 2004 at 04:20:11PM +0100, Mike Hearn wrote: > @@ -1717,9 +1719,12 @@ > } > } > > + /* match on charset and style */ > if(!family) { > for(family = FontList; family; family = family->next) { > - if(csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0]) > + > + if((csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0]) && > + (family->FirstFace->fixed_width == (lf.lfPitchAndFamily & MONO_FONT ? TRUE : FALSE))) > if(family->FirstFace->scalable || can_use_bitmap) > break; > } This also wouldn't work as you expect. The way to create a fixed pitch font is to use FIXED_PITCH not MONO_FONT. Which app was setting this flag? Huw. -- Huw Davies huw(a)codeweavers.com

3 2

Beginnings of quartzdrv
by Rib Rdb 22 Aug '04

22 Aug '04

Attached is a very preliminary driver for native graphics on OS X. So far all it does is let you make windows. No events or drawing work yet (I was baffled by the GetDC function. It looked like the existing drivers only call windows functions, and I didn't see any way for setting the window's context.) To compile this requires a patch by Pierre d'Herbemont to deal with conflicting function names in windows and Carbon. He said he will send it here. Also, to get the windows to focus, you have to place the executable in an application bundle. I just took one I had sitting around, copied the wine binary over the executable in the bundle and ran it from the commandline like so: /Users/ribrdb/Desktop/winemine.app/Contents/MacOS/CarbonTest winemine Things are getting busy with work, so I'm not sure when I'll have more time to work on this.

2 2

New Darwine Binary Released
by Sanjay Connare 22 Aug '04

22 Aug '04

Hey All, I am proud and happy to announce the release of a new binary labeled Darwine 20040820 DP. This binary is based upon the 20040813 wine release. The majority of changes for this release can be viewed: http://cvs.winehq.org/cvsweb/wine/ChangeLog It is being released as a DEVELOPER PREVIEW so USE AT YOUR OWN RISK! It is not yet suited for mass distribution or general user use. This release in addition to all of the fixes from the wine team includes many Mac OS X optimizations and fixes. It also includes WineHelper a native Mac OS X application that helps launch .exe's. It allows for .exe's to be double clicked in the finder like any other application and essentially bypasses the need to run wine via the command line. The Darwine libraries have been moved from their default installation location of /usr/local to a more Mac OS X friendly location /Library/Darwine. Applications and WineHelper are installed in /Applications/Darwine. This new binary also automatically uninstalls the previous binary if it is found to be installed. For uninstall to occur the user must enter an administrator's password. If the correct password is entered the uninstaller will return some errors however the old version of Darwine will be removed and the install of this new binary can commence by reopening the installer package. A new uninstaller is included with this release that simplifies the uninstall process thanks to the new location of libraries. The binary has been split into two releases one being this release and a soon to be released Darwine SDK. The Darwine SDK will contain the source for both wine and WineHelper, all of the header files, winegcc, winebuild tools and many examples and scripts that will allow open source apps to be compiled using these tools. Please report bugs to the darwine SourceForge Bug Tracking System, and to the darwine-devel mailing-list. Also any comments, questions or concerns can also be posted to the darwine-devel mailing-list. Enjoy this new release. Thanks, ~Sanjay Connare

2 1

Re: Wrong call convention for SHAllocShared & co?
by Ivan Leo Puoti 21 Aug '04

21 Aug '04

>Hence my confusion and my call for help. The solution that comes in mind is write a test program and find out. Ivan.

1 0

Re: Wrong call convention for SHAllocShared & co?
by Ivan Leo Puoti 21 Aug '04

21 Aug '04

> So who's right? The platform SDK that says this is a cdecl function or > Wine's headers? If the SDK is wrong and is diffrent from the windows implementation, then programs calling that function will have problems bacause of imcompatible headers between the ones used to build windows and the SDK ones used to build the program, no? Ivan.

2 1

Wrong call convention for SHAllocShared & co?
by Francois Gouget 21 Aug '04

21 Aug '04

In the platform SDK's shlobj.h I find: HANDLE _SHAllocShared(LPCVOID pvData, DWORD dwSize, DWORD dwDestinationProcessId); Notice the lack of a WINAPI and the leading underscore. So this would indicate a cdecl API. But in dlls/shell32/undocshell.h I see: HANDLE WINAPI SHAllocShared(LPVOID pv, ULONG cb, DWORD pid); This really looks like the same function, just without the underscore. Furthermore shell32.spec says: 520 stdcall SHAllocShared (long long long) So who's right? The platform SDK that says this is a cdecl function or Wine's headers? There's the same issue for SHFreeShared, SHLockShared and SHUnlockShared. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

1 1

Re: MS Visio 2000 not working with wine.
by Tom 21 Aug '04

21 Aug '04

James Courtier-Dutton wrote: > Tom wrote: > >> James Courtier-Dutton wrote: >> >>> Has anyone got MS Visio 2000 working with wine? >>> >>> James >>> >>> >>> >> >> Yes. >> >> Tom >> >> > > I am using the current cvs of wine. Without any Windows OS already > installed. > I attach a debug trace of trying to install Visio2000. > wine Visio2000.EXE > > Can anyone give me advice on how to diagnose this further? > > James > > > Hi James, Well it will install and run but your going to have to put some work into it :) I just installed it again in a clean .wine and this is what I did. 1) install dcom98 2) install native windows installer 3) install IE 6.0 4) remove conflicting dll's from IE 6 install that halts the Visio update. 5) install a couple native dlls so the installer will run 6) install visio 7) replace dlls that I removed from IE 6 install 8) tweak the config a little 9) run Visio Regards, Tom A proof shot that it works with wine :-)

1 0

Re: make CryptSetProviderEx update the provider Name and TypeName to registry
by Alexandre Julliard 21 Aug '04

21 Aug '04

James Hawkins <truiken(a)gmail.com> writes: >> Changelog >> * Call provider.dll's DllRegisterServer from CryptSetProviderEx to >> update the Name and TypeName values in the registry properly when >> setting the default provider It doesn't seem right to call DllRegisterServer from there, IMO it should only be called when the dll is installed. Do you have evidence that Windows does it this way? -- Alexandre Julliard julliard(a)winehq.org

2 2