Live data from Hacker News

CoreCLR is now open source

blogs.msdn.com

101–110 of 347 posts

Re: CoreCLR is now open source

#101
post #3

Next step, WinForms

Java Swing turned out to be a failure because it didn't look native on any platform.

I would recommend something like Eto.Forms (https://github.com/picoe/Eto) which is an abstraction over native GUI toolkits (WPF, WinForms, GTK+, Cocoa)

Works really well and mature.

Re: CoreCLR is now open source

#102

Earlier quoted context omitted.

Presumably because it's not worth the memory hit to store the hash.

That was my assumption, too. They do memoize the length, but I'm sure those bytes add up, having run into OutOfMemoryExceptions building huge amounts of strings before.

Strings know their length in the CLR because they are represented as BSTRs

http://blogs.msdn.com/b/ericlippert/archive/2011/07/19/strin...

This lets them interoperate with OLE Automation.

Re: CoreCLR is now open source

#103
post #92

It's actually Free Software, not just open source. MIT license.

"Free software" has a narrower meaning in the context of the four freedoms . https://en.wikipedia.org/wiki/Free_software#Definition

And if you follow your link, you'll see that the MIT license grants all these freedoms and is thus considered to be a Free Software license.

Re: CoreCLR is now open source

#104
post #85

Earlier quoted context omitted.

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.

ASP.NET is a big framework and indeed it's never been as smooth as it could be, especially with the very latest versions. It's not to say that web dev is not possible with Mono. I've been using Owin+Nancy+Signalr successfully on Linux.

Re: CoreCLR is now open source

#105

Earlier quoted context omitted.

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 f…

No one "supports" it. People will improve the bits that bother them. In the aggregate, these activities amount to more than you could ever pay to have done. The beauty of open source model is it gives the desperately motivated the means to fix their problems in a way that benefits everyone.

It's all in isolation unless the trunk takes pull requests. Forking doesn't change that either. There's still got to be someone evaluating changes in light of their impact on 20 million lines of code.

Re: CoreCLR is now open source

#106

It's actually Free Software, not just open source. MIT license.

I'm familiar with the philosophical differences between Free Software and Open Source.

But in this context you seem to imply that there are practical differences i.e: Not all Open Source licences are considered Free Software in the practical sense.

If that is the case, could you provide an example?

Re: CoreCLR is now open source

#107
post #63

Earlier quoted context omitted.

As a practical matter, I doubt that they can. There's probably quite a lot of third-party code intertwined with Windows itself (especially in the device drivers that ship with it) that's subject to strict redistribution and publication restrictions.

Device drivers can be divorced from the core os.

They are divorced from the core os. Windows is a microkernel and the drivers run in userland since vista.

It's a completely different matters.

Re: CoreCLR is now open source

#108
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 f…

The answer is that nobody will support it as-is... they would just use the source to make or improve other things. Because this is what would be in the interests of the users. Even if it meant Windows got buried.

But this is strictly imaginary because I doubt that 20 million lines of code are all under the unilateral control of Microsoft.

Re: CoreCLR is now open source

#109
post #47

Earlier quoted context omitted.

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

This. It might appear a bit clunky at first sight, and it might not provide the shiniest eye candy out of the box but in terms of development velocity to get something practical done - provided it is combined with the tooling in Visual Studio - it's really nice.

Velocity? Only for simple, boring UI.

Any non-standard control requires GDI+ rendering, which is not very maintainable. WPF offers a far superior composition ability.

Re: CoreCLR is now open source

#110

Earlier quoted context omitted.

I'm not sure they will migrate Visual Studio. First they'd need to move WPF, which is implemented in DirectX. Second, Visual Studio and MSDN are still profitable. Third, there's the Omnisharp project that;s working on providing support for the more common IDEs on linux. In fact, there's nothing stopping people from making Eclipse and IntelliJ plugins.

>> First they'd need to move WPF, which is implemented in DirectX. What version? There is DX9 support on Linux and IIRC a partial DX10/11 implementation bit-rotting somewhere.

DX9 support is still experimental and requires an unstable Wine fork to make it run.

I have to say I managed to have it working and I got a 50% increase in FPS in Steam/Source games running under Wine.

There's the "old" DirectX -> OpenGL translation layer in Wine but it is not really efficient or performant, although it may be enough for GUI applications.

Post reply on HN