Contract Case Could Hurt Reverse Engineering 269
An anonymous reader writes "InfoWorld has an article about how a 'U.S. Supreme Court decision could call into question a common practice among software companies: studying competitors' products to improve their own offerings.'"
Sounds like copyright infringement instead... (Score:5, Insightful)
Re:Sounds like copyright infringement instead... (Score:5, Insightful)
My initial read is somewhat similiar. A judge has come up with faulty reasoning to support what seems right. But they should come up with the correct rationale. The rationale offered would be chilling.
If customers have the right to examine products, and determine what they like and dislike about each, then it isn't much of a leap to say that producers have the same right to examine their competitor's products.
But there's a line somewhere between studying what some product does, and essentially stealing its research. Whatever the protection mechanism should be, it should stop lazy companies from simply stealing interface designs from other companies rather than paying to develop them on their own.
So it is pretty much copyright infringement, except that some allowance has to be made for the ability of the market to clone interfaces from dominant providers.
Copyright also provides an excellent insight into what contract law must not be allowed to create here. No author is allowed to sell their mystery to the general public except that no other mystery writer may read it for the purpposes of evaluating what was effective or ineffective.
Indeed many writers want to aware of what others have written, so they can ensure that they don't inadvertently write something too similiar to an existing book.
The bottom line is that the term "reverse engineering" should never be applied to observing the external behavior of a product. To me that term implies trying to figure out how the product works, not to trying to figure what the product does.
Slavishly copying what a product does, before the product has an established user base, also strikes me as improper copying. I'll admit I do not know how to define that line. It may be similiar to judgement calls made on when fictional characters have achieved "cultural icon" status.
Errors replicated? (Score:5, Interesting)
So they play with the finished product and copy what they see (roughly) -> fine, as long as you don't violate anything protected by patents. No clause in a EULA could be upheld that would prevent that. It has nothing to do with what can be put in a EULA, but rather, what can be determined as permissible in such an off-hand context.
But to have errors duplicated in the system: I assure you would not be duplicated in a UI unless the coders copied the exact methods behind the UI. Hence they have legitimate claims that there is something fishy going on.
There's matching behavior, and then reimplementing without first understanding. The latter is 1) irresponsible 2) lazy, 3) contemptable, and those that practice should not be protected by reverse-engineering rights. I claim that shouldn't be called reverse-engineering, but something else.
Re:Errors replicated? (Score:5, Insightful)
The company that I used to work for was making a router-type product for the cable internet industry. Seeing as Cisco is considered the industry leader, it was highly desirable to copy the Cisco CLI commands, down to the exact command syntax (where possible).
The reverse engineering in my particular case involved typing in commands at the Cisco CLI, and then looking at either the configuration file, or SNMP MIBs to see the results (which is considered reverse engineering, even though I didn't look at any Cisco code).
Now, suppose I put in a very counter-intuitive command, or even a command which was considered to be "in error" (i.e. confusing syntax, whatever). Would you say that something fishy is going on? We're just trying to keep the interface as similar to Cisco as possible.
The article said that the error looked to be in the UI and not in any underlying code. Of course, the question is, were both programs done in the same language, use the same GUI toolkit, etc? Look and feel alone do not constitute full-blown "code-ripping", as we used to call this years ago.
-- Joe
Oh please... (Score:3, Informative)
If a dialog box pops up with an error message in it, guaranteed it was generated by something behind the UI.
Copying a UI is copying the location of menu items, command line syntax, etc. They keep saying "UI" and I keep hearing "what it looks like" or "how the toolbars look" or "whether its a modeless dialog or tabs"
Would you forget to add the SCROLL_UP event handler in the custom GDI object just like the original designer by opening up the
Re:Oh please... (Score:2)
Although reverse engineering is generally defined as reversing software's machine code back to the source code, Baystate claims it looked only at Bowers' user interface in order to improve its CAD software product. "There was no evidence of cracking encrypted source code or anything of that nature," said Bob Kann, Baystate's lawyer, of Bromberg and Sunstein, in Boston. "This may cause havoc in the industry. Before this case, it was perfectly legal to evaluate a competitor's product."
and
Meeker noted tha
Re:Errors replicated? (Score:5, Insightful)
It's a good theory, but it's not applicable to this case. It's obvious from the article that the original programmer of this application wasn't the industry leader. May be there is another perfectly good explanation to copy his errors, but personally I just don't see it.
Re:Errors replicated? (Score:3, Insightful)
Re:Errors replicated? (Score:4, Insightful)
"There's matching behavior, and then reimplementing without first understanding. The latter is 1) irresponsible 2) lazy, 3) contemptable, and those that practice should not be protected by reverse-engineering rights. I claim that shouldn't be called reverse-engineering, but something else."
;-)
Correct. That term would be "copying" and please let's not get into that area? I've seen enough on copy protection lately...
Re:Errors replicated? (Score:2)
Re:Errors replicated? (Score:2)
Re:Errors replicated? (Score:3, Interesting)
Didn't programmers do this regularly years ago to prevent exactly this sort of thing? "In defendant's program, if you hold shift-alt-xzyacb, it brings up the same exact message as it does in our program, proving they copied the exact source from us, since there's no plausible reason for that to be in the program otherwise" type thing. Do they still do that?
It's what the consumers want. (Score:4, Insightful)
Unless it's so blatant that the company took everything down to the GUI in reverse engineering, it's just trying to better the same service, thus helping out competition, lowering prices, so on, so forth.
Re:It's what the consumers want. (Score:4, Informative)
Consumers also want more Harry Potter, but that doesn't give authors (other than JKR) the right to use the character, setting or plot from the existing novels.
You have to remember that Copyright covers the original work as well as derivatives. In the case of computer software, the concept of a "derivative" has not been tested. There has been no need to do so in the US because of the availability of patents (e.g. Adobe has patented elements of their GUI). Other legal systems may allow patent or design laws to cover this issue.
In this particular case, Copyright isn't the issue being discussed, although it does come into it for other reasons. The seller has elected not to exercise his rights to redistribution (as Copyright owner) unless the buyer enters into a contract. In other words, it is law of contract that is in effect here.
The "legal opinion" stated in the article is, IMHO, fearmongering. Copyright law does not specifically reserve the right of reverse engineering, and there is no reason that such a limitation cannot be added by contract. On the other hand Copyright law does explicitly permit fair use. So to deny fair use in a contract would be at odds with a law, and most legal systems will find the contract or at least that provision invalid.
Back to the issue of derivative works. If the characters and setting of a novel are protected (in and of themselves) by Copyright, does it stand to reason that core elements of software bear the same protection? If not, why not? Any end user will tell you that a usable interfaces makes the difference between bad software and good software, even when the same functionality is present.
To be more precise, Copyright applies to a specific expression of an idea, not to an actual idea. An oft-cited example is "PacMan". Technically, almost every PacMan clone out there is an infringement of Copyright because they employ the same characters and gameplay. The general concept of a character running around eating dots, however, is not subject to Copyright. The test for copyright infringement is subjective and relies on establishing "substantial similarity" between the works.
So let's get down to business. Archive programs are a dime a dozen. They range from completely free to vastly expensive. Most of them have the same functionality: zip, tar, gz support; view, create, test and extract archives; vary the compression levels; etc. Some have minor functionality enhancements such as support for other formats, disk spanning, and the like. The what really sets one program apart from another, what puts WinZip as the market leader despite PKZip's many years of dominance and the dramatically lower price of other alternatives, is the intuitive and friendly user interface (to cluebies, not necessarily to you ;p ).
Copyright is all about protecting a competitive edge, given that time and resources have been invested in creating it. User interfaces certainly sound to me like something that can enjoy Copyright protection.
Re:It's what the consumers want. (Score:3, Insightful)
If you're right about how "derivative works" is interpreted as regards copyright law, then I have to ask: who the fuck came up with the brilliant notion that characters, settings, etc., which are all ideas and not specific expressions, are protected under copyright law instea
Re:It's what the consumers want. (Score:5, Insightful)
Really? So you should be able to write a Harry Potter novel, using in your favour the huge success of JK Rowling's work to boost the acceptability and profit potential of your derivative? Do you really think JKR should have to suffer a loss of sales when someone reads your miserable derivative and decides that they don't really like Harry Potter?
So let's start with this: you have a completely wrong notion of what Copyright is intended to protect. Is is specifically intended to protect ideas, not a particular physical object in which they are captured. It is specifically intended to prevent anyone from copying your ideas so closely that they are confusingly similar to or even indistinguishable from the original work. It is specifically intended to protect the intellectual creations of a person from use (without permission) by any third party.
A character and a setting are VERY specific intellectual property or expressions. Although the fantasy and science fiction genres are HUGE, nearly every renowned work has immediately recognisable and distinguishable characters and settings. Middle Earth, Dune, Narnia, the Nautilus, Jedi, Discworld, Gandalf, Vimes, Paul Atreides - what makes you think that you can merely take the VAST amount of "development time" these authors spent on their creations and use it in a novel of your own?
You can prattle on about "should" and "shouldn't" all you like, but this IS the state of Copyright, this IS how it works, and in my not particularly humble opinion you are not only WRONG but a leech that doesn't understand the true source of value or just wants to sit on your arse and have society give you everything you deserve for being such a magnificent gift to this planet.
Re:It's what the consumers want. (Score:2)
Do you think JK Rowling should be able to write a Harry Potter novel, using in her favor the huge success of all the stories that came before that talk about magic, witchcraft, good, evil, etc., to boost the acceptability and profit potential of her derivative? Well?
Re:It's what the consumers want. (Score:4, Insightful)
"Specific expressions of ideas". Get it? Magic, witchcraft, good and evil are concepts. A boy wizard with a lightning scar on his forehead who attends a school hidden in modern-day England where it can't be seen by muggles is not a general concept. This are very specific expressions of general concepts.
Wrong. A trademark could protect the name "Harry Potter" for use in a particular context for the purposes of carry out trade. A trademark does NOT protect her against another author writing a story about a boy wizard with a lightning scar on his forehead who attends a school hidden in modern-day England where it can't be seen by muggles, called John Miles. And unless she trademarks every character and place name in her books, it doesn't stop another author from writing a story about Sirius Black and his escapades at Hogwarts.
Copyright is the right tool. You just don't understand it.
Economics 101: We (as in the "Western world") live in a market economy. The premise of this system is that society has at its disposal resources, and each individual must use the resources at his/her disposal to obtain more resources in order to survive, and possibly to prosper. This usually entails exchanging labour for cash, and cash for food, clothing, housing, etc.
The profit motive is thus core to the functioning of a market economy, and a free democratic society. Like it or not. Every government intervention in a market economy is socialistic, intended to restrict the otherwise free ability to trade and profit for some (usually good) reason. For example, unjust enrichment (profit at the expense of another) is outlawed, unfair competition (which has no meaning in a true free market) is defined, consumers are protected by standards of products and behaviour, and so on.
The aim of copyright is to promote progress in sciences and arts. The mechanism through which most countries have elected to achieve this is economic: a protected monolopy over a work, so that a potential creator is given an economic incentive of being able to be the exclusive benefactor of that work for a period of time. In this way there is an incentive to create works that will, eventually, fall into the public domain.
As it happens, I am strongly in favour of reduced copyright durations, especially for derivative works, for precisely the reasons you have voiced, but in conjunction with my knowledge and understanding of why you CAN'T make derivatives as you would like to.
But, as with everything, there needs to be balance. If derivatives were freely allowed, the new Harry Potter book would almost certainly not be going to China, as the Harry Potter works received a VERY bad name there after a very poor (and sordid) derivative was illegally published. That could deprive not only JKR of income, but Chinese people of very good literature.
At the other end of the spectrum, I am frustrated at the lack of ava
Re:It's what the consumers want. (Score:2)
I don't see why not. But whether it's legal or not has nothing to do with "should".
Re:It's what the consumers want. (Score:2)
Well, If I did, I wo
Re:It's what the consumers want. (Score:2)
I'll begin with the obligatory IANAL ... but I am studying Copyright law, amongst others. In the US, UK, Australia and South Africa, you are, quite simply, wrong.
This site [whoosh.org] covers the question of fan fiction and what constitutes a derived work, and in other places on the web you will find lovely articles on Fan Fiction and the Copyright Dilemma [earthlink.net].
But don't take my word for it. Try this homework assignment: write a story about a boy who was bitten by a mutant spider and gained superpowers (call him "Spi
Re:It's what the consumers want. (Score:2)
http://superman.ws/fos/copyright/comicon1.php [superman.ws]
Re:It's what the consumers want. (Score:2)
In some cases people do attempt to apply trademarks to fictional characters. The most extreme case being Paramont which at one time appeared to be attempting to trademark any proper noun associated with Star Trek(tm
Re:It's what the consumers want. (Score:3, Interesting)
But where does it end? Where is the line? I'm going to bite the big one for this but how much is KDE starting to look like windows? If GUIs can enjoy protection, and what's to stop Microsoft from patenting a GUI in which the main menu can be accessed with a button containing the company's logo in
Re:It's what the consumers want. (Score:3, Interesting)
That's for the courts to answer. They will consider a range of issues including prior art (yes, even for Copyright) and substantial similarity. There are many more issues than Copyright to consider though.
Not much. Patents are different to Copyright. Can MS patent this? Maybe, I don't know. Adobe got patents on their GUI eleme
Re:It's what the consumers want. (Score:2)
I suggest you search and read a translation of "Griezelstate" by Anthony Horowitz (it's in dutch, but it's been translated).
The character harry potter (evil adopted parents, letters magically appearing to send him to magic school) is sure as hell copied from that book, and the setting too (griezelstate is an island with dangerous woods, there is a version of dyadine alley, the tree on the premises attacks them, the point syste
Re:It's what the consumers want. (Score:2)
Just one, Taco Bell. Or have I got ahead of myself with the franchise wars?
He stole my GUI! (Score:5, Interesting)
Isn't this more of a issue of Look and Feel?
I also like how they say the GUI is a trade secret.
Re:He stole my GUI! (Score:2)
WHEW! Thank god you're around to summarise the whole article so succinctly. For a minute I thought I might actually have to RTFA. But who needs that with such a painstaking, well thought out, expert dissection available right here!?
Ridiculous... (Score:5, Funny)
Re:Ridiculous... (Score:3, Funny)
- and software engineers who look at competitor's interfaces will be blinded with hot irons.
We must plug the analog holes!Re:Ridiculous... (Score:3, Insightful)
OK, who the heck modded this Funny? There's nothing funny about the world that we're building for ourselves, where the very act of thought becomes illegal because it's based on some other thought. I want a +1 Scary, or +1 Orwellian-But-True. That would be
Re:Ridiculous... (Score:3, Insightful)
Not exactly funny since there actually is a case of a Coke delivery driver being sacked after being caught drinking a Pepsi. (Or possibly vice versa.)
Algorithms should be public-domain (Score:5, Interesting)
But I still think algorithms should be public domain! If you own a company, and you have a particularly cool algorithm you want to hide, you should have to either obfuscate or encrypt the machine code. There is absolutely no reason that algorithms should be protected IP.
Computer Science is a weird mixture of science and engineering. A lot of the theoretical and some of the applied work is very scientific, while most systems work is very much engineering. Scientific discoveries are not generally patentable, inventions are.
The compromise I propose is this: allow source code to be copyrighted, but deny the patentabilty of algorithms. As anyone who has programed knows, even with a detailed algorithm and specification, there still is a lot of engineering required to complete a finished product. That engineering work would still be protected.
Re:Algorithms should be public-domain (Score:3, Insightful)
Now, I'm faced with a choice. I could develop closed-source software implementing the codec, and refrain from publishing my new algorithm, thus protecting my innovation with the copyright I'm allowed - if I do this, I'll probably make myself a tidy profit (assuming I know someone who knows the least bit about market
Re:Huh? (Score:3, Interesting)
Re:Huh? (Score:2)
I knew modern PCs were running hot, but the ability to melt lead is just insane!
Warning:Offtopic paragraph.
By the way, if gold became that commonplace it'd be useless. It's too soft for any metalworking and I think the only property of it that would be useful would be the fact that it's quite a decent conductor...
Re:Algorithms should be public-domain (Score:3, Insightful)
I just really think it would benefit society most if algorithms were public domain. Let's face it most algorithms are developed in academia and fall into the public domain if the university doesn't patent them, but most of the funding for thi
Re:Algorithms should be public-domain (Score:3, Insightful)
One of the justifications for medicinal patents is that medicines are not Just biochemical discoveries. In fact, in order to be a useful medicine we do not necessarily need to know the exact molecular makeup.
Two things are necessary:
Re:Algorithms should be public-domain (Score:3, Interesting)
This is a very market-oriented approach. Are you sure the assumptions you make (people won't innovate without financial incentives, and firms are the source of most innovation) are correct in this case?
It seems to me that most algorithms are not invented in the private sector, but come out of places like academia. After all, if it were otherwise, shouldn't there be a lot of fi
Re:Algorithms should be public-domain (Score:4, Interesting)
It seems to me that most algorithms are not invented in the private sector, but come out of places like academia. After all, if it were otherwise, shouldn't there be a lot of firms out there that specialize in doing nothing BUT researching algorithms?
No, because it is quite difficult to market an algorithm. Developer: "We've got this really cool way of sortng lists of strings." CIO: "Ummm...does it do spam filtering?" Developer: "I guess it could." CIO: "Call me back when it does." The valuable part is usually not inventing an algorithm, but discovering a problem that it solves. If you know what problem it solves, you might as well go to market with a software product that is a complete solution that a customer can buy. You'll make a lot more money than if you have to convince some middleman that your algorithm could make a ton of money if only somebody put it in a product.
Umm... You CAN patent algebraic equations (Score:3, Insightful)
Of course, because patenting an algebraic function is just silly. Right? [alanlight.com]
Let's get this straight. Software can now be "protected" by copyright, patents, and arbitrary EULAs, but despite just being an advanced mathematical notation, it's not really considered speach because it can have a functional aspect?
Bad Baystate... no cookie (Score:5, Interesting)
Bowers had offered to work with Baystate in the late '80s, but the company had rejected his offers [...] Baystate also pressured CAD software company Cadkey not to distribute Bowers' product, and later, Baystate purchased Cadkey and shut Bowers out of the market [...]
This sounds familiar; Find your biggest competitor, buy out their potential investors & then 'borrow' their technology. I do feel sorry for Bowers in all this! He mortgaged his house 10 years ago to fund the marketing of his software & he still hasn't received a dime from Baystate.
Meeker noted that Baystate had reproduced a handful of errors in Bowers program
Yup, that's a problem. It's hard to rationalize something like that... then again, judges aren't always tech savvy & they have been convinced that software DVD decoders must digitally copy [digitalspeech.org] a DVD in order to play it, thereby making DVD playback on a PC illegal. I'm sure Baystate's lawyers tried to argue that in making a 'similar' GUI to Bower's program, they ran into the same bugs by accident - or by design - or something else just as ludicrous.
Don't get me wrong, I'm all for capitalism; But decompiling your competitor's software is not the same as merely using ideas that seem to work well for your competitor.
Come on (Score:2, Insightful)
Re:Come on (Score:2)
Alternative Installers? (Score:5, Interesting)
I can see one way companies might get around this is to encrypt the software, and have decryption initiated by the 'I agree' button. The DMCA would then be invoked against anyone who wrote their own installation program. Even then, is it cut and dried whether an alternative installation system is covered by the DMCA?
Is installing a piece of software one has just bought an act of copyright circumvention? You're not circumventing copyright, just the contract the author has attached. One could argue that you can't use a work without agreeing to the author's contract, but hasn't the author already made a contract with you by accepting your money?
Re:Alternative Installers? (Score:4, Informative)
Back in the days when I was heavily into reverse engineering, we occasionally did things like this as a "learning exercise" ( it's really not that difficult to blow away a couple of calls to MessageBoxA with a carpet of NOP's, so the value of the exercise is questionable at best ).
The advice we got ( albeit, not from real lawyers ) was that the wording of ( most ) of the EULA's stated that we had no right to use the software short of viewing and acknowledging the license, regardless of the monies we might have tendered for it. No click, no license, illegal usage. The cash is just to get you to that screen, although the more generous ones will allow you to return the software for a refund if you refuse to comply.
The analogy made at the time was that jumping around the license acceptance screens one way or the other to get at the juicy marrow^Wsoftware within is like sneaking onto a skydiving plane to avoid signing the disclaimer of liabilities, even if you've paid in advance. It's a pretty awful analogy.
Any and all lawyers are invited to present a non-crappy analogy. :-)
-- YLFI
This is ridiculous... Is it legal or not? (Score:2)
Unless someone says "ohh, don't do that!"?
I don't see how it's legal to forbid something that is legal just because it's under the blanked of the "EULA."
What's next? I think the bigger problem should be addressing what is acceptable for EULA terms.
Re:the problem restated: (Score:2)
If it's not enforcable, how did the plaintiff win?
I guess they needed you in the courtroom to tell the jury it wasn't enforcable since you didn't sign something.
From this point on, I guess verbal contracts are completely out the door too. Tell that to the thousands of people convicted on conspiracy charges each year.
From the little info we have it sounds solid (Score:3, Interesting)
If, however, they take it apart and copy it right down to the included errors, that's theft, and not all right.
I have to assume that the evidence given proved the theft, and that's why it went through at least three judicial levels and came out the same each time.
Congratulations are due the winner.
--
Tomas
Please tell me that the case doesn't hinge on this (Score:2)
You mean to tell me that this guy's argument is "they had time to do it, so thus they did it" ?!!! Never mind that two weeks i
My take (Score:3, Insightful)
But Bowers' lawyer countered that Baystate had two weeks in its development schedule to examine Bowers' software, giving the software vendor time to look at more than the user interface. "They had two weeks to reverse engineer his software," countered Bowers' lawyer, Frederic Meeker, of Banner and Witcoff, of Washington, D.C. "Two weeks is a long time -- that's a lot of looking."
...
"From a small software company's perspective, it's virtually impossible to recover your investment without some sort of protection," Meeker said. "That's a standard provision
Ok, so this boils down to a question of fact, which is a question for a jury to decide. The burden of proof ["preponderence of the evidence" in this case, IIRC] rests squarly on the plantiff.
That question is -- did Baystate decompile Bower's cad program to make their own. If so, they are guilty. If Baystate did not - if they wrote their program to match the look, feel, and usabilty of Bower's program, then they are obviously not guilty, shrinkwrap license not withstanding. I don't think you could possibly claim having a certain user-interface or user-available options are trade secrets, merely how you implement them.
Reverse engineering is good (Score:4, Insightful)
Allowing a license like this to stop reverse engineering/product evaluation is probably one of the worst things you can do to the software industry today. What if MS or Apple had done just that while releasing Windows/MacOS? Would the maker of any window manager that had window title bar, or a start menu, be sued for reverse engineering?
Spending two weeks reviewing the competition's product seems like a perfectly reasonable amount of time to learn its strengths and weaknesses. The only way to compete in an already established market is to build a better product than your competitors (cheaper/better/faster). How are we supposed to do that w/o being able to analyze the competitors' product?
Also, if reverse engineering can be banned, why try to patent anything? Patents eventually expire. A "trade secret" like, lets say, your basic UI design, that is only communicated to your customers after you've accepted the license, seems to me just as good protection as a patent, since anyone copying has broken your license, but offers no expiration date.
Hopefully the next time someone is set to court for something like this the result will be different. Reverse engineering is key to allow competition, the key principle to our economy. Undermine competition, and you are undermining one of the key foundations of our society. I just hope the next judge undestands that
Missed the point... (Score:4, Insightful)
The point is not so much that reverse engineering - it's more the whole thing about the EULA. Here's a quote:
The legality of this practice, called reverse engineering, is in question after a lower court found that a software company had violated a shrink-wrapped license contract when it reverse-engineered a competitor's piece of software.
Another quote:
Although the breach of contract ruling applies only to the U.S. Court of Appeals for the Federal Circuit, the Supreme Court's lack of action could embolden other software companies to prohibit reverse engineering or take away other fair use rights allowed under copyright law by including such prohibitions in an end user license agreement, said Karen Copenhaver, a patent and intellectual property lawyer with Testa, Hurwitz and Thibeault, of Boston.
.. and another:
The impact of the case, said Copenhaver, is that end user license agreements could become more restrictive. "Saying you can reserve that [reverse engineering prohibition] in a shrink-wrap license is saying a company can put virtually anything in a shrink-wrap," Copenhaver said. "Now there are very few limitations on what people will try to put on a shrink-wrap."
The EULA terms are unavailable at the time of purchase, so you might be buying software you can't even use! This was the reason that Germany decided that such licences are not legally binding (which avoids the other problem entirely). What other rights will they to take away from us?
Does the US have a concept of inalienable rights? (i.e. rights that can't be taken away, for those who don't speak such good English) Even if reverse engineering is not inalienable, I'd be trying to show that the buyer was forced to give legal rights, without being able to find out about it before purchasing.
-- Steve
Re:Missed the point... (Score:3, Insightful)
It has the concept. But given how things have been going here in the last 10-20 years or so, I'd say that "inalienable rights" are only a concept, even though there are some explicitly listed in the Constitution.
Not even those are "inalienable" in a country where the letter of the law, and not the intention of the law, is the only thing that counts in court (well, t
Re:Missed the point... (Score:4, Funny)
Does the US have a concept of inalienable rights?
Yes. Unfortunately, they were found to have entered the country from Europe without a proper VISA, and were thus alien rights. They were deported in the mid-80s, and no-one in America has seen them since. Recent reports from the Department of Homeland Security and the White House suggest that they may be working with secret Euro-terrorist cells in Lichenstein, developing WMDs to be used to conquer the world, or possibly just rain on the President's parade.
This would be great for SCO (Score:4, Interesting)
Lets hope for the best. The effects could be quite damaging. Compatibility would also be outlawed which SCO would attack any Unix around for that reason.
More about patents, less about reverse engineering (Score:5, Interesting)
However, if the patent didn't exist would Bower's have ultimately won this case based purely on the reverse engineering clauses in the EULA? I suspect not.
It seems that this case doesn't seem to offer a good precedent for preventing the common practice of reverse engineering through a EULA because so much of it is tied up in the patent infringement aspects of the case. Also, the article makes it seem that Baystate so closely copied the UI that they could have infringed copyrights as well which only serves to make the case even more ambiguous with regards to reverse engineering.
It would be more interesting if these other aspects of the case didn't exist and Bower's had simply tried to sue Baystate on the fact they violated the EULA by having two weeks of reverse engineering his product in their development schedule -- even if he couldn't point to specific trade secrets of his being used by Baystate in their product.
Therefore, I doubt this case will even put a dent in the common practice of reverse engineering competitors products.
BTW, IANAL so don't sue me if you get sued.
Re:More about patents, less about reverse engineer (Score:2)
BTW, a few posters appear to think the DMCA provisions can be combined with this precedent to create very strong anti- reverse engineering safeguards. They shouldn't, since the DMCA is specifically worded to exc
IEEE position (Score:4, Informative)
The IEEE USA is pursuing this:
* Press release regarding Baystate v Bowers:
http://www.ieeeusa.org/releases/2003/060
* Details of the amicus curiae, etc:
http://www.ieeeusa.org/forum/policy/2003/Ba
* General position on reverse engineering:
http://www.ieeeusa.org/forum/POSITI
Anti Trust (Score:4, Insightful)
Why prohibit? Because you're too stupid to protect (Score:2, Insightful)
Next, there are patents. I know this is a difficult one (especially at /.), but when you have developped some groundbraking application, in my opinion, you have the right for a patent as a reward. Should it be 20 years? Tha
I suspect what happened... (Score:3, Insightful)
My guess is that the appellate court upheld the trial results in their entirety. As I did not read the appellate court opinion, who knows. The Supreme Court did nothing. They did not agree or disagree. They just chose not to hear the case.
The patent claim was probably pretty clear. But I suspect that the breach of contract claim was a tougher one, as the common law concept of reverse engineering is pretty well accepted. I would hope if reverse engineering bans in EULAs become common practice, the courts in general will apply the long standing common law rights of reverse engineering.
As the article pointed out, the plaintiff is very sympathetic in this case (just like in the McDonald's spilled hot coffee case).
We will see what happens.
Re:I suspect what happened... (Score:2)
Exactly, which is a big problem in the justice system. If it was a 230-lb muscular construction worker who spilled coffee on himself, he wouldn't have won a damn thing. But they felt sorry for the little old lady, so she won the case and a large monetary award.
This is about two things. (Score:3, Informative)
Of course, these click-through licences that give no real opportunity for negotiation really should be thrown out wholesale. If it wasn't for copyright being unable to cope with the mechanics of computing (installation, caches, etc) they'd be completely irrelivant. Problem is, technically, without some further contract you're not legally allowed to install any software you buy because it would be an unauthorised copy. What a damn mess.
Re:This is about two things. (Score:3, Interesting)
Other Issues (Score:4, Informative)
TRIPS:
"Article 9, 2. Copyright protection shall extend to expressions and not to ideas, procedures, methods of operation or mathematical concepts as such."
[http://www.wto.org/english/tratop_e/trip
WTO Copyright Treaty:
"Article 2, Copyright protection extends to expressions and not to ideas, procedures, methods of operation or mathematical concepts as such."
[http://www.wipo.org/eng/diplconf/distrib
If you really want to read about this and reverse engineering in depth, try:
* "REVERSE ENGINEERING & DECOMPILATION OF COMPUTER PROGRAMS" [http://www.indlaw.com/publicdata/Articles/4_6_20
* "Reverse Engineering Clauses in Current Shrinkwrap and Clickwrap Contracts" [http://www.cptech.org/ecom/ucita/licenses/revers
* "THE LAW & ECONOMICS OF REVERSE ENGINEERING" [http://www.sims.berkeley.edu/~pam/papers/l&e reveng5.pdf]
* "REVERSE ENGINEERING UNDER SIEGE" [http://www.sims.berkeley.edu/~pam/papers/CACM on Bunner.pdf]
say goodbye to samba (Score:5, Informative)
CNN Article from 2000 [cnn.com] "There are rather insane laws in the U.S. about reverse engineering, and so we sidestepped those by having the work done in Europe under the European Union fair-use laws," said Jeremy Allison, a software developer at VA Linux Systems Inc. in Sunnyvale, Calif. Allison co-authored Samba, a Windows file-serving program that allows Unix machines to serve file-and-print services to Windows clients. Allison said his team is forced to reverse engineer because Microsoft doesn't offer documentation of its proprietary protocols. But when the Samba team decoded the Microsoft domain controller protocol to allow Samba servers to interoperate with Windows NT, they made sure the work took place outside the U.S.
Re:say goodbye to samba (Score:3, Informative)
from an article [theregister.co.uk] dated jun-29-2003:
There's going to be a vote in the European Parliament on 1 September (originally today, Monday 30 June 2003) that will have enormous implications on the worldwide software market.
The vote will be on whether to adopt a report by its Legal Affairs and Internal Market Committee that recommends the rules on patenting of software be relaxed in line with existing laws in the US and Japan.
It looks as
Reverse engineering economically inefficient. (Score:3, Interesting)
Re:Reverse engineering economically inefficient. (Score:2)
Fair Use (Score:3, Insightful)
When is the US going to start living up to its original ideals and protect the freedom of individuals? These days it sounds much more like the "Land of the Properly Set Up Free" to me!
my stuff (Score:2, Insightful)
The CAFC is the problem. (Score:3, Interesting)
You see the name "Court of Appeals of the Federal Circuit" and you assume, oh yeah that's part of our nations justice system. But it's an evil little fucker that got tacked on just a few decades ago by the administration of a vicious bastard named Ronny Raygun.
When people complain about the courts being pro-corporate or pro-patents or pro-copyrights, they're generally incorrect, but in the case of this court it's right on the money.
The CAFC was created by executive order and we damn well need to elect a president with the balls to get rid of it the same way.
Bleugh, I'm sick of the whole business (Score:4, Insightful)
Remember when development was about innovation rather than litigation?
I'm sick of it. I'm sick of having to pay IP lawyers to review everything I do. I'm sick of seeing farcical lawsuits over copied binaries (c.f. Blizzard versus bnetd), when any competent engineer knows that decompiling a binary gives you an incomprehensible, unmaintainable clusterfuck that you'd be insane to use (errors and all) rather than implementing your own solution. I'm sick of hearing about David versus Goliath confrontations as though we're all supposed to be rooting for David. And most of all I'm sick of reading mealy mouthed legalese arguing (for twelve years!) over the exact meaning and applicability of sub-paragraph 67b/6, rather than a court simply asking what's right.
Infoworld article lacks depth (Score:4, Insightful)
Reverse Engineering? (Score:2)
M&M/Mars candy license
By opening this package of M&M/Mars candy, you agree to the M&M/Mars candy license. If you do not agree, please take this package back to your retailer for a prompt refund. Violating the license will terminate your license to the product. Used product will be forcibly removed by our collection agency (Bubba) through the most convenient means possible.
The mind boggles.
The Supreme Court Didn't Decide Anything . . . (Score:3, Informative)
We filed a brief in this case on behalf of IEEE-USA [ieeeusa.org] and various library associations. The brief lays out our view, at least, of the importance of the case and the consequences of it remaining the law, at least, perhaps, in the First Circuit.
It's even worse (Score:3, Interesting)
Second, this case isn't about reverse engineering, it's about contract law and copyright protection. While the issue on the surface was reverse engineering, the case was about allowing state contract law to overule the protections given to consumers in copyrights. Copyrights assign a number of rights to consumers. It was created so information would be shared. Once the information is published the publisher gets rights to the form of presentation (ie. a book) and the public gets to use the information presented. Reverse engineering is a way to understand the information given to the consumer. You are "reading" the "software". Apparently there are some books that if we read them we can't use that information. In fact, a publisher could publish a book, sell it in a shrink wrap, and place terms on what you can and can not do with the information in that book. By removing the shrinkwrap you agree to the terms!
Re:It's about time (Score:5, Insightful)
Re:It's about time (Score:4, Funny)
Before running this VIRUS you must accept the terms of our End User Licence agreement.
[Accept] [Decline]
Re:It's about time (Score:5, Funny)
Well, so far M$'s legal department has the first half covered. Rumour has it that they are backing SCO in attempt at the other half.
hehe (Score:2)
Re:It's about time (Score:4, Interesting)
From what I could understand from the article this was not a case of code decompilation, but rather looking at the program and seeing how it works, then reimplementing the features.
Idea theft maybe, but reverse engineering?
Re:It's about time (Score:2)
I don't think an idea is property per say, but I would say that someone copying something you've created and then taking credit for your invention could be called idea theft. This would heavily depend on the circumstances though...
Ultimately it's all semantics, isn't it?
Re:It's about time (Score:4, Insightful)
La la la... (Score:5, Insightful)
By this logic, you should be able to take apart your car to see what kind of pieces it's made of. God forbid.
It's not the disassembly that's bad, it's when you use it to create a competing product. OTH, if it works exactly the same, the original designers will be able to see that it's bug-compatible (including race conditions), and thus be able to invoke some flavor of IP violation.
And when your oh-so-precious product crashes my systems and I want to single step through it to see what you fucked up, what tools will I be able to use besides these illegal tools to give you a point to start debugging at?
Re:La la la... (Score:3, Interesting)
No, by this logic, it only means you shouldn't reproduce the exact same mistakes your competitor made when you design your own car, otherwise it's going to look mightily suspicious.
Re:It's about time (Score:4, Insightful)
does this mean that if i have used M$ office say, at my college, i am unable to contribute to open office, or some other office type project?
this is incredibly stupid in my (uneducated) opinion. whats next, are we going to tell authors they cannot write books about a subject if they read a different book on the subject beforehand?
fantastic, only people completly uneducated in a subject will be able to do anything in the field. this should make for some fantastic inovation!!
-matt
Re:It's about time (Score:5, Insightful)
To atone for your sins, you need to take a cue from Senator Hatch and physically destroy your machine. Now.
Re:It's about time (Score:2, Interesting)
However, what earlier cloners such as Phoenix and Compaq did was to have two teams work on the cloning project. The first te
Re:It's about time (Score:5, Interesting)
What is it that you are not meant to see? The are distributing it, and yet they dont want you to see it?
Tim, while i can see you are trying to express something here, I think you need to get some more fully formed thoughts out.
Lets begin, you claim companies have NDAs to prevent people from seeing their 'code'. I can only assume you mean source code, as when you send a product out the door everyone gets to see the object code. Now if a competitor is disassembling a product they not only (usually) haven't seen the code but aren't under NDA. So the point is moot.
As for theft, well this is a really different thing than what is generally termed 'reverse engineering' If they were 'pure theft' they would change all the names and release it as their own product (which sadly does happen). However R.E. is meant to dissect the inner workings as to recreate the 'black box' if you will. This has been decided to be legal a bunch of times.. please see Compaq vs IBM (PC bios) and Connectix vs sony (playstation emulator).
Technically speaking yes.. disassembly would be 'for their own benefit', the benefit of making a compatible system. Familiarity with the terms it really vital here.
Re:It's about time (Score:4, Insightful)
Please show me how, when I draw a schematic diagram of my motherboard ABiT's intellectual property has been removed from their presence, never to be replaced, and has entered mine. Show me how they will no longer be able to manufacture this motherboard if I made duplicates, as they would no longer have the design for it. Show me how nVidia's design documents would be magically transported into my home if I should reverse engineer their nForce2 chipset.
Theft (in the sense you are using the word) cannot ocurr without a loss:
theft [reference.com]
\Theft\, n. [OE. thefte, AS. [thorn]i['e]f[eth]e, [thorn][=y]f[eth]e, [thorn]e['o]f[eth]e. See Thief.] 1. (Law) The act of stealing; specifically, the felonious taking and removing of personal property, with an intent to deprive the rightful owner of the same; larceny.
Note: To constitute theft there must be a taking without the owner's consent, and it must be unlawful or felonious; every part of the property stolen must be removed, however slightly, from its former position; and it must be, at least momentarily, in the complete possession of the thief. See Larceny, and the Note under Robbery.
Source: Webster's Revised Unabridged Dictionary, © 1996, 1998 MICRA, Inc.
Next time, use the word steal. Then at least you can suggest reverse engineering that intellectual property was like "stealing a kiss" (which is never a bad thing, so if you were to rebut me as such, I'd leave it at that).
Either that, or get off the soap box and use the words people in a real court have to use: Violation of the right of the plaintiff to enjoy monopoly status on a copyrighted design or patent.
Re:It's about time (Score:4, Insightful)
It's good for end users of a particular product (in my case, 3D software), when the authors of your favorite software can at least play around with the competitor's software. As long as they're not cracking code, this ability to look at the competition doesn't guarantee that they'll be able to beat them out or even match them, but it does help them compete.
What's next? Are we going to start telling auto manufacturers that they can't look at each other's cars when they're driving down the road?
You can eat your cake and have it. (Score:2)
Re:It's about time (Score:4, Funny)
No! It's not theft. It's fraud!
No! It's not fraud. It's murder!
No! It's not murder. It's embezzlement!
Oh, sorry, I thought we were playing the "use the wrong word" game.
I'm going to go murder an MP3 or two before I embezzle Windows XP.
Re:It's about time (Score:5, Interesting)
Here in Australia, reverse engineering of software is actually my legal right. [slashdot.org]
The only reason the competitor could possibly have for dissassembling the binary code would be to copy it for their own benefit.
Absolutely. And to be honest, why not? Fixing your software bugs (because you won't) and improving the interoperability of my software (with yours) are definitely for my benefit.
In regard to the wider issue, the courts here in Australia would by no means automatically agree to the legality of an EULA that placed 'undue restrictions' on my common law right, especially when those restrictions can be seen to be anti-competative. In this particular case however, after having read the article and assuming that the information given was accurate, I think the American courts made the right decision. To be honest, this actually appears to be more an issue of software component theft (exact reproduction of errors in a UI?), than one of reverse engineering.
Try fake money. (Score:3, Funny)
Shrink wrap it with a EULA that the fare collector must accept the contents as legal tender. If he claims your bill is fake when he puts it up to a light, tell him that he can't reverse engineer your money, or risk a civil suit.
Problem solved.
Re:Could it be much worse (Score:5, Insightful)
Re:EULA on DNA (Score:2)