Mono Net Support?

[oiaohm]

Linux will install on one of machines where XP will not. And I do mean will not.

Reason is no SATA drivers. There is no floppy drive in the machine.

So if it runs with the Mono.Net framework (http://www.mono-project.com) on Linux I would not have to use another machine.

Install Linux first Leave space for XP. Nlite the XP disk adding the SATA drivers. Install XP and restore the Linux boot loader after it. At no time do I need another machine. Use a VM as I did last time that is painful.

[nuhi]

I hear you but there are issues with regular .NET, let alone Mono.

However I'm interested in something, do I need to compile with Mono or it can run .NET compiled programs? If it does run then what does it report when nLite is started?

I mean if there needs to be 2 separate versions then the answer is no.

[oiaohm]

Mono is one of those nasty yes no answers.

No you should not need two different binarys. But due to glitchs it might be a requirment for your program to detect mono and not attempt to use some funtions until they are fixed.

http://www.mono-project.com/Gui_Toolkits Winforms coveres everything .NET 1.1 when you move to .NET 2.0 some functions exist others don't. This can cause problems. So with correct selection of functions no reason why Nlite cannot run on many platforms.

As you can see GTK# is classed as stable not change. #Winforms is under development so not. Even if you say it only works with X version of Mono. I have no problem with that. At least I know what one is going to work.

Sections of mono are 2.0 .net as well. Not exactly pritty.

The other thing is the installer. There might be a requirement for same binary with different installers. Ie Windows installer. Linux installer ... Mainly so correct menu entrys and the like are added.

I will run it and see how baddly it goes bang if really lucky it will run now. It was a few versions back in mono and nlite since I tried it last. A full Win32 api is not accessable in mono either running on non windows platforms. It will all depend on what nlite is using. If you are using Winapi features outside normal .Net features there could be problems.

Some places Mono.net extends outside Microsoft .Net too. Basicly building on one and testing on one you cannot be sure that it will work on the other. If it does not work on MS.Net you can always add Mono extentions to MS .Net. Other way is not possiable quickly. Built on one test on both. When working on both one binary goes everywhere.

Someone will need to test on something not Windows(somehow I guess that will be me). Reason if mono.net has the windows api avaible it will use it over its own. So winforms works pefectly on Windows with mono but functions are missing on everything else.

Stayed tuned I will be back with the current resaults.

Edited September 30, 2006 by oiaohm

[ZnAl]

Posts above are quite old, so I'm asking: is there now any solution to make nLite working on mono?

In my case nLite isn't working with linux version of mono. The error is: System.IO.DirectoryNotFoundException ("file://<path_to_nLite>")

I can post a complete debug info generated by mono if necesarry.

[Cougar81]

+1 for mono support.