Rotor: Shared Source CLI
Oink.NET writes "The O'Reilly Network reports on an unannounced BOF session at BSDCon 2002 regarding Rotor, a shared souce implementation of Microsoft's Common Language Infrastructure that currently runs on Windows and FreeBSD. It relies on a Platform Adaptation Layer, similar to Apache's Portable Runtime, that simplifies porting to other OS's. As to the licensing terms, the Rotor FAQ says "Microsoft intends to provide very liberal non-commercial licensing terms and is interested in gathering community input on the design of the license." Wonder if that includes Slashdot community input..."
Obviously, a plan to get ahead of and preempt commercial support for any shared-source implementations that might have liberal non-commercial licenses (ie, Mono).
The thinking seems to be, give the hobbyists something they can dink around with and they won't be worried about 'software freedom'; they want neat toys, not free software!
"Why FreeBSD?
f v= 1
One goal of creating a shared source implementation of the ECMA CLI is to prove that the technical choices being made by the ECMA technical group can be implemented on multiple operating system platforms. FreeBSD seemed like a good choice, since it is both a representative UNIX implementation and a platform that has historically encouraged unencumbered experimentation. Microsoft has no plans for supporting other platforms or chip architectures in this implementation at this time."
I think they chose freebsd because it it _still_ driving the majority of hotmail, perhaps this is thier "FreeBSD version of Linux" See the link below:
http://www.cw360.com/article&rd=&i=&ard=110220&
"Microsoft has built a FreeBSD version of Linux, but this is more of a publicity gig than a serious endeavour."
"The once beautiful rose blackens slowly..."
wtf is wrong with these people, reusing existing acronyms?
A feeling of having made the same mistake before: Deja Foobar
The existance of a widely distributed "visible-source" version from MS means that developers of Open Source versions have to take special care to document their development. If there's any similarity between Mono or DotGNU and the MS offering, MS can try to say that their code has been stolen.
Note that if MS really wanted independant implmentations then they would just use a BSD license. They're not doing that, and that means there's something sneaky going on. Don't trust them.
It is tempting, if the only tool you have is a hammer, to treat everything as if it were a nail. - Abraham Maslow
I am absolutely positive that the licensing terms for the 'shared source' are going to involve some sort of extreme IP protection mechanism that will give MS unimaginable amount of power to prosecute anyone who they believe is violating their IP.
From now on, FS developers will have to make sure that anyone on their project has _not_ agreed to the MS shared source license. Kaffe has a similiar policy because of Sun's nasty license.
int func(int a);
func((b += 3, b));
yeah right. look around. its more of a community of people who "hate" microsoft, but want to make .NET work outside of Wintel. thereby aiding microsoft in world domination. you also have the legions of microsoft employees who troll and subvert. and then of course the mac fiends. (of which i am one) and somewhere theres the few unix heads who contribute.
i guess i'm just sick of hearing people who "hate" microsoft helping them by promoting their architecture and systems. to me it is the biggest hypocritical side to slashdot. well other than the subscription gig.
non-commercial licenses (ie, Mono)
For God's sake would you all please stop referring to non free / closed source software as `commercial'? Not only is it simply incorrect there are many Open Source / Free apps produced for commercial benefit (eg, Zope) and many non-commercial apps with non Open Source licensing (eg, much Windows `freeware').
Why is it that people (not referring to the person I'm replying to, just Slashdot in general) claim they care about Free Software so much and have never read The Free Software Foundations list of words to avoid. I imagine the OSI would shaare this vview.
Long live commercial software, as long as its Open Source!
Wonder if that includes Slashdot community input...
By which you mean fanatical, Stallmanist screeds about the evils of proprietary software? The written equivalent of storming the castle gates with torches, pitchforks, and not a thought in your head?
Probably not.
--saint
I hate this kind of untruthfulness. The authors of the GPL document know the real meaning of open source, and the other terms they plan to redefine. They mean to sway the minds of the rest of the public who don't know how self-serving their redefinitions are.
They don't. Windows Forms is not included in the 'standard' they submitted to ECMA. Which makes their duplicity rather obvious. At least Sun tried with the Java Swing library, even if it doesn't work very well.
www.lucernesys.comHorizon: Calendar-based personal finance
Microsoft is engaging in a tactic called "Muddying the Waters" - when your adversary has crystal clear goals and objectives, you can divert him by giving him extra goals and more interesting things to ponder. Any time spent away form the goals of Free Software is a win for Microsoft.
Remember that the sucuess of Linux is due to the GPL and not due to it's technical merrits. If technical merrit were all that mattated - we all would be running Be right now.
Linux and Free Software are winning becuase we are not playing Microoft's game of Shiny-Box-On-Retail-Shelf software. We are using the desruptive technology of the GPL. and Microsoft is now getting wise and is trying to play our game.
Don't let Balmer make you do his monkey dance.
Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.
Available for 'Non Commercial Use Only'? Hmm... But this is a runtime! This has some really interesting implications...
Let us suppose Rotor is fully compatible with the Windows CLI. I develop a commercial application for the Windows CLI. I also test the application for Rotor, but I don't ship the application packaged for it. Instead I ship the application packaged so that it simply expects a CLI runtime.
In my FAQ I mention that it was tested with Rotor and provide a pointer to some generic explanation for installing a CLI application to run with Rotor. My customers wanting to run the app on FreeBSD or Mac (or any future Rotor implementation) simply install the app as described and now have my application there.
Microsoft may have a case against this, but they probably do not have a case against me. And I doubt they would go after all of my customers.
Jack William Bell, who thinks this is a pretty unlikely scenario and is hoping Mono will make it moot.
- -
Are you an SF Fan? Are you a Tru-Fan?
OSS/FS developers are just waiting for Microsofts and other commercial software vendors to show up with something new that they will embrace and extend. Same with .NET, that's OSS/FS' future...
Right! OSS/FS developers are just leeches hanging on to other people's innovations. Why, take a look at .NET. A *very* clear rip-off of the whole Java concept and implementation, from VM to language to security model to class libraries. It's so totally obvious that the OSS/FS developers who created .NET were just imitating Sun's innovation here.
Damn those OSS/FS developers and their non-innovating ways.
- jon
Ganymede, a GPL'ed metadirectory for UNIX
You're right, they would just send the BSA after you. Your customers files can simply be deleted thanks to the wonders of XP EULA. After they have all pointed back to you, that is.
Is there any reason to develop for Microsoft anymore? Those who have tried, tried and died.
Friends don't help friends install M$ junk.
[I'm the guy on the Rotor team who presented at this BOF.]
We absolutely welcome slashdot "community input." I'm pretty sure that a lot of slashdotters will be interested in taking a look at this implementation; it is a pretty fascinating piece of technology, both in terms of the abstract approach to virtualizing resources that the ECMA CLI uses, and in terms of the implementation choices that have been made.
Anyone who wants to better understand how the .NET Framework works will be interested. Likewise, anyone who wants to better understand Mono or PNET or the Microsoft "Compact Framework" will also be interested!
Many of the comments on this thread might be summarized as follows: why is Microsoft doing this? The answer is that we really want the ECMA standard to succeed (and that includes success for non-Microsoft CLI implementations!) and we also want to seed the use of the CLI over the long haul. The only way to do this is by participating in the community that moves computer languages and runtimes forward - we believe that many experimentally minded folk will find Rotor a great base from which to work.
Are you fucking crazy?
same old story? sure, this is what every company in existance does: invest, develop, collect. If all your company did was invest and develop then you'd see your cash dry up in a hurry and your investors leaving south even quicker.
It's simple economics, why does nobody on slashdot seem to understand these things? Maybe 'cos the only economics they've ever had to deal with involve getting stuff for free... tanstaafl.
No, I'm not. M$ could have saved itself a bundle and worked with Sun instead of trying to "innovate" some piece of crap that will never run well. If they did things that way, they might not have to spend BILLIONS of dollars advertisements. Instead they go through these embrace extend and extinguish cycles to screw the world. Seen FORTRAN under XP yet? Ha Ha Ha, just you try to run something Not M$ under M$. Let's not forget other wasteful practices like buying competitors to shut them down, breaking interfaces regularly to force "upgrades" that do the exact same thing and flying in the face of established standards. Do you know anyone else dumb enough to say that http must die? Wastefull practices like this have ruined them.
People like you might think it's natural for one company to dominate something like software for "economic" reasons. Let's think about that. Software that works has been written for just about everything you could want to do on a computer. The costs have been recouped multiple times. The supply of computer programers and potential software companies is limitless. Supply and demand says cost of software should be zero. The people who write it would rather you use if for free and improve it.
I'm an engineer at a nuclear power plant so I know plenty about community effort as well as supply and demand. The plant is part of a regulated monopoly that provides some of the cheapest most abundant electricty in the world. Think about how much equipment and labor it takes to get electricty to your house and compare what you pay for it to what you pay for telecomunications. If tomorrow fuel cells/solar proves cheaper than nuclear, you can be my company will be building big ones that will cost everyone less than being their own fuel cell mechanic. That three billion dollar plant I work at? Oh well, it's made plenty of money and will run until it's cheaper to shut down.
Microsoft is screwed. When the world realizes it, their stock will drop like a pigeon egg and many many computer problems will go away. It's not as needed as they think it is and the free alternatives are better. The loss of their 7,000 jobs won't even show up as a blip on the US economy.
Friends don't help friends install M$ junk.