Live data from Hacker News

CoreCLR is now open source

blogs.msdn.com

81–90 of 347 posts

Re: CoreCLR is now open source

#81
post #25

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.

Could/Does Visual Studio run in Linux?

Funny thing is that internal to Microsoft, most devs don't use Visual Studio as an IDE. Maybe as an editor or a debugger, but there are a lot of build systems out within Microsoft and most of them don't plug into Visual Studio.

IMO, open sourcing Visual Studio itself is not all that interesting vs. open sourcing the .NET platform.

Re: CoreCLR is now open source

#82
post #78

Earlier quoted context omitted.

I'm not sure those two statements are related. I don't see how having .NET open sourced is directly effecting Microsoft's bottom line. I like getting free stuff too, but that doesn't man it is necessarily profitable for the company.

IMHO, it's the "open" part and less the "source" part. I believe a lot of projects were reluctant to jump on the Mono train because they expected it would be steamrolled (on purpose or just through sheer manpower) by the .NET. However, if everyone is building on top of the same CoreCLR, it's possible that fear might subside. I doubt it will ever go away because Microsoft will continue to keep some APIs close to the v…

I think this is what you're looking for: http://www.ikvm.net/

In particular: http://sourceforge.net/p/ikvm/wiki/Ikvmc/

Re: CoreCLR is now open source

#83
post #61

Even more reason to port all of your C/C++ code to CMake. I'm excited to see upstream contribution from MS.

Exactly, CMake getting more traction like this should be good. I know quite some devs who're like CMake? Why don't you just use good old Makefiles? and then struggle with it's syntax and/or fail to provide working Windows or even Mac builds of their software simply because they stick with plain makefiles. (don't get me wrong, they work fine, just not so much for cross-platform projects)

Re: CoreCLR is now open source

#84
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...

That does answer an unanswered question I had on SO about string hashing. If strings are immutable, why isn't the hash code memoized? Seems like it would make HashSet/Dictionary lookups using string keys much faster.

Re: CoreCLR is now open source

#85

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.

ASP.NET already runs on .NET with Mono, but not always the latest versions of things. Having it all open source could bridge that compatibility gap and let us fully enjoy the ecosystem, instead of having to be careful with taking dependencies all over.

ASP.NET support on Mono is very shaky, with random things missing. I tried to develop a Mono ASP.NET MVC app on it recently and I had to switch to Windows due to the number of issues.

Re: CoreCLR is now open source

#86
post #48

I would be curious to see the effects of completely open-sourcing Windows. Businesses would continue to use it, because it's Microsoft and they want enterprise support. I think it would get even more love than it already does from the development community. Piracy of Windows is already rampant, so they're not really in a worse position from that (plus I think that most people who can pay for Windows do so already). F…

Who is going to support 20 million lines of code other than Microsoft employees as amateurs bungle their way through thirty years of patches for backward compatibility wrapped around stupid and clever things OEM's and third party developers did to get their code to work?

It's not like Linux because there isn't a team of experienced volunteers already working on the code base and the Windows code base contains a lot functionality for business reasons that Torvalds has been in a position to not just say "no" but to add "and go fuck yourself."

Re: CoreCLR is now open source

#87
post #3

Next step, WinForms

I'm still waiting for a good cross-platform UI toolkit with good tools and ecosystems around it without resorting to C++ (Qt) or JS approach (atom/nw).

C++ tooling is behind its time (CMake, no dependency management) and JS approach seems kludgy right now.

Java was pretty close (JDK .. or NetBeans, support packaging to Windows or Mac AppStore) but the UI component for OSX is not pleasing and would be nice if it can produce something for Ubuntu/Redhat at least (don't care Arch or the rest at the moment).

Basically I want something better than what Oracle Java has to offer today :)

PS: I would require a great IDE, unit-testing/automation-testing, good scriptable build (Maven/Gradle style, not Ant/NAnt/MSBuild).

Re: CoreCLR is now open source

#88
post #11

Earlier quoted context omitted.

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

IIRC, a few yeas ago appeared a denial of service attack, probably originally for Phyton, but it was ported son to other languages. The idea is that the hash is good enough for normal list, but it's not a cryptographic hash and it's easy to find collisions. Then you can make a lot of requests with strings that has the same hash value. Now the hash operations are O(N) instead of O(~1) and everything is slower. Using a…

Your typo can be easily fixed by a Python one-liner:

    >>> (lambda w:w[2:]+w[:2])(''.join(sorted("Phyton",key=lambda c:math.sin(ord(c)^50))))
    'Python'

Re: CoreCLR is now open source

#89

I really like the new Microsoft. Ballmer was really trying to run the company into the ground.

Think about all the things that Wall Street has said Microsoft should do over the past decade. None of them was "more open source."

All the groundwork was done by Ballmer. It had to be because now that he and Gates have reduced their ownership stake and are no longer the two largest shareholders, Wall Street's flavor of the month ideas cannot be ignored.

The 'new' Microsoft has been building at least since they hired Hanselman back around 2008. He was talking then on his podcast about taking the job to advocate open source. Even then Microsoft worked with the Mono team. They moved Office to an open file format.

It takes a long time to change an aircraft carrier's course. This is Ballmer's strategic vision. His passion for developers even made it onto Youtube.

Re: CoreCLR is now open source

#90
post #14

Earlier quoted context omitted.

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.

Also is it not for hash collision protection, which can end up hurting the runtime of many algorithms, causing a DoS?

The hash randomization for security is above this part of the code.
Post reply on HN