Posted By: LarryOsterman | Jan 25th, 2006 @ 7:46 AM
page 2 of 2
Comments: 37 | Views: 26655
W3bbo
W3bbo
The Master of Baiters
Rossj wrote:
Escamillo wrote: Can someone enlighten me as to why one would need the code?


Learning and possibly to add features that Microsoft deem inappropriate?


Wouldn't that lead to the forking issue?
Escamillo wrote:
Can someone enlighten me as to why one would need the code?

The code isn't being made available for people who want to implement solutions on top of these protocols, but rather for people who want to write alternative implementations in place of Microsoft's implementations so they can make use of them, say, for alternative platforms. The hope is that by making the source code available, Microsoft will satisfy the EU's objections with the quality of the documentation they've been preparing. If someone wanted to write an SMB implementation compatible with Windows, they can consult the source to understand exactly how the protocol works, without having any worries of discrepancies.

Interestingly enough, though, this still doesn't solve the strongest issue of contention, which is that EU wants the licensing terms to be friendly towards open source implementations. I'm at a bit of a loss as to what exactly they expect Microsoft to come up with. Open source licenses, specifically the GPL and GPL-compatible licenses, where designed to be as unaccomadating to proprietary licensing as possible. The fact that the GPL stipulates that licensees have the right and obligation to redistribute the source in its entirety means Microsoft really can't license the protocols to GPL projects per se. Essentially, they'd have to give the protocols away, which is what the FSF is fishing for without explicitly asking for it. I have to wonder if the EU commitee has the slightest idea what they're talking about.

I'm not a lawyer, so maybe I'm missing something. I can see licensees incorporating implementations into LGPL and BSD projects, but not GPL ones. Could anyone illuminate further?

EDIT: I want to be clear I'm not implying the GPL is "anti-capitalist" or "communism"; I simply don't think the GPL plays well with other licensing schemes.
SlackmasterK
SlackmasterK
I write my OWN blogging engines
LarryOsterman wrote:
/. hasn't noticed yet 

http://developers.slashdot.org/developers/06/01/25/1629205.shtml
Cider
Cider
Daze-d & Confused

And what a load of crap that slashdot thread is...

 

Codeweavers/Cedega/WINE(Score:5, Insightful)
by fufinache (787019) Alter Relationship on Wednesday January 25, @06:38PM (#14560321)
If I had the money and the knowledge to set up one of those internet money pools, I would try to pool together some money so that Codeweavers, or maybe even Cedega can get a copy of the code. I'm sure a this could go a long way to help linux acceptance.




Erm, I'm no lawyer but aren't these exactly the people you WOULDN'T want to look at the code?
littleguru
littleguru
<3 Seattle

Ok?! I can't see the benefit! There will be people copying etc. And there will be other people to search for patent violations.

leeappdalecom
leeappdalecom
.nettter
Maybe they should make the VS2005 IDE source code available too and someone might be able to make it perform like a normal application
littleguru
littleguru
<3 Seattle
leeappdalecom wrote:
Maybe they should make the VS2005 IDE source code available too and someone might be able to make it perform like a normal application


Performs as a normal application here.
leeappdalecom
leeappdalecom
.nettter
really?

so you can open up a VS2005 solutions as fast as you can a VB6 solution?

Or maybe a Java solution in Eclipse?

Basically what Im saying is the application is painfully slow in relation to other applications.

Its my only gripe with VS2005
littleguru
littleguru
<3 Seattle
Well the C# projects open really fast. I had/have really no performance issue with VS2005.

But I guess opening VS to the public would be a disaster. I think that the code of VS is not very clean and easy to understand. The APIs are already so complicated, I guess the program itself is even more.
leeappdalecom wrote:
really?

so you can open up a VS2005 solutions as fast as you can a VB6 solution?

Or maybe a Java solution in Eclipse?

Basically what Im saying is the application is painfully slow in relation to other applications.

Its my only gripe with VS2005

In answer to your questions, I can open up a VS 2005 solution as fast or faster than a VB6 solution, and Eclipse is slower than VS 2005 for me.  Much slower.  Then again, 99.9999999999% of the Java IDEs are slow as dirt anyway... the only one I can stand is JCreator Pro.

I'm running an Athlon 3000 box with 512 MB RAM (yeah yeah, I know, upgrade's coming soon...) and I average around 60 processes at any given time.  And in case anyone wants to comment on it, "No, none of them are spyware", "yes I use all of them", "no I can't get rid of any of them."
leeappdalecom
leeappdalecom
.nettter
well it obviously differs then, I dont care about other peoples systems to be honest all I know is VS2005 is sluggish comapred to other IDE's and that include's VS2003
Sven Groot
Sven Groot
My name has 9 letters. Coincidence? I think not...
leeappdalecom wrote:
well it obviously differs then, I dont care about other peoples systems to be honest all I know is VS2005 is sluggish comapred to other IDE's and that include's VS2003

VS2005 is about the same here as VS2003 in terms of speed.
PaoloM
PaoloM
Hypermediocrity
leeappdalecom wrote:
Or maybe a Java solution in Eclipse?

Well, at least VS doesn't crash horribly when I load source files too big. (as Eclipse does regularly on > 200Kb .java files)
page 2 of 2
Comments: 37 | Views: 26655
Microsoft Communities