Forums

I'm trying to run a proprietary program called Snap in Wine using POL. I am running Ubuntu 12.04 with KDE.

You need to download the wine source code from winehq.org, and make a patch for it. You dont override that, as its not from windows, but a special wine version of user32.dll.

You can turn on more debugging symbols from the command line.

http://www.winehq.org/docs/winedev-guide/dbg-control

If you go through that dev-guide on their site, you will find a lot of information, but in order to write a patch, you need to be fluent in C++

If it works in Windows 7, you may need to install .NET and a few other things, as well.

Post the full debug output for that, and lets see if anything relevant is hiding in there.

Changelog: http://www.winehq.org/announce/1.1.16

To investigate further, you could grab yourself the sources of Wine as DJYoshaBYD said (see http://wiki.winehq.org/GitWine) on a system you can easily compile its sources on (32bit system preferred, can be a VM).
There have been 476 commits between 1.1.15 and 1.1.16 (git log wine-1.1.15..wine-1.1.16|grep '^commit '|wc -l), 29 involving files below dlls/user32/ (git log wine-1.1.15..wine-1.1.16 dlls/user32|grep '^commit '|wc -l).
Using git bisect you should be able to pinpoint a problematic commit in 9 or 10 recompilations (there could be more than one).

That said, 1.1.16 is old (Feb 2009), the commits won't apply on recent versions without serious massaging, if at all...

Edité par petch

Oh yeah. If you do compile from source, you HAVE TO compile it on the arch your trying to build it for. A simple chroot environment in 32 bit form will work fine for that. Thats how I build mine.

Oh yeah. If you do compile from source, you HAVE TO compile it on the arch your trying to build it for. A simple chroot environment in 32 bit form will work fine for that. Thats how I build mine.

ok, so, like I said, you cannot switch out the user32.dll like that. Thats not how it works.

If 1.1.15 works, then you need to grab the source code for the user32.dll file, and compare it to what you are trying to use, and see where the difference is, merge the code (using diff to tell whats changed) from one to the other, recompile, and hope it works.

It's taken me a long time just to narrow the problem down to this dll

Again, Im going to emphasize that you cannot really just swap that out. There are a bunch of source files that create that dll, so you need to find out what is different with those sources and use diff to create a patch.

The wine development pages are a great place to start learning about that. It will actually explain what all of that dialog means.

http://www.winehq.org/docs/winedev-guide/index

ok, so, like I said, you cannot switch out the user32.dll like that. Thats not how it works.

Word. :)

Again, its not too hard to compile software once you do it a few times.

Ok, I have made some progress on this.

1. I have identified the commit (between wine-1.1.15 and wine-1.1.16) that causes Snap to fail.
2. I have successfully compiled the latest stable version of Wine (1.6) on my machine.

What I need to do now is install Snap under this version of Wine and test it. If it fails, as I suspect it will, I can try applying a patch. However, I do not want to install the latest version of Wine on my system - instead I want to install it in PlayOnLinux so that I can use it for a separate wineprefix. Is there any way I can do this?

Just use ./configure --prefix=$HOME/.PlayOnLinux/wine/linux-x86/1.6-myversion (or whatever name you want) so that make install puts it in the right place...
That should be all

Beat me to it. lol

Thanks for the advice on installation. I have now finally traced and fixed the underlying problem. It turns out it was not the commit I thought it was, but another one between 1.1.15 and 1.1.16 that altered the system menus. To trace it I had to persuade wine to compile completely right back to 1.1.15.

I now have a simple patch that makes 1.6 work with Snap.

The offending commit is already the subject of a bug report that is still open (http://bugs.winehq.org/show_bug.cgi?id=21879). The patch recommended there does not work for me, but does not conflict with my own patch. I'm going to file a bug report.

I'll see if I can install my own version for POL using your instructions.

Word.

Make sure that you:

./configure --prefix=$HOME/.PlayOnLinux/wine/linux-x86/1.6-myversion

when you do it, so it installs it properly, and so its available in POL. If it works well for you, we can get a feature request and pull request open to get this built and added to the list of wine versions in our repository.

Yes, that works. Thanks! I now have Snap working on POL on wine-1.6.

I'm not sure I am quite ready to submit my patch, though. A side-effect of the patch is that the system menu on MDI client windows has two menu items labelled 'Next'. Not quite sure why.

The next mountain I have to climb is to get more recent versions of Snap working. The one I have working is version 9 and they are up to 11 now. The later versions require things like Visual C++ and .NET. With my patch, Snap10 installs and mainly works, but there are problems with some key dialog boxes. That's another story, though.

I'll get back to you when/if I can work out how to avoid the duplicate menu item.

visual C++ is not an issue at all. You can install that through wine and it will work fine.

Also, wine-mono actually has almost full compatibility (according to version 2.10.8 on mono's website), and comes installed with 1.6 (if it didnt install, you can force it), as well as the fact that if that doesnt work, this version of wine has been optimized for .NET 4.0.

If you want to try .NET 4 in there, you will need to remove wine-mono from:

playonlinux -> Configure -> select virtual drive -> Wine -> wine uninstaller -> uninstall wine-mono

Then install .NET 4 into that virtual drive and see if that helps.

What are the dialog boxes doing? Post your debug output from that virtual drive, as well, so that we can see what its doing. Hopefully you compiled it with all of the needed dependencies (you should always run sudo apt-get build-dep before building).

Also, I hope you built if for 32 bit (in an actual 32 bit environment), as they never build right in mixed environments (building 32 bit on a 64 bit system).

when you did ./configure blahblahblah did it give errors saying that you are missing build dependencies?

All sorted, I think.

I installed .NET 2 and 3, with Service Packs, and vcrun100, and both Snap 10 and Snap 11 installed ok and seem to be running properly. The dialog boxes are working now (the original problem was that some fields were inaccessible, but that problem has gone away now that I have installed the necessary libraries). My mountain turned out to be a molehill.

I did not get any missing dependencies with my Wine build, at least not after installing the build dependencies for Wine 1.4 and libhal-dev. ./configure did not come up with any problems. The compilation of wine 1.6 with my patch seems to run fine and the install to POL has worked.

Running Snap9 gives the following output from the debugger:

fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e654 0x86e644
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e650 0x86e640
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e650 0x86e640
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e694 0x86e684
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e654 0x86e644

No major problems there as far as I can see.

The only glitch I have left is that POL complains on startup that it can't find the OpenGL libraries. I think that started when I installed libhal-dev. I am reluctant to try to fix that because I don't want to break anything. Recently I made a change to my display settings and ended up having to re-install Ubuntu, so I don't want to tinker as long as things are working.

Dont reinstall your system. This isnt windows :)

If it cannot find those libraries, you will not have graphic acceleration. Reinstall your graphics cards drivers with the newest ones from the manufacturers website, and if asked during install, make sure you install the 32 bit libraries, as well (Nvidia installs do ask this). After restart of your computer, you shouldnt see those errors anymore.

The err CoRelease stuff is .net based, but if its not causing errors, I wouldnt worry about them. I believe thats an InstallShield error, but if it installed fine then dont sweat it.