wine users - Feb 2011 - How to set path to .NET runtime to use

Hi there,

I've been searching for a solution to make Mono the default runtime to be
used within wine environment, for the past 3 days now and still no success.

What am I trying to do?
So there is this windows software (AmiBroker) for which I want to create COM/OLE
objects written in C#. To achieve that, I need both COM/OLE and a .NET runtime
to work.

What I did so far
1) Starting off a clean .wine folder, I sorted many bugs and in the end I got
some objects accessible via OLE and some others not. I couldnt figure out why
since all objects seem registered in oleview.exe. Within AmiBroker too, I could
access only certain objects but not all.
2) But AmiBroker on Linux provides a tailor-made wine
setup:http://www.amibroker.org/3rdparty/Amibroker_on_Linux/html/Setup_Wine.html
, so starting from that end COM/OLE works perfectly, but .NET runtime is not
recognized/detected by wine.

What I am looking for
I need both OLE and .NET to work perfectly for what I want to do. In case 1) I
would need help to make sure COM/OLE objects are indeed callable from wine
environment. Say, how to scan OLE registered objects and re-register those
actually wrong? or something along those lines.
Or for case 2) I would need help set wine path to mono.exe. Is there a registry
value I could change to tell wine to open all .NET executables with mono or .NET
framework?

Further observations:
In case 1) Amibroker is OLE registered as Broker.Application. I can call that
object from within Amibroker formula language, but not from external jscript.
Same with WScript, it's callable from external scripts but not from within
Amibroker Formula Language.
In case 2) the only way I can use a .NET runtime to run dotnet executables
within wine is by typing the whole command, here's a ridiculously long
command I end up typing quite often:
$ wine "C:\\Program Files\\Mono-2.8.1\\bin\\mono.exe"
"C:\\Program*Files\\Toolsack*DotNet*Script*Host\\TSDotNetScriptHost.exe"
"C:\\MyProject\\Scripts\\GetChart.ns".
The same command under case 1) setup simply goes: 
$ wine TSDotNetScriptHost ../../GetChart.ns

Any help on either of this 2 scenarii would be greatly appreciated [Wink] 
Thanks

If you want to use Mono with a Wine prefix, do not install .NET into
that prefix. Once you've installed .NET in a prefix, there is no clean
way to reverse that.

If you have installed Mono in the prefix using its official Windows
installer, and you haven't installed .NET, Wine should use that.

The winehq wiki page http://wiki.winehq.org/Mono ("Installation" and
"Using Custom Mono Builds in old Wine") describe exactly how Wine
searches for Mono. If you want to force it, you can make a symlink
from c:\windows\mono\mono-2.0 to C:\Program Files\Mono-2.8.1.

I don't understand any of what you're saying about OLE. If you're
getting any messages from mscoree, maybe I can help with that.

...the link trick doesnt work. I had to create the folders "mono" and
"mono-2.0" and pasted a link in there to the target in
"/home/djahma/.wine/drive_c/Program Files/Mono-2.8.1/bin/mono.exe" but
wine still give me the message: Install Windows version of Mono to run .NET
executables.
I tried to paste the link in other places such as .wine/mono or
windows/system/system32 etc but it didnt work.

At this stage, I have so many dll overrides and I have spent so many hours to
try to get wine working that I'm thinking of using a WM instead...or even
reversing to windows, it would be much much simpler.