Live data from Hacker News

CoreCLR is now open source

blogs.msdn.com

11–20 of 347 posts

Re: CoreCLR is now open source

#11
post #7

Quick link to what I think is the most interesting class in the CLR: https://github.com/dotnet/coreclr/blob/master/src/mscorlib/s...

From their GetHashCode():

// We want to ensure we can change our hash function daily.

// This is perfectly fine as long as you don't persist the

// value from GetHashCode to disk or count on String A

// hashing before string B. Those are bugs in your code.

hash1 ^= ThisAssembly.DailyBuildNumber;

I'd love to hear the story behind this one :D

Re: CoreCLR is now open source

#12

MIT-licensed, even.

I wonder why they would do this. In fact, I don't see the benefit of MIT over Apache except for compatibility with GPLv2. But I'm definitely not an expert, if someone would want to explain.

Parts of Mono are GPLv2, maybe they want Mono (and thus Xamarin) to have the freedom to use as much of this as possible.

Re: CoreCLR is now open source

#13
post #6
post #3

Next step, WinForms

I don't think they are going to open-source legacy stuff that they want people to forget. .Net, ASP.NET, CLR -- all of it is technology they want to keep.

I wish.

One of the projects I am currently working on, a greenfield application, requires WindowsForms for reasons I cannot expose here.

Re: CoreCLR is now open source

#14
post #11
post #7

Quick link to what I think is the most interesting class in the CLR: https://github.com/dotnet/coreclr/blob/master/src/mscorlib/s...

From their GetHashCode(): // We want to ensure we can change our hash function daily. // This is perfectly fine as long as you don't persist the // value from GetHashCode to disk or count on String A // hashing before string B. Those are bugs in your code. hash1 ^= ThisAssembly.DailyBuildNumber; I'd love to hear the story behind this one :D

I don't know the story, but the logic behind it is simple: If you want to guarantee no one depends on GetHashCode staying static between runs of an application, change it all the time.

Re: CoreCLR is now open source

#15
post #11
post #7

Quick link to what I think is the most interesting class in the CLR: https://github.com/dotnet/coreclr/blob/master/src/mscorlib/s...

From their GetHashCode(): // We want to ensure we can change our hash function daily. // This is perfectly fine as long as you don't persist the // value from GetHashCode to disk or count on String A // hashing before string B. Those are bugs in your code. hash1 ^= ThisAssembly.DailyBuildNumber; I'd love to hear the story behind this one :D

It's in a #if DEBUG statement so it would not change. Historically, even if they shipped the debug symbols, the assembly would have been built in release. Now, I suppose you could build it in debug.

Re: CoreCLR is now open source

#18
I am really interested to see what happens once ASP.Net is running on Linux. C# and Visual Studio are fantastic, mature tools and I think a lot of developers would enjoy using them whereas they might be hesitant at the moment due to OS lock-in on the code they are writing.

Re: CoreCLR is now open source

#19
post #13
post #6

Earlier quoted context omitted.

I don't think they are going to open-source legacy stuff that they want people to forget. .Net, ASP.NET, CLR -- all of it is technology they want to keep.

I wish. One of the projects I am currently working on, a greenfield application, requires WindowsForms for reasons I cannot expose here.

WinForms is a pretty great UI toolkit. It's easy to use, fast, and requires very little system resources.

Re: CoreCLR is now open source

#20

MIT-licensed, even.

I wonder why they would do this. In fact, I don't see the benefit of MIT over Apache except for compatibility with GPLv2. But I'm definitely not an expert, if someone would want to explain.

The Apache licence grants patent rights. Microsoft make patent promises elsewhere, so using Apache might confuse matters.
Post reply on HN