I had wine installed with few windows applications working. After a while I tried to run them again but nothing would work anymore.

Now when I run winetricks I have the following message:
------------------------------------------------------
wine cmd.exe /c echo '%ProgramFiles%' returned unexpanded string... do you own the parent of /home/user/.wine ?
------------------------------------------------------

ive been having problems compiling wine with any flags but -O0 and -pipe, i would try that._________________A process cannot be understood by stopping it. Understanding must move with the flow of the process, must join it and flow with it.

I've switched to unstable wine about 2 years back and never had any serious trouble with it (using it almost exclusively for games).

Beside of installing some small helper apps that go into the default prefix, I always use separate prefixes for any application, using q4wine to manage them. Also, do you use a multilib system? AFAIK using no-multilib will prevent a lot of apps running under wine, but it may also be possible you can't even install wine on a no-multilib profile, not sure about this.

well the default wine install installs a 64 bit windows env if you use the win32 use flag it might be a lot more stable. i never had much luck with 64 bit windows at all and making things work with it_________________A process cannot be understood by stopping it. Understanding must move with the flow of the process, must join it and flow with it.

Which errors are you getting exactly?
The 'WINEARCH set to win32 but '/home/user/.wine' is a 64-bit installation.' may occur for more than one reason I think.
I think I encountered this sort of weirdness once myself, but I can't remember the version of Wine nor any other details, but I know it can happen.
I can, however, reproduce one cause for it right now, and here is how:

