similar to: D3D problem... Mac Specific?

Hello, I'm new to Wine but have just installed Splinter Cell Double agent. I can get the game to launch, but it crashes and displays a message saying Wine caused the crash. I've looked in the AppDB and have replaced one of the dll files it said to for the game... Here's the Terminal code... any chance anyone knows how to get this working? Many thanks! wine SCDAAutoRun.exe

The first thing I did was complaining. And I will continue to do so. I am using Wine 1.1.35 on Mac OS. And the log file has the following entries. I could not find an entry for posting logs in the FAQ. So I am pasting it here. Hope it is OK. Fontconfig error: line 1: no element found Fontconfig error: Cannot load default config file Fontconfig error: line 1: no element found Fontconfig error:

I'm trying to run the PC game "LEGO Rock Raiders", with original winxp DLLs. I'm getting the following two errors: > err:mmtime:TIME_MMTimeStop Timer still active?! > err:d3d:context_release Failed to restore GL context 0x1e10b8 on device context 0x758, last error 0x7d0. The latter of which I have found in only one other topic (linky

The Wine development release 1.1.33 is now available. What's new in this release (see below for details): - Gecko now installed at wineprefix creation time. - Better support for certificates in crypt32. - Improved sound support in mciwave. - Some more Direct3D 10 functions. - Many cleanups for issues spotted by Valgrind. - Various bug fixes. The source is available from the

The Wine development release 1.7.5 is now available. What's new in this release (see below for details): - Support for registration-free COM using activation contexts. - Improved support for simulated bold fonts. - Unicode data updated to Unicode 6.3. - Better support for typelib registration on 64-bit. - Various bug fixes. The source is available from the following locations:

Unity3D.com I'm getting tired of having to switch to Windows (I dual boot windows and ubuntu) everytime I want to code in Unity so I tried installing it under Wine 1.3.22. I got it to build my project from dropbox and open it, but as soon as the editor opens up the window freezes. Here is what the terminal put out as I ran it: Code: fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d1400

Hi Microsoft FSX menus are not clickable in 1.3.30? Any ideas? Works partially in 1.3.7 Thanks ------- wine 1.3.7, wine 1.3.30 follows below ----- michael at ubuntu:/media/Win-D/Microsoft Flight Simulator X$ wine fsx.exe wine: cannot find L"C:\\windows\\system32\\plugplay.exe" fixme:heap:HeapSetInformation 0x129d000 0 0x32f06c 4 fixme:heap:HeapSetInformation 0x110000 0 0x32f068 4

From: Ben Skeggs <bskeggs at redhat.com> The winsys layer would attempt to cleanup the nouveau_device if screen init failed, however, in most paths the pipe driver would have already destroyed it, resulting in accesses to freed memory etc. This commit fixes the problem by allowing the winsys to detect whether the pipe driver's destroy function needs to be called or not. Signed-off-by:

On 12/07/2015 01:40 PM, Ilia Mirkin wrote: > This all seems very roundabout... Can't we do this in a somewhat > consistent way with the device being cleaned up in one place or > another but not both? That would be lovely, but not possible. It has to be cleaned up by the pipe screen destroy() function, as that's the normal exit path. If the pipe driver creation path fails before

The Wine development release 1.1.30 is now available. What's new in this release (see below for details): - Support for OpenAL. - Many improvements in HTML and JavaScript support. - Many common controls fixes and improvements. - More Direct3D 10 work. - Better MAPI support. - Various bug fixes. The source is available from the following locations:

The Wine development release 4.14 is now available. What's new in this release (see below for details): - New version of the Mono engine with upstream updates. - PE dlls no longer rely on the MinGW runtime. - Exception handling fixes on ARM64. - Various bug fixes. The source is available from the following locations: https://dl.winehq.org/wine/source/4.x/wine-4.14.tar.xz

On Sun, Dec 6, 2015 at 10:48 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On 12/07/2015 01:40 PM, Ilia Mirkin wrote: >> This all seems very roundabout... Can't we do this in a somewhat >> consistent way with the device being cleaned up in one place or >> another but not both? > That would be lovely, but not possible. It has to be cleaned up by the > pipe

Ilia Mirkin <imirkin at alum.mit.edu> writes: > Fixes assertions when trying to attach textures to fbs with formats not > supported by the render engines. > > See https://bugs.freedesktop.org/show_bug.cgi?id=73459 > > Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> > --- Hi Ilia, > > In a perfect world I'd have separate callbacks for depth and

The Wine development release 1.7.16 is now available. What's new in this release (see below for details): - More regression test fixes. - String arrays better supported in the IDL compiler. - Initial stubs for DirectX Video Acceleration. - Various bug fixes. The source is available from the following locations: http://prdownloads.sourceforge.net/wine/wine-1.7.16.tar.bz2

This all seems very roundabout... Can't we do this in a somewhat consistent way with the device being cleaned up in one place or another but not both? On Thu, Nov 26, 2015 at 8:04 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > From: Ben Skeggs <bskeggs at redhat.com> > > The winsys layer would attempt to cleanup the nouveau_device if screen > init failed, however, in

I've tried everything I know how (and a lot I don't) to get ices to compile on this beige G3 ppc box. I've got the latest cvs of libshout and ices. Gentoo linux ppc 1.2-r1, from stage3 tarball. gcc 2.95.3 I've made sure that libshout points to libshout.so.2.0.2. Don't know what else to try. I've got the box here, and I've port-forwarded through my firewall to

The Wine development release 1.7.4 is now available. What's new in this release (see below for details): - Support for Cocoa-style full-screen mode in the Mac driver. - More preparation work for the Direct3D command stream. - A number of Winsock improvements. - Various bug fixes. The source is available from the following locations:

By logging into a smbd server with the username "HAENGINEERS\KMR", we are able to cause a smbd panic every time. Other usernames ("HAENGINEERS\_TestME") work. The stack trace is below, full logs and smb.conf are available on request (don't want to saturate the list.) I can't post to bugzilla as I can't register a new account as my incoming mail is crippled by

The Wine development release 2.3 is now available. What's new in this release (see below for details): - Obsolete wineinstall script removed. - More Direct3D command stream work. - A few more Shader Model 5 instructions. - Better underline rendering in DirectWrite. - Improved ODBC support on 64-bit. - Various bug fixes. The source is available from the following locations:

Fixes assertions when trying to attach textures to fbs with formats not supported by the render engines. See https://bugs.freedesktop.org/show_bug.cgi?id=73459 Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- In a perfect world I'd have separate callbacks for depth and color, but given the list of supported values, I don't think this matters. Also I used