Hi, I am trying to get a general feel of how usable Wine64 is. I just built 1.3.13. To see how well it works, I ran 64-bit Putty. It works flawlessly. Now, I am trying to play around with different little programs. I took "notepad.exe" from a Windows 7 install (hoping it would be a reasonably simple program for a start). It crashed with: fixme:heap:HeapSetInformation (nil) 1 (nil) 0 It didn't even get to the point to display a window. Next, I took calc.exe. It, too, crashed before showing anything: wine: Call from 0x7b847a14 to unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy, aborting wine: Unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy called at address 0x7b847a14 (thread 0009), starting debugger... couldn't load main module (0) Unhandled exception: unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy called in 64-bit code (0x000000007b847a14). fixme:dbghelp_dwarf:compute_location Unhandled attr op: 4 fixme:dbghelp:elf_new_wine_thunks Duplicate in L"kernel32<elf>": __wine_dbch_time<7bbc3000-00000010> __dbch<7bbc3000-0> What I want to achieve in the end, is run Hauptwerk for Windows which has no Linux replacement. I want to run it headless/embedded, and am finding Windows ill-suited for autonomous embedded operation. The 32 bit version seems to work well under Wine. I need to figure out a few issues with devices -- this will mean writing a couple of LibWine native DLLs -- but before going in there, I wanted to see whether 64 bits are a major additional complication. If we were talking about a couple of bugs, I would try to help fixing those. But the amount of success I am getting with simplest programs such as Notepad and Calc, is not encouraging. Do we need to wait a few years before Wine64 matures, or am I missing something?
You'll want to make sure you have a recent gcc; see http://wiki.winehq.org/Wine64 As a general rule, taking programs shipped with Windows and trying to run them in Wine is not a good test of anything. They are not like normal programs. Maybe notepad and calc used to be simple, but I'm not so sure that's the case in Windows 7. Your error is caused by an unimplemented function, which is nothing to do with the architecture. That particular error tends to show up in .NET programs that use WIC. I'm pretty sure that if you compile a 64-bit PE notepad or calc from Wine's codebase, those programs will work. I think the fact that 7zip and Putty work is an indication that the simplest of 64-bit programs do run, and the basic architecture is working. I would guess that if you have a program that is compiled for 32-bit and 64-bit from a shared codebase, it's not using any MS components when it runs in Wine, its installer works, and it's not using typelibs, the architecture probably won't be very important.
Greetings, my name is Lester Jewit Recently from the Midwest, originally from Des Moines and to this day miss my home town. I enjoy my family,I prefer all dry weather , specially the winter and snow! Business has been a part of my life for the last 7 years and most recently primarily on the Internet. I love to learn new things. With the economy as tough as it is right now, more and more people are seeking help from people who have walked the walk and can teach others how to benefit from their experience. Just ask if you need to know something from me. I am a technician in the field of Science and Engineering project management software. I have some new website , or a dealer plates (http://dealerlicenseconsulting.com) if your projector is broken try replacing the auto dealership (http://dealerlicenseconsulting.com) the best replacement tv or car auctions (http://dealerlicenseconsulting.com) I love to ask questions I volunteer for valid causes that help the elderly. Glad to be a part of this Website and hope I can help.
Also more complex apps like Firefox 4.0b12pre win64 run in wine
I was able to install vcrun2005_x64 and vcrun2008_x64 with winetricks but had no success with any applications or dotnet installations. However nice to know that shared wow64 build is now easy to do. It was pretty hard to find the OpenCL-libs for Ubuntu, maybe someone would want to update the wiki with links to correct debs.
On 2/21/11 7:21 AM, sniveri wrote:> I was able to install vcrun2005_x64 and vcrun2008_x64 with winetricks but had no success with any applications or dotnet installations. However nice to know that shared wow64 build is now easy to do. It was pretty hard to find the OpenCL-libs for Ubuntu, maybe someone would want to update the wiki with links to correct debs. >You can do this yourself by obtaining a Wiki editor account and updating the entries. Remember NO WAREZ sites are permitted on the Wiki and they will be removed and you will be banned. If the sites are supported by Ubuntu, that is best. James McKenzie
James McKenzie wrote:> > You can do this yourself by obtaining a Wiki editor account and updating > the entries. Remember NO WAREZ sites are permitted on the Wiki and they > will be removed and you will be banned. If the sites are supported by > Ubuntu, that is best. >Thanks for the tip, James. The sites where I grabbed the debs were a bit odd so it would be best that someone who really knows this stuff gets the correct packages hosted in somewhere. Maybe I was just lucky to get something useful out of those as the build was successful. I will try to look if I found the site again so someone skilled guy could look if these debs are usable and does not contain anything unwanted. And slight correction to my earlier post: I was not able to install any of applications I normally use with wine, but for example Firefox 64-bit works as described in Andres post earlier.
Here is link for the discussion about ATI OpenCL-libs on Ubuntu forums: http://ubuntuforums.org/showthread.php?t=1477153 And here is link to actual debs what I did use: http://orwell.fiit.stuba.sk/~nou/
On 2/21/11 7:55 AM, sniveri wrote:> Here is link for the discussion about ATI OpenCL-libs on Ubuntu forums: > > http://ubuntuforums.org/showthread.php?t=1477153 > > And here is link to actual debs what I did use: > > http://orwell.fiit.stuba.sk/~nou/Looks like a rouge AMD engineer. At least this code may make it into the Catalyst series of drivers. As to the person asking that they be put on the Ubuntu ppa, not going to happen. Have you tried building a custom build of Wine with them and does it make video better or worse? James McKenzie
James McKenzie wrote:> Looks like a rouge AMD engineer. At least this code may make it into > the Catalyst series of drivers. As to the person asking that they be put > on the Ubuntu ppa, not going to happen. Have you tried building a > custom build of Wine with them and does it make video better or worse? >I did install those packages because I got complains about missing libs when building wow64 - wine setup from latest sources pulled from wine-git. After installing those OpenCL-debs there were no warnings about missing libs. I did not notice anything changed on wine-usage as there is not much to test, Firefox 64 actually runs pretty well and graphics with it seems to be correct. Do not know if this answers your question. Have to test what happens when some application is installed in 32-bit side..
James McKenzie wrote:> On 2/21/11 2:49 PM, sniveri wrote: > Use the WINEPREFIX environment variable to create a Wine Prefix. > Something like: > > WINEPREFIX=$HOME/wine64 WINEARCH=wine64 wine <64bit program installer> > > and the same for 32 bit but name the wine prefix directory wine32. > James McKenzieHmm.. It is just not that simple. Setting up prefix for both of wines does only separate wine32 and wine64 folders which both are 64-bit wows. Do not know how this could help? What I did found out is that if I try to run wine directly from command line it does not do anything useful, instead it just complains wrong architecture. BUT if I start installers and programs from nautilus right clicking and using "Wine Windows Program Loader"-command, installations can be done and programs runs no matter if it is 32-bit or 64-bit app. So seems that the wineloader can detect if app is 32-bit or 64-bit, sounds great! However winetricks does not work for me at all. For time to time I have luck to get something installed with winetricks, but usually it just complains that it can not retrieve "%ProgramFiles%" folder if winearch is set to WINEARCH=win32. For the graphics: I did only had one issue during installation where screen first turns black and then graphics appear again, but all the white colors are replaced with green. When the installation was almost finished screen went black again and after that graphics was correct. I did install SolidWorks 2010 SP5 to wow64 32-bit side. All the test was done with Ubuntu 10.10 64-bit and from latest sources from wine-git.
madewokherd wrote:> > Sounds like a broken build/install. > > I find that I have to install wine32 before wine64 (but I have to > build wine64 before wine32) when building a wow64 Wine, but I don't > know if that is still the case.Yep, that could be, cause I did not have that issue anymore when doing few more builds. I did the latest test with this kind of procedure: Code: mkdir wine64 cd wine64 ../wine-git/configure --enable-win64 make cd .. mkdir wine32 cd wine32 ../wine-git/configure --with-wine64=../wine64 make make install cd .. cd wine64 make install And now I`m able to install all kinds of applications but things like Net Framework and msxml6 can not be installed.. Net Framework 2.0 seems to need package that installs on both of the architectures simultaneously and I do not know what is the problem with msxml6.. But anyway this looks pretty amazing so far :)