Recently used winetricks to install the vcrun2005 for another game and whent to reinstall my diablo 2 (i currently use the blizzard installer downloaded from the site) and its poping up with: microsoft visual c++ runtime library runtime error error: This application has requested the runtime to terminate in an unusual way. Ubuntu 10.10
surry question is how do i remove the winetricks vcruntime installation/modifications.
Jabberwock wrote:> surry question is how do i remove the winetricks vcruntime installation/modifications.Delete the wineprefix and start over.
Hmm is there a way to remove them without having to remove the prefix? ie swap between two games one that needs it and one that cant run it? or is wine really that limited you litterally have to install wine 50 times for 50 different games?
On Sun, Jan 2, 2011 at 12:32 PM, Jabberwock <wineforum-user at winehq.org> wrote:> Hmm is there a way to remove them without having to remove the prefix? ie swap between two games one that needs it and one that cant run it? or is wine really that limited you litterally have to install wine 50 times for 50 different games? >No you install wine 1 time and create extra prefixes when needed. The wine installation has no connection to your .wine prefix or any other prefix. This is like installing office/word has no effect on what is in your My Documents folder. John
John Drescher <drescherjm at gmail.com> wrote:> >> well ya ideally just patching in wine would be AWESOME if the tweeks are all done with just swaping native dll's.... but >> their [sic] not... >>Nor should this be a matter of practice.> >Under normal circumstances users should not be patching wine. If there >was a regression, regression tests should be done and a patch should >be created that will eventually make it into a future wine releases. >To add to John's comment: If there is missing/incorrect functionality, just posting a message here in the mailing list/forum WILL NOT get it fixed. Users have to create bug reports in Wine's Bugzilla or update existing reports. Without these, the Wine Development people, who for the most part are volunteers, have no idea on where to place their assets, time and knowledge, to help and resolve issues. We also don't know if something broke while trying to fix something else without these reports. Simply, if you want Wine to become better, you have to file bug reports. The developers don't have the time to cull through hundreds of messages to find that a problem exists or that it has been fixed. James McKenzie
Jabberwock <wineforum-user at winehq.org> wrote:> >well ya ideally just patching in wine would be AWESOME if the tweeks are all done with just swaping native dll's.... but >their not...See my reply to John on this. The idea is that we should NOT be using native dlls in the first place but all functionality should exist> >alot of them requier spicific wine versions or like above mentioned winetricks etc. with having these issues i can't seem >to find a simplifyed answer to running all the programs simotainiously with one wine even with adjustable settings in >winecfg i point to warcraft III frozen throne as an example of a program im talking about. it requiers a spicific version >to run because of the way the tcp sockets are wrote for it i believe. cant i just drag over the missing tcp file instead >of installing a whole new wine compile? or do i have to eat what alot of disk space to run a new program in wine?You don't have to run different Wine compiles, just different Wine pseudo-Windows directory structures with only those changes needed to make each individual program run. You might 'get lucky' and have two or three programs in the same Wine directory and their all happy. I do a lot of testing (to see if versions break and I'm working on a test for riched20 to add functionality) and I have something like 2 GB of Wine builds and about the same in Wine directories. For the ordinary user, this should not be needed.> >it cant be what the creators had in mind. its lunacy. >Its not. The 'creators' have in mind to recreate the Windows32/64 API/ABI as it is implemented in the latest version of Windows. This is an on-going effort as the 'target' moves. Right now, efforts are to implement the WindowsXP API and they are progressing. Quite a lot of work has happened since I rejoined the project in 2008/2009. Much more needs to be done. And keep in mind that some of the security checking software will NEVER work with Wine as we are not reproducing Windows, just the methods.>i cant even see calling it an emulator it acts more like a native patcher. o.O >It is neither. It is an API/ABI implementor. An emulator does much more than Wine professes to ever be capable of. Remember the name: WINE is Not an Emulator. James McKenzie