Not depicting real directory here, but imagine your preferred path there, and if the directory exists beforehand, it simply does not seem to work as intended (or is it a feature of a kind? I don't know, either way, if the directory does not exist, and you run the command creating the Wine environment, alongside with the directory, it will work).
This is probably one reason as to why I haven't encountered this issue often at all, as I explain below, I always create new prefixes if I need something different, instead of nuking/re-using .wine, and I never created the directory manually.

If using a win32+win64 wine, you can create a 32bit 'windows' installation like so:

Code:

WINEARCH=win32 WINEPREFIX=/example/path/to/wine32 winecfg

It doesn't need to be winecfg as in the example; it can be basically anything that starts Wine. I would then confirm it did indeed create a 32bit-environment by checking that there is no 'Program Files (x86)' in there. I have more then often forgotten if it was WINEARCH or WINARCH and 32bit or 32win for the variable myself...

And yes, I guess you could delete .wine directory, and then just omit the WINEPREFIX part, but this is the way I do it: I have probably never deleted my initial .wine, or well, maybe a few times I did in the beginning... before I learned of WINEPREFIX!
Nowadays I leave .wine be, which handles most of my games and such, and for anything else, I create additional prefixes as shown above.
I think I have something between 10 and 20 of them at the moment...
One reason being exactly that some applications just don't like the 64bit-environment, and I would create the 32bit-only for any such needs.

Most of the time I have not had any such major issues, and for what it's worth, here's how my current "main-wine" is built:

Or at least the was built with the following part, if possible, and also the output from terminal when running the application via one. ^^

I'm no expert on Wine, but I have used it quite a bit and explored quite a few things with it (pun partially intended), so I can't claim to be able to solve any of your problems here, but I can try my best to help you towards it!

Anyways, just some thoughts~_________________Kind Regards,
~ The Noob Unlimited ~

This bugs me. I have wine installed, and I've managed to do a few trivial things with it, like solitaire and minesweeper, and once upon a time I managed to get "Uru, Ages Beyond Myst" working, though without the DIB engine it had the bad cursor. But in general, I have a rough time getting wine to do much, and it seems that there is a lot of "wine application architecture", things like "a clean prefix" that everyone else seems to understand, and I don't. Last time I tried to use wine, it opened a dialog with "updating configuration" or something like that. Other times, after a long time, it would launch minesweeper - just testing. Last time, I lost patience and killed it. The "updating configuration" taking many minutes, using no disk and no cpu, is a royal pain.

I'm sure I'm doing something wrong. It seems like there's some sort of "Using WINE Manual" that I don't know about, but it seems that most others do. Where is it? How do I learn the secret of "a clean prefix", or setting this bugger up to actually do something?_________________.sigs waste space and bandwidth

I'm sure I'm doing something wrong. It seems like there's some sort of "Using WINE Manual" that I don't know about, but it seems that most others do. Where is it? How do I learn the secret of "a clean prefix", or setting this bugger up to actually do something?

Most of the time it means that one deletes or re-locates the .wine directory, as far as I know.
In all simplicity, that is it. When Wine starts, it will create it anew with the default, "clean", content.

As I mention above, I prefer to create a custom prefix for any such needs, as it suits me a lot better.
As for "Using WINE Manual", I'm not really sure what that is, ha, but there is the

Code:

http://wiki.winehq.org/

that has lots of helpful information, I think. ^^

Efo wrote:

Hi all,

I am back trying to figure this out.
I have installed version 1.3.32 now, and I dont get the 64/32 bit error message anymore, however, here is the backtrace:

Hmmm, am I the only one, or is your backtrace an image of 'STOP SOPA!'?
I don't think I can trouble-shoot that issue, unfortunately. D:
I guess it might be related to the day that is today. Let a Wikki page be still for too long for example, and it will slap you with a dark page instead.

Oh and just in-case, as one can't see it in any of my examples, if you get confused by the environment variables not working, and you have any blank space in the path, just as with any path, you will need to enclose it within " or ' might work as well, can't remember fer sure right now!
You could just as well escape the blank spaces with a \ if preferred.

Longer logs look better within [code ] tags [/ code] by the by. ^^
Other than the CPU differences that is mine being AMD, and a couple of different flags and other minor things, we have very similar builds so at least I can't think of anything obvious on that part.
If you try the above WINEPREFIX method (and do not create manually that directory), you will ensure that it is indeed a fresh new 'windows'.

Hmmm, are you able to run anything else, and have you been able to run this particular application with a fresh Wine-environment before?
Is this Worms3D that I found you had been posting about at the Wine-forum?
Test results at the AppDB suggests it should run without any modifications so it shouldn't be the problem.

While it doesn't seem like it's not finding files, you could still try this to be sure:

likewise doesn't tell me anything immediately; don't remember seeing that either, and the results I found about it don't exactly seem to help in figuring out if this can be an issue.

Have you tried setting a different Windows version from winecfg?
That's probably the most simple thing to try out at first, to see if there is any difference at all.

Quite tired at the moment... can't really think of anything else but I'll keep on thinking about it and let you know if I got anything.
In the mean time, post back if you are able to run other applications at all now, and if it's not Worms3D but something else, let me know.
Also if it's something else, have you been able to run it before, without any tweaks?

Just some thoughts~_________________Kind Regards,
~ The Noob Unlimited ~

Yes, I am trying to run worms3d, and it used to work fine on this machine until an update (as you can see from the useless Wine-forum this has been going on for a while). I have never been able to figure out which update actually messed it up.
Since then I tried different versions of wine and several fresh installs to no avail. I tried different version of window$ too, but when it used to work I had wine configured as XP.
Yes, 'Z:\mnt\cdrom\setup.exe' is the actual path.

I rebooted the box (just in case), remove the old Tmp directorey and then I tried:

Thanks for the tip. I would rather avoid M$ products if I can, but if I get desperate enough I could follow your suggestions and try to dig up some old XP CD and install the thing on a virtual machine :(

Hmmm, could you try version 1.3.33 or later, as I found some 'apphelp.dll.ApphelpCheckInstallShieldPackage' related issues regarding the 1.3.32 version of Wine... perhaps it could be that now.

I think I actually have the game somewhere... just have to find it so that I could actually test it myself!
For the time being, I would test 1.3.33 or 1.3.37 even but before that, just out of curiosity, I would try something like this with the 1.3.32 version:

As suggested for a seemingly similar issue for another application here:

http://bugs.winehq.org/show_bug.cgi?id=28975#c0

Can't actually test the command so I'm unsure if it works at all like that.

On another note, I just noticed that I got those err:mscoree messages when creating a new prefix myself... guess that's rather new, or I just never noticed them, heh._________________Kind Regards,
~ The Noob Unlimited ~

I had not tried it before; the post above probably reminded me of that I had been going to, and finally decided to go fer it.
So, first I took a look-see into VMware, or vmware-workstation to be specific.
It took a while to understand what product I was really after, and when I would not get any eMail from them after registering, and I couldn't log in with the correct password (I think it's correct) nor get the eMail to re-set it, I decided to leave VMware be.

At that point, I was already quite sure that I would not like VMware, at all, even if I would be able to download the package(s) via other means.
So I decided to look into alternatives.
Found VirtualBox, and wow, that one I like. It's very intuitive to use, and what is more, it works!
Well, not that I had anything to compare it with, but not being able to even install VMware using their official-site doesn't give a good impression, and somehow I had thoughts that it wouldn't probably be fun to use either (to be confirmed later on).

Windows 7 64bit runs well with VirtualBox, from what I can tell.
And it does have 2D and 3D hardware acceleration capabilities, but they're not very useful (for the time being any ways).
What that means is, some things will run OK, but anything more demanding/using more 'special stuff' doesn't.

I didn't try many things, but Amnesia and Penumbra for example wont run (might be able to with some tweaking? I am doubtful though) but Worms Reloaded does run, and in-fact runs rather well.
Breath of Death VII and Call of Cthulhu will run as well (a little too fast actually, can't remember if it did that under actual Windows installation for me too). These two are .NET/XNA applications, and what's more, they require Windows Media Player to function properly which is why they are having hard time running with Wine (I have got them to run for the most part, I think, but the WMP requirement is where I'm stuck as far as I can tell).
Amnesia and Penumbra USED to run via Wine, but haven't been running for a time now and I am at a loss as to why... much as you have been with this Worm-issue, but that is really the only mystery I have had with Wine.

So, for the time being, VirtualBox is definitely lacking on 3D-performance.
I have read that VMware supposedly does this better, and I did give it another shot, now realising vmware-player was probably what I wanted. I wasn't able to get even that from the official site with the account I had registered with at first, so I decided to give up on that and registered again, with another hotmail-address, and was actually able to get the file downloaded.

Okay, so, from the very start, after launching the 'player', I disliked a lot.
It just 'feels' awkward and setting up the machine is far from the fun it was/is with VirtualBox (in my humble opinion), and it couldn't get the network running (yes I had the correct modules probed, I think).

Basically everything with the interface 'felt' worse than that of the VirtualBox, and the OS would actually 'stagger' or 'freeze' at times... possibly not a feature but rather something wrong with the installation (no such issues with VirtualBox).

So I didn't really run anything with VMware as it just got me frustrated.
It may be commercial, it may be the most well-known virtualisation solution there is for the time being, but wow, colour me unimpressed.
I'd still say, try them all, and see what you like.
VirtualBox obviously takes the points from me, no questions asked, for basically everything even if the 3D-performance is still on its way.

With all the difficulties on even getting the package(s) for VMware via their own site, and the 'general feel' of the vmware-player, doesn't give a good impression at all to me, and after reading the above article, I guess I now know why any benchmark results done with VMware are not everywhere to be found (with a quick'ish search, I found 1 video at Youtube, running 3Dmark2001 and running it rather well from the looks of it):

Next up I will see about delivering OpenGL benchmarks from VMware's platform, which takes advantage of the Gallium3D architecture for exposing hardware acceleration to guest machines, but normally the publishing of VMware benchmark results is not allowed.

Without really looking into what this means, I do find it a peculiar statement...
I will probably try it out again myself some time as I didn't really get to test anything at all with it, yet.

And I do hope VirtualBox will keep on getting better, and it will surely find a permanent virtual spot in my box...

Oopsies, that came out longer than I had intended.
Well, just some thoughts!_________________Kind Regards,
~ The Noob Unlimited ~