well, i never tried this. and i will never try running proprietary M$-stuff on an open operating system. That would be like letting the whitehose guard by Al'quaida. mono makes progress. windwos forms are implemented fully-managed. which is highly portable. And IMHO the right way if using a Intermediate-code-model like dotnet does. I think console-applications are easier because you need no winforms. windows.forms is not a complete toolkit... it uses quite some windows-api-stuff to do the drawing which is a logical break in the whole concept of dotnet IMHO and makes it more difficult to run it on wine or port it at all. (i suggest that is just the reason why M$ made it this way) monodevelop is not really good at the moment, that is correct. But That VisualStudio doesn't work is just what is expected from this software. Sharpdevelop also is not really portable. But both of this just indicates that they do make too much non-dotnet stuff. Unfortuantely if you want to do typical winforms "klick klick, get a auto-codegenerated-gui" - development stuff there is no real implementation availlable in the linux world right now. Monodevelop will get a GUI designer... but at first the mono-people wants to finish winforms and that stuff. (there are only 4 main-developers paid by novell in mono at all, the rest are volunteers, so its no surprise that this takes time) In the meantime it is suggested for those who want to use dotnet-technology in linux, to use Glade and the GTK-toolkit for GUI-design. ok, enough off-topic. The point is, considering the amount of things tied to windows-api in dotnet i suggest it will take quite some time and effort to get this running. especially the 2.0 version. well... No surprise to me. M$ was never known to create things that way that they are portable to non-windows-platforms. (why should they? there is only windows in the world...isn't it?) ;) greetings, Chris. Am Donnerstag, den 01.12.2005, 23:05 +0000 schrieb David Srbecky: > Hello, > > > Could anyone at least outline what needs to be done in wine to make .NET > Framework 2.0 work? > > The wiki states that there was some success: > http://wiki.winehq.org/MicrosoftDotNet > > And I have managed to run .NET Framework 1.1 console application myself. > > So I guess that it is nearly working. > > > > Unfortunately mono is not an option for a serious development at the moment. > > System.Windows.Forms 2.0 will not be finished in mono anytime soon. > Visual Studio .NET will never work on mono. > SharpDevelop 2.0 does not work in mono because it depends on debugging > API which will not be implemented in mono. > > (MonoDevelop works in mono, but it is missing too many features compared > with Visual Studio .NET or SharpDevelop 2.0) > > > Regards, > David Srbecky > > Christoph Schmid wrote: > > well, i did not expect .net to install on wine. > > its just too windows-specific i suppose. uses a lot of windows-DLLs and > > that stuff. > > > > but you can try out "mono" if you want a .Net implementation in linux. > > > > greetings, > > Chris (Georgy) > > Am Dienstag, den 29.11.2005, 19:48 +0000 schrieb David Srbecky: > > > >>Hello! > >> > >>I am trying to install .NET Framework 2.0 on wine. The installation gets > >>reasonably far and then fails with the following two error messages: > >> > >> > >>Microsoft Visual C++ Runtime Library > >> > >>Runtime Error! > >> > >>Program: C:\net20\install.exe > >> > >>R6034 > >>An application has made an attempt to load the C runtime library > >>incorrectly. > >>Please contact the application's support team for more information. > >> > >> > >> > >>Microsoft .NET Framework 2.0 Setup > >> > >>Error 25007.Error occurred while initializing fusion. Setup could not > >>load fusion with LoadLibraryShim(). Error: 0x80070006 > >> > >> > >> > >>Did anyone manage to successfully install .NET Framework 2.0? It seems > >>to me that it is nearly working. > >> > >>Regards, > >>David > >> > >>_______________________________________________ > >>wine-users mailing list > >>wine-users@xxxxxxxxxx > >>http://www.winehq.org/mailman/listinfo/wine-users > >> > > > > > > _______________________________________________ wine-users mailing list wine-users@xxxxxxxxxx http://www.winehq.org/mailman/listinfo/wine-users
