Linked by Thom Holwerda on Sun 11th Jan 2009 10:54 UTC, submitted by Hiev
Mono Project Arstechnica reports that Mono, an open source implementation of .NET runtime, is bringing Microsoft's development technologies to some unexpected places, including the iPhone, Android, and the Wii.
Thread beginning with comment 343038
To view parent comment, click here.
To read all comments associated with this story, please click here.
Toad
Member since:
2005-11-27


I mean come on, don't you find it odd that your Mono apps compile to exe and dlls with the need for a Windows like registry on Linux/Mac? Why force MS's concept of an operating environment and application behavior in other OSes?


I am not aware that the .net is depended on the registry, in fact I have heard that .net was a way for microsoft of getting rid of dll/registry hell of COM/ACTIVEX. .net uses largly the GAC (global asembly Cash) for shared components, not the registry. For configuration it uses XML Configuration Files both on framework level as on application level.

The only useage of com/registry is that a few methods in the frameworks API is mapped against com method/win32 method in the windows OS that uses the registry, but that is only an implementation details;
So where is the dependency on the registry?

Reply Parent Score: 3

Yuske Member since:
2005-07-28

Don't worry, he is just being ignorant. On porpose.

Reply Parent Score: 3

adkilla Member since:
2005-07-07

Ignorant and annoying at the same time? You must be new here.

Mono provides an emulated Windows registry. There is even a tool that allows you to edit it on non-Windows platforms: http://www.mail-archive.com/mono-list@lists.ximian.com/msg21662.htm...

"They have also included a Mono migration analysis tool that will let you know if you are making calls that will work differently under Mono. Some .NET calls that access the Windows API mechanisms or low-level system calls will still work just fine, but the developer needs to keep in mind that the support is emulated or imitation -- it's not actually accessing the underlying mechanism. For example, accessing the registry is possible, but Mono creates a file-backed emulation of the registry and can only provide data that your application has stored in it to begin with. Something like trying to enumerate the NICs in the PC from the registry data will fail because those keys simply do not exist. You can also send the tool's output to Novell to get feedback on it."
http://www.builderau.com.au/program/dotnet/soa/Mono-2-0-NET-goes-no...

Reply Parent Score: 1

adkilla Member since:
2005-07-07

I am not aware that the .net is depended on the registry, in fact I have heard that .net was a way for microsoft of getting rid of dll/registry hell of COM/ACTIVEX. .net uses largly the GAC (global asembly Cash) for shared components, not the registry. For configuration it uses XML Configuration Files both on framework level as on application level.


First and foremost, the GAC is meant to cache NGENed assemblies and system components. It does not have any registry like functionality. So what are you trying to mean here? You may want to re-read your post.

The XML configuration files and MANIFESTs are mostly static and are meant to make it easy for editing by hand and are for setting configuration before the application loads. Application settings generated during runtime by a majority of .Net apps are stored in the registry.

-Ad

Reply Parent Score: 2

Yuske Member since:
2005-07-28

Application settings generated during runtime by a majority of .Net apps are stored in the registry.

The .Net and Mono applicatios work with the App.config file(a XML file that store all the applicaitions settings), it doesn't nee the registry at all, even an amateur would know that.

Please, stop posting already, you are embarazing your self.

Reply Parent Score: 3

Toad Member since:
2005-11-27


First and foremost, the GAC is meant to cache NGENed assemblies and system components. It does not have any registry like functionality. So what are you trying to mean here? You may want to re-read your post.

Stop implying things, its obvious what I mean - reread what I wrote in that paragraph, I challenge you to find any factual error (here is the paragraph).

I am not aware that the .net is depended on the registry, in fact I have heard that .net was a way for microsoft of getting rid of dll/registry hell of COM/ACTIVEX. .net uses largly the GAC (global asembly Cash) for shared components, not the registry. For configuration it uses XML Configuration Files both on framework level as on application level.



The XML configuration files and MANIFESTs are mostly static and are meant to make it easy for editing by hand and are for setting configuration before the application loads.

You are not truthful, XML configuration files in .net are not limited to static data. Infact there are API to generate events when data is changed in configuration files.

And why are you talking about the MANIFEST? Its usage is for meta-information containing information about the binnary code, and is stored in inside the .exe and .dll, it has nothing to do with Application settings, infact the MANIFEST was invented by microsoft to remove the dependency of the registry, before .net microsoft stored this type of information in the registry (COM/ACTIVEX).

Application settings generated during runtime by a majority of .Net apps are stored in the registry.

Of course you can access/use the Registry from .net, as I am sure you can from JAVA too. And if you do that, your application is limited to Windows regardless if you use Java or .net. I manage a programming group developing in .net. None of our application use the Registry, or needs to use the registry. And if you read what Microsoft recomends, you will see that they recomends that application should NOT use the registry, and in fact allow XCOPY installation.

I was factual in what I wrote, and I acknowledged that some of microsoft implementation of .net depended on the registry and win32. You on the other side have been vague, and some of what you have written has been outright wrong.

Reply Parent Score: 3