Slashdot Mirror


Supreme Court May Decide the Fate of APIs (But Also Klingonese and Dothraki)

New submitter nerdpocalypse writes: In a larger battle than even Godzilla v. Mothra, Google v. Oracle threatens not only Japan but the entire nerd world. What is at stake is how a language can be [copyrighted]. This affects not just programming languages, APIs, and everything that runs ... well ... everything, but also the copyright status of new languages such as Klingon and Dothraki.

149 of 210 comments (clear)

  1. SFLC's brief explains parts of this well by ciaran2014 · · Score: 4, Informative

    Software Freedom Law Center's brief regarding whether the Supreme Court should take the case or not:

    https://www.softwarefreedom.or...

    --
    Help build the anti-software-patent wiki
    1. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      That's tough reading, even by legal-writing standards.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 5, Interesting

      What I gather is the linked article at Slate seems more ominous than this sounds.

      The Slate article is sensationalistic, like most news these days, designed to make people feel outrage.

      From the brief, I understand that Google took code and changed it (which may or may not be against the terms) and then redistributed it (via the SDK? the Android OS?) for developers to use.

      Java was designed with the intention of every implementation to be 100% compatible.....the same APIs, the same runtime, etc. When Google made Android, they used an incompatible version of Java (mainly changing UI code, but also the runtime and some other things). They used Java to make things easier for developers.

      So now the question is whether it is allowed for Google to do that, or if Oracle has the right to stop them. This isn't about whether you are violating copyright if you use a language, and that's one area the Slate article seems confused.

      It is also not about whether you can use an API for interoperability purposes. That is covered by fair use, and will still be covered by fair use, no matter how this case is decided. But interoperability not why Android used Java.......Android used Java to make it easier for developers to write programs for their system.

      --
      "First they came for the slanderers and i said nothing."
    3. Re:SFLC's brief explains parts of this well by garyisabusyguy · · Score: 1

      Nice summary, but beyond the intention that all Java implementations be 100% compatible, Sun released much of Java under GNU GPL in 2006.
      I will admit up front that I tried to read the GNU licensing back in the early 90's and I found it to be such a tar-pit-trap of self referencing and whole creation of terminology that I have felt ill towards Stallman ever since

      I believe that this litigation may be the ultimate dissection of the GNU GPL and I am more than interested in seeing how the Supreme Court parses it all out.
      While I totally agree with you that the intent of Oracle may be for compatibility, the intent of the GPL certainly supports modification as long as the modified code continues to support the GPL

      --
      Wherever You Go, There You Are
    4. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      I believe that this litigation may be the ultimate dissection of the GNU GPL and I am more than interested in seeing how the Supreme Court parses it all out.

      The most likely scenario is that the supreme court will decline to hear the case, and it will be sent back to a lower court to see if Google can make a case for fair use (which might involve the GPL).

      --
      "First they came for the slanderers and i said nothing."
    5. Re:SFLC's brief explains parts of this well by Jane+Q.+Public · · Score: 2

      Java was designed with the intention of every implementation to be 100% compatible.....the same APIs, the same runtime, etc.

      Who are you trying to fool?

      Of course that's the way Java was designed! But the very moment Oracle gained rights to it, Oracle started adjusting the code and the license to give Oracle unique compatibility and unique licensing. Anyone who thinks otherwise just hasn't watched it happen. Java is the single biggest RECENT reason people have accused Oracle of trying to kill open source. For a while MySQL took the headlines but that's done.

      MySQL... same story in a nutshell. That's why nobody uses Oracle MySQL anymore. Everybody who is anybody is now running MariaDB as a drop-in replacement. (If you didn't read that correctly, I will intercept your snide remark: I stated "as a replacement for MySQL".)

      The Javapocalypse hasn't happened yet under Oracle, but it's far past the time it was first expected. Yet, the situation hasn't really gotten better. Like MySQL, it's time someone else forked it HARD and took it away from Oracle. Otherwise it (intentionally) won't go anywhere.

    6. Re:SFLC's brief explains parts of this well by gl4ss · · Score: 1

      the gist is the java support classes, like String etc, that they used. like, they're used exactly like oracles String class and more importantly named as such as well. if that's copyrightable or not... like if you make an api that uses com.phantomfive.java.superApi can someone else make an implementation of that api and use your naming?

      --
      world was created 5 seconds before this post as it is.
    7. Re:SFLC's brief explains parts of this well by Bing+Tsher+E · · Score: 3, Informative

      Bullshit. If your point is correct, then Compaq's reverse engineered BIOS was illegal and the whole era of the PC Clone was a violation of IBM's IP rights. We'd need to pry the BIOS out of every PC Compatible in existence. And since IBM doesn't even make PCs anymore, that means we all cease using desktop and laptop PCs. It probably even applies to Apple by this point.

    8. Re:SFLC's brief explains parts of this well by Rob+Y. · · Score: 2

      It depends on what you mean by 'entire API'. Modern computer languages are more than just the syntax and compiler. Even C would be pretty useless as a language without a standard set of libraries that every C app uses. sprintf is arguably not a library API, but an intergral part of the C language. Same goes for the classes in the 'java' API. Without them, it's not Java, and you can't claim that the language is freely implementable without those API's also being freely implementable. Otherwise, there are no standards at all.

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    9. Re:SFLC's brief explains parts of this well by Applehu+Akbar · · Score: 1

      If all Google has done is re-impolement the API using Oracle's names and calling sequences but its own code, then Oracle has no case. Or rather, the logical, nerdly conclusion would be that it has no case. Judges and lawyers may think otherwise.

    10. Re:SFLC's brief explains parts of this well by NostalgiaForInfinity · · Score: 1

      From the brief, I understand that Google took code and changed it (which may or may not be against the terms) and then redistributed it (via the SDK? the Android OS?) for developers to use.

      Why not check the web first? Almost the entire case is about API copyrights.

      The copyright phase consisted of several distinct claims of infringement: a nine-line rangeCheck function, several test files, the structure, sequence and organization of the Java Application Programming Interface (API), and the API documentation.

      http://en.wikipedia.org/wiki/O....

      Here is the code Google copied:

      private static void rangeCheck(int arrayLen, int fromIndex, int toIndex {
                if (fromIndex > toIndex)
                          throw new IllegalArgumentException("fromIndex(" + fromIndex +
                                    ") > toIndex(" + toIndex+")");
                if (fromIndex arrayLen)
                          throw new ArrayIndexOutOfBoundsException(toIndex);
      }

      https://majadhondt.wordpress.c...

      It probably wasn't even copied, it was written by the same developer, who happened to use the same variable names for an uncreative piece of boiler plate code.

    11. Re:SFLC's brief explains parts of this well by mark-t · · Score: 1

      Copying the *name* of something is not ever a copyright infringement. Names are not copyrightable.

      It may be a trademark infringement, however.

    12. Re:SFLC's brief explains parts of this well by NostalgiaForInfinity · · Score: 1

      So the implied logic here is Google only copied certain things, but not the whole thing, so it's okay to copy it for free?

      Correct. Copyright only protects creative works, and its purpose is to encourage publication of creative works. APIs are not creative works. And even if they were, since the very nature of APIs makes it necessary to publish and document them, there is no need to provide a separate incentive.

      Keep in mind that copyright doesn't exist to funnel money to corporations like Oracle, it exists to encourage people to create stuff.

    13. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      Copying the *name* of something is not ever a copyright infringement. Names are not copyrightable.

      It's not just one name/word, but multiple names/words in a single API call, and thousands of API methods copied exactly, not just one or two.

      Also, don't forget than an API declaration in Java syntax is useless without the API comment -- the documentation that tells you what the API does, what exactly are the inputs and outputs, and any limitations. That too was copied by Google.

      We're not dealing with copying one word, but rather copying tens of thousands of words scattered throughout the Java Standard Library implementation.

    14. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      APIs are not creative works.

      Based on what exactly? You're completely wrong.

      Keep in mind that copyright doesn't exist to funnel money to corporations like Oracle, it exists to encourage people to create stuff.

      Copyright encourages people/companies to create stuff by ensuring no one can copy/use their creation without payment, i.e., it blocks freeloaders.

    15. Re:SFLC's brief explains parts of this well by mark-t · · Score: 1

      Except those words, because they are only *names*, are not collectively an expression of any kind of creative idea.. Alien languages such as what was presented in the ST:TNG episode "Darmok" notwithstanding, one generally needs to use far more than just nouns or proper nouns to produce a copyrightable creative work.

    16. Re:SFLC's brief explains parts of this well by Applehu+Akbar · · Score: 1

      Google copied the name and calling sequences in the API, not Oracle's code. Since a code library is a functional extension of the language the API is for, Oracle is attempting to extend the concept of copyright to elements of the language itself. If it can do that, we lose another big chunk of our freedoms.

    17. Re:SFLC's brief explains parts of this well by NostalgiaForInfinity · · Score: 1

      Based on what exactly? You're completely wrong.

      Based on the current legal situation (they haven't received copyright protection in the past), and based on the fact that most of them are simply functional.

      Copyright encourages people/companies to create stuff by ensuring no one can copy/use their creation without payment, i.e., it blocks freeloaders.

      It's unproven that copyright accomplishes that even for the stuff it clearly applies to (books, music, etc.).

      But as far as APIs are concerned, even that argument falls flat, since APIs are a necessary functional element of creating software, so they do not require any additional incentive for companies to create or publish.

    18. Re:SFLC's brief explains parts of this well by NostalgiaForInfinity · · Score: 2

      Note that if Java's API were judged to be a creative work, then Java's APIs themselves would be violating many other copyrights, since they are derived from APIs found in Smalltalk, C++, and others.

    19. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      one generally needs to use far more than just nouns or proper nouns to produce a copyrightable creative work.

      Because only literary works and works with sentences having proper grammar can be copyrighted? Who made up that rule?

      This API issue is about creative expression, and with or without grammar, there is plenty of creative expression in designing APIs. Or is it a mindless and easy task so that you use can use a perl script to generate API for your library?

    20. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      You seem to be confusing copyright with patents. Copyright deals with preventing copying of "expressions of ideas," whereas patents deal with preventing copying of "basic structure or operations" of ideas. What creative expression has Java copied from Smalltalk or C++?

    21. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      Google copied the name and calling sequences in the API, not Oracle's code.

      Technically, that API is also code because it's written in the Java language syntax. Why the double standards: API declaration code should not be copyrightable, it should be public domain, whereas API implementation can be copyrighted.

      Since a code library is a functional extension of the language the API is for, Oracle is attempting to extend the concept of copyright to elements of the language itself.

      False argument: a library is one functional extension of the language. You can create infinite different libraries for Java, and therefore the language has infinite different functional expressions.

      Only a handful of classes are part of the language (java.lang.*), the rest are not part of the language.

      If it can do that, we lose another big chunk of our freedoms.

      What freedom is that? The freedom to copy other people's code for free?

    22. Re:SFLC's brief explains parts of this well by Bengie · · Score: 1

      Android is using an opensource Java interpreter that existed before the idea of Android even existed. Heck, several Linux distros use it. If Oracle wins this, it's only a matter of time before they attempt to sue Linux for the exact same thing.

    23. Re:SFLC's brief explains parts of this well by Applehu+Akbar · · Score: 1

      An API extends the function (not the syntax) of a language by allowing its users to do more things in some standard manner. Oracle can copyright the code with which it implements the API, but so far not the names and calling sequences it chooses for its library.

    24. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      it's only a matter of time before they attempt to sue Linux for the exact same thing.

      For what? For Implementing standard POSIX APIs?

      POSIX.1-2008 is simultaneously IEEE Std 1003.1â-2008 and The Open Group Technical Standard Base Specifications, Issue 7.

      I don't think any single company owns a IEEE standard.

    25. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      Android is using an opensource Java interpreter that existed before the idea of Android even existed.

      Not a problem if Oracle gives these distros a free license since it has few users. Android, on the other hand, has billions of users and Google has paid exactly $0 for Java the language or java the library.

    26. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      NB even if it is copyrightable, someone can still make an implementation under fair use: especially for interoperability purposes.

      --
      "First they came for the slanderers and i said nothing."
    27. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      Of course that's the way Java was designed! But the very moment Oracle gained rights to it, Oracle started adjusting the code and the license to give Oracle unique compatibility and unique licensing.

      Really? What have they changed? I was trying to find the license earlier, but couldn't find it.

      --
      "First they came for the slanderers and i said nothing."
    28. Re:SFLC's brief explains parts of this well by mark-t · · Score: 1

      Because only literary works and works with sentences having proper grammar can be copyrighted?

      I didn't suggest that was the case... I only said it would take more than just reciting nouns. The nouns would actually need to be *USED* in some kind of creative fashion, and facts (such as saying that a particular noun exists, which is what the human-readable form of an API is) are not creative.

    29. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      but it's very different from this... much of what this comes down to is many assuming some things would be fair use, while Oracle is saying they aren't:

      You are wrong here, the issue before the court is not fair use. In order for it to be fair use, the thing must be copyrightable in the first place. The question before the court is whether it is copyrightable in the first place (the answer is probably yes.......nearly everything is).

      If the court decides APIs are copyrightable, the case will be sent back to a lower court to determine if Google has a fair use defense.

      --
      "First they came for the slanderers and i said nothing."
    30. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      Sorry, but ripping the entire API and reimplementing it is not fair use.

      It can be fair use........for example, if the purpose is interoperability......but that is a defense Google would have to make.

      --
      "First they came for the slanderers and i said nothing."
    31. Re:SFLC's brief explains parts of this well by Bengie · · Score: 1

      Everyone knows the importance of software today and you cant just rip off IP

      Won't someone think of the lawyers?! Ohh, yes, you. Thanks :-)

      Pretty much all software is built on the shoulders of giants, all of the base work is math theory. The only parts of software that I can agree should be covered by IP is trademarks, User Interfaces, or raw source code.

    32. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      Copying for reverse engineering counts as fair use, even though the interface is copyrightable (and FWIW Apple uses UEFI).

      --
      "First they came for the slanderers and i said nothing."
    33. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      How much would it cost for Google to license Java from Oracle? Also, why don't they use their "Go" language instead of Java if the intention is to save cost of licensing Java?

      I don't think there is any case for interoperability since Android Java apps don't run on other platforms. Similarly, Java apps from other platforms don't run on Android OS.

    34. Re:SFLC's brief explains parts of this well by Bengie · · Score: 1

      Then Google switches to one of these distros, now what?

    35. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      How much would it cost for Google to license Java from Oracle?

      Oracle wants a billion at least.

      --
      "First they came for the slanderers and i said nothing."
    36. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      I only said it would take more than just reciting nouns. The nouns would actually need to be *USED* in some kind of creative fashion, and facts (such as saying that a particular noun exists

      It's not all nouns. Class/Interface name: Noun or sentence fragment Method name: verb, sentence fragment or noun Method arguments: noun or sentence fragment I fail to see how an API containing all nouns would be comprehensible to any programmer using the API.

    37. Re:SFLC's brief explains parts of this well by gnupun · · Score: 1

      Every programming language has a different API to provide the exact same functionality to apps. How difficult would it be for Google to create another set of API methods that are different from the Java lib, but provide the same functionality as the Java lib?

      The functionality of the java library is not patented, rather the expression (syntax) of the functionality is copyrighted. You can use different method names and argument names and change the scope of the method and class to differentiate from Java. In fact, that is exactly what Microsoft did when it cloned .Net from Java.

    38. Re:SFLC's brief explains parts of this well by gnasher719 · · Score: 1

      NB even if it is copyrightable, someone can still make an implementation under fair use: especially for interoperability purposes.

      "Fair use" in copyright law has a different meaning than "I'm using it, and what I'm doing is fair". Google can make a parody of Java and claim fair use :-)

    39. Re:SFLC's brief explains parts of this well by gnasher719 · · Score: 1

      It probably wasn't even copied, it was written by the same developer, who happened to use the same variable names for an uncreative piece of boiler plate code.

      And that's the important question, whether it was copied or not. Having identical code raises a strong suspicion of copying. However, if you threw away some code that I wrote last week and asked me to write it again, there's a good chance that the result would be identical. Especially for some trivial code like this, where the exact result of the function, including exceptions thrown, has been prescribed.

    40. Re:SFLC's brief explains parts of this well by phantomfive · · Score: 1

      Dalvik could surely be called parody.......

      --
      "First they came for the slanderers and i said nothing."
    41. Re:SFLC's brief explains parts of this well by amber_of_luxor · · Score: 1

      > but rather copying tens of thousands of words scattered throughout the Java Standard Library implementation.

      Which, in turn, are copied from other standard library implementations, at least as far back as The C Standard Library, and and The C Programming Language.

      --
      Wind Beneath Thy Wings
    42. Re:SFLC's brief explains parts of this well by NostalgiaForInfinity · · Score: 1

      What creative expression has Java copied from Smalltalk or C++?

      The general structure and design of APIs. If APIs are copyrightable like literature, then translation of an API from Smalltalk to Java should fall under the original copyright just like translations do for literature. Even within the same programming language, literary plots can be copyrighted, so if APIs are copyrightable, then the structure of an API should also be protected, just like a literary plot. And if there is any creativity in the Java APIs at all, it is in just those parts that were "inspired" by Smalltalk and other languages.

      In any case, I don't think APIs should enjoy any copyright protection and I think it would be very bad for the industry if API copyrights were created. However, if Oracle wins this case, at least it will kill that abomination called "Java", and I suppose that is a nice consolation prize.

    43. Re:SFLC's brief explains parts of this well by NostalgiaForInfinity · · Score: 1

      No, that's not really the question. Writing the same code from memory doesn't protect you against claims of copyright infringement.

      The issue here is whether the code is "creative" and whether it is "substantial". Arguably, it is neither.

    44. Re:SFLC's brief explains parts of this well by knorthern+knight · · Score: 1

      > You mean instructions like JMP which AMD blatantly stole the opcodes from Intel?
      > Why can't Intel demand protection for the use of 0xEB 0xbb to instruct the
      > computer to jump by signed bb bytes, but Sun/Oracle can claim protection for
      > System.out.println() to instruct the computer to output an end-of-line
      > character to the standard output?

      Old fart here... AMD was cross-licenced by Intel to produce 80x86 cpus http://en.wikipedia.org/wiki/S... This was done because many businesses, especially government, insisted that the components NOT be single-sourced. Ironically, this cross-licencing agreement is what allowed Intel to legally use AMD64 cpu architecture, which Intel named "EMT64".

      --

      I'm not repeating myself
      I'm an X window user; I'm an ex-Windows user
    45. Re:SFLC's brief explains parts of this well by jader3rd · · Score: 1

      When Google made Android, they used an incompatible version of Java

      That's always been Google mantra: embrace, extend, extinguish.

    46. Re:SFLC's brief explains parts of this well by vilanye · · Score: 1

      Implementations are copyrightable and Google created their own implementations.

      System.out.println(String s) is not, nor is does it take any sort of creativity to come up with method headers. In Java's case it was a lot of idiocy or alcohol. No one intelligent or sober would think System.out.println("java sucks") is an acceptable way to print to the console.

      That is what this case is about method headers, not method implementations.

      If Oracle wins, all future methods or functions will be named like fjdklfdsjfldsjjlsdjfdsoihghofgf(), because fjdklfdsjfldsjjlsdjfdsoihghofg() was already copyrighted.
         

    47. Re:SFLC's brief explains parts of this well by vilanye · · Score: 1

      Every language has a print() function/method.

      You seem to be incapable of grasping the difference between function definitions and implementation.

      You are arguing that table of contents or a list of ingredients and amounts in a recipe and the name of the recipe should be copyrightable. Neither can be, and they are no different than API definitions.

    48. Re:SFLC's brief explains parts of this well by vilanye · · Score: 1

      Having identical code raises a strong suspicion of copying

      Hardly

      Any sane rangeCheck method is going to look the same. Unless you think changing the names of arrayLen, fromIndex and toIndex is required.

      The algorithm is simple and will look the same.

      Rewrite it so it is sane, works the same way but looks significantly different. Good luck

      Even if this method was copied? So what? An "original" implementation is going to be identical except for argument names.

    49. Re:SFLC's brief explains parts of this well by AK+Marc · · Score: 1

      Copyright is unrelated to effort. Someone who automates the scanning of the White Pages, and puts the results online has violated no copyright, despite magnitudes less effort to mine a copyrighted work and re-distribute something equivalent. A painting that's a blank canvas with one stroke across it, at 10s of effort and $0.10 of paint, is copyrighted the same as any new work.

    50. Re:SFLC's brief explains parts of this well by AK+Marc · · Score: 1

      You sound like the people who thought the White Pages should be protected. How did that work out?

    51. Re:SFLC's brief explains parts of this well by AK+Marc · · Score: 1

      Everyone knows the importance of software today and you cant just rip off IP worth tens of millions for $0.

      That's not a standard for IP laws. Copyright covers creative works. Just because something was hard, doesn't mean it's "IP" or protected.

    52. Re:SFLC's brief explains parts of this well by AK+Marc · · Score: 1

      Given that none of the "creative"portion of the API is used, it's hard to claim that a reverse-engineer with no overlapping "creative" element would be a violation.

      It's like making a frame for an existing artwork. The frame itself is copyrighted, as is the original work, but the original artist has no say in the frame, nor is the frame a violation of copyright of the initial work, despite having had to use a trivial amount of the creative work (its dimensions) to make the frame.

    53. Re:SFLC's brief explains parts of this well by harryjohnston · · Score: 1

      Not at all. I have a number of C programs that (quite deliberately) do not use the standard library at all.

      Having the standard C library - so that at least some parts of your code don't need to be rewritten for each operating system - is certainly convenient, but it is far from essential.

    54. Re:SFLC's brief explains parts of this well by Dog-Cow · · Score: 1

      You deserve to die in a most horrible and painful manner -- just for being the most stupid poster on slashdot.

    55. Re:SFLC's brief explains parts of this well by shutdown+-p+now · · Score: 1

      Don't forget that things like NULL, size_t, ptrdiff_t or va_list are also part of the standard library. Avoiding them is not always possible - e.g. NULL is easy to avoid because you can just use 0, but if you need to portably store the result of a sizeof, you need size_t; and for pointer subtraction, ptrdiff_t. In any case, even if you avoid spelling those out explicitly, the language spec still references them when describing the corresponding language constructs, so you can't fully decouple the two.

    56. Re:SFLC's brief explains parts of this well by harryjohnston · · Score: 1

      My point is that if (hypothetically speaking) the next specification of C left all that stuff out, it would still be a useful language. *Less* useful, but not useless.

      (I don't need size_t because I can use ULONG_PTR. Signed pointer arithmetic is best avoided IMO, but if you force me to do it I have LONG_PTR. If there were no standard library, there would probably be an implementation-defined replacement for va_list, but if not, I can do without it; if necessary, I can always pass an array of pointers. No problem.)

    57. Re:SFLC's brief explains parts of this well by shutdown+-p+now · · Score: 1

      My point is that if (hypothetically speaking) the next specification of C left all that stuff out, it would still be a useful language. *Less* useful, but not useless.

      More importantly, it would be a different language :)

      My point, though, is that the division between "language" and "standard library" is rather arbitrary, and very vague in many cases. In case of something like size_t, for example, it could just as well be defined in the language, rather than being a typedef (indeed, at least MSVC actually used to define it that way, even though it's not strictly conforming). Or addition and multiplication could be in the library, if C had operator overloading (or we were okay with function syntax for them).

      To that extent, it doesn't really make sense to talk about "just the language". The language, as defined, is unable to exist in a vacuum. Languages like C, which are often used in constrained environments, usually define subsets of the standard library that are only as large as they need to be to support the core language constructs.

      In C, in particular, the standard calls it "freestanding environment". In C99, this gives you float.h, iso646.h, limits.h, stdarg.h, stdbool.h, stddef.h, and stdint.h. As you can see, these are all just typedefs and macros - no functions there. But those are the things that are critical in that the language constructs reference them.

      I don't need size_t because I can use ULONG_PTR.

      Signed pointer arithmetic is best avoided IMO

      You can't really avoid it because it's part of the language. You're doing it every time you're writing something like a[i], since it's just syntactic sugar for *(a+i). Of course, the types aren't explicit there, but the spec still has to deal with them.

    58. Re:SFLC's brief explains parts of this well by harryjohnston · · Score: 1

      I don't think the distinction is necessarily unimportant just because it is fuzzy. But I don't feel all that strongly about it.

      As for signed pointer arithmetic: a[i] isn't really a good example because i has to be positive. But I was wrong anyway - I was thinking about things like this but now that I look at it again, the language really does need to let you subtract pointers and get a negative answer - the real problem in that example is the silly implicit conversion from signed to unsigned.

    59. Re:SFLC's brief explains parts of this well by shutdown+-p+now · · Score: 1

      As for signed pointer arithmetic: a[i] isn't really a good example because i has to be positive.

      It doesn't, actually, if `a` is a pointer into the middle of another array (and semantically both array and pointer indexing is actually the same, because the former is defined in terms of the latter in the spec; so the index is treated as signed in both cases).

      Note that the language indirectly prohibits the existence of an array that has more elements than ptrdiff_t can account for. This is because &a[n]-&a[0], where n is the count of elements, is always legal for any array, and is of type ptrdiff_t. So in effect the maximum size of the array has an upper bound of the largest signed number available in that particular implementation (because ptrdiff_t must be a typedef corresponding to some signed integral type).

    60. Re:SFLC's brief explains parts of this well by harryjohnston · · Score: 1

      But i does have to be positive if a is an array, and that's the only case that matters in this context - the point being that the language could still implement arrays by defining a[i] as meaning *(a+i), even if pointer arithmetic was constrained to be unsigned.

  2. Godzilla by Whiteox · · Score: 2

    We are all aware that Godzilla is now a citizen of Japan?

    --
    Don't be apathetic. Procrastinate!
  3. Jurisdiction by rossdee · · Score: 5, Funny

    The US Supreme Court has no jurisdiction outside of the USA.
    So this isn't going to affect Klingons

    1. Re:Jurisdiction by Black+Parrot · · Score: 2

      Unless they visit the USA.

      --
      Sheesh, evil *and* a jerk. -- Jade
    2. Re:Jurisdiction by Ironlenny · · Score: 1

      Paramount Studios (owners of Star Trek, and a US company) would be affected.

      --
      There is a system for subverting the system and you should use that system!
    3. Re: Jurisdiction by Incadenza · · Score: 1

      No need to enter the country to fall under US jurisdiction. Just have a US bank account will do.

    4. Re:Jurisdiction by future+assassin · · Score: 1

      But doesn't the studio own the Klingon worlds? Once the Klingon's go back to work on the world sets then the studio control them. Outside of the studios when not on company time they are free.

      --
      by TheSpoom (715771) Uncaring Linux user here. I have nothing to add to this but please continue. *munches popcorn*
    5. Re: Jurisdiction by BlueStrat · · Score: 1

      No need to enter the country to fall under US jurisdiction. Just have a US bank account will do.

      Or post leaked information on the internet that the US government does not want exposed, no matter if you're not a US citizen nor received/published the information within the borders of the US or it's Territories.

      That's just how fascists roll.

      Strat

      --
      Progressivism (aka US 'Liberalism'): Ideas so good they need a police/surveillance-state to enforce.
    6. Re:Jurisdiction by ultranova · · Score: 1

      The US Supreme Court has no jurisdiction outside of the USA.
      So this isn't going to affect Klingons.

      Google knows the Klingon Emperor's fetishes while Oracle helps keep his secret Ferenginar bank accounts organized. The US Supreme Court is a helpful referee so the two won't inflict contradictory blackmail on the helpless absolute ruler and leave him - and everyone below him - with no good options. Because it's so well-organized and considerate of consequences, corruption is hardly worthy of the name anymore, but simply another mechanism of society Worf Average doesn't really have to worry about - heck, it actually benefits him since it encourages solving various crises behind the scenes before they can cause serious disruption.

      Or at least that's how it would work in the utopian Star Trek future.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    7. Re:Jurisdiction by Rob+Y. · · Score: 1

      But the TPP wants to extend US Copyright terms to a lot of new jurisdictions. So, watch out Klingons - if you happen to live along the Pacific rim.

      The TPP may not be an entirely bad thing, and Obama may not be lying about that. But without fixing US intellectual property laws, extending them to the world negates any possible good aspects of these trade agreements. So no TA's without fixing US law, please. And of course, there will be no fixing US law until this same Supreme Court decides that it's really not a good thing to have bribery as the basis of our entire political system...

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    8. Re: Jurisdiction by NostalgiaForInfinity · · Score: 1

      Like all courts, SCOTUS has jurisdiction where it can enforce its rulings. That means on US territory, against people with US bank accounts, against companies doing business on US soil, against people who travel to the US, against nations the US invades, etc. That isn't rocket science, and it has nothing to do with "fascism".

    9. Re:Jurisdiction by NostalgiaForInfinity · · Score: 1

      But without fixing US intellectual property laws, extending them to the world negates any possible good aspects of these trade agreements.

      US intellectual property laws are no more broken than those abroad. Much of US intellectual property law is the result of international agreements that were imposed on the US by European publishers (e.g., the Berne convention). A lot of recent US intellectual property law is the result of lobbying by international corporations and foreign governments, both as a way of policy laundering and because the US is such a big and important market.

      And finally, the perception that US intellectual property law is particularly broken results from the fact that in the US, people at least complain about these bogus laws, while Europeans don't even know how draconian and oppressive their laws are; much of Europe has no fair use, perpetual intellectual property rights, copyrights on text snippets, and has "copyright societies" with mandatory memberships and fees for many media.

    10. Re: Jurisdiction by BlueStrat · · Score: 1

      Like all courts, SCOTUS has jurisdiction where it can enforce its rulings. That means on US territory, against people with US bank accounts, against companies doing business on US soil, against people who travel to the US, against nations the US invades, etc. That isn't rocket science, and it has nothing to do with "fascism".

      Tell that to Julian Assange. The US wants to bury the guy under the prison, and has and still is going to incredible lengths to get their fascistic hands him.

      Strat

      --
      Progressivism (aka US 'Liberalism'): Ideas so good they need a police/surveillance-state to enforce.
    11. Re: Jurisdiction by david_thornley · · Score: 1

      Some politicians called for his head, but at least in the US you can always find politicians willing to say any stupid thing to sound like they're doing what their constituents want. There was a legal investigation in the US, because Assange might have helped Manning get the classified information out, and that's espionage. If Manning acted alone, then Assange did nothing illegal.

      However, there seem to be a fair number of people who think the US is after Assange by any means, to the point of absurdity.

      Look, guys, if the US had wanted Assange to be sent to the US, they would have filed an extradition request with the UK, which historically has pretty much just rolled over for US extradition requests. This would not require going to incredible lengths. Instead, to conform with the facts we have a scenario in which the CIA is trying to extradite Assange to Sweden, which does not have the reputation of a US lapdog, and be put into a situation in which both the UK and Sweden would have to agree to a US extradition request.

      If Assange had really been afraid of being sent to the US, he wouldn't have been in the UK in the first place. That's a really bad place if you fear an extradition request from the US.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  4. I don't get it by msobkow · · Score: 4, Insightful

    Why can't Google just ship an OpenJDK build for ARM instead of screwing around with breaking the portability contract of the byte code?

    This whole situation is the most asinine pissing match I have seen since SCO...

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:I don't get it by phantomfive · · Score: 1

      Why can't Google just ship an OpenJDK build for ARM instead of screwing around with breaking the portability contract of the byte code?

      The biggest thing they changed from Java was removing all the UI code (Swing and AWT). That wouldn't have been very useful on a phone, and leaving it out saved space. (Sun had a version of Java that didn't have the UI code, but J2ME isn't open source, you have to pay for it).

      I have no idea why they didn't use the same bytecode. Their own implementation was rather lousy and had strange bugs like this one.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:I don't get it by phantomfive · · Score: 1

      I do not fail; I succeed at finding out what does not work.

      You might also add.....I am never wrong; as soon as I am wrong, I switch sides and them I'm right again.

      --
      "First they came for the slanderers and i said nothing."
    3. Re:I don't get it by tlambert · · Score: 5, Informative

      Why can't Google just ship an OpenJDK build for ARM instead of screwing around with breaking the portability contract of the byte code?

      For the same reason that they went with Dalvik, and the same reason their libc is derived from BSD libc (Bionic), instead of GLibc: to get out from under the license, and allow, indisputably, commercial code for which source code is not provided, and to (effectively) technologically, rather than merely legally, indemnify developers, in order to attract commercial developers to the platform.

      Oracle has tried to get a piece of Android on and off for years, the same way it tried to get a piece of Linux, and the same way it bought out MySQL and the BSD dbm libraries, when they couldn't legally raise their hand against them.

    4. Re:I don't get it by Bing+Tsher+E · · Score: 1

      You might also add.....I am never wrong; as soon as I am wrong, I switch sides and them I'm right again.

      That's a process we call learning.

      Knowledge doesn't have a leaderboard.

    5. Re:I don't get it by NostalgiaForInfinity · · Score: 1

      Why can't Google just ship an OpenJDK build for ARM instead of screwing around with breaking the portability contract of the byte code?

      Because OpenJDK is bloated and slow, and because it comes with unacceptable legal restrictions attached to it.

    6. Re:I don't get it by elwinc · · Score: 2

      Actually, Sun Microsystems made a VM and, in 2006, released it under the GPL. So the only real question at this point is whether there is anything in Dalvic that was not released by Sun in 2006-7. Oracle can hope for control over a few small crumbs, but most of the cookies in the Java jar have been free and open source for over 9 years.

      --
      --- Often in error; never in doubt!
    7. Re:I don't get it by shutdown+-p+now · · Score: 1

      If I remember correctly, Sun/Oracle asserted certain rights with respect to third-party JVM implementations that ran on mobile platforms. I don't recall the precise arrangement there - I think it had to do with the use of "Java" as a trademark, but perhaps there were some patents, too. Either way, as I understand, by using their own VM and bytecode, Google tried to clearly distance themselves away from JVM, and thus dodge the bullet.

  5. Re:Also, whether the GPLv2 is the same as the AGPL by phantomfive · · Score: 1

    If invoking an API is a derivative work of the API, then the Linux kernel is actually as infectious as the Affero GPL, and so are network APIs.

    The Linux kernel clearly defines userland software as not being derivative. You can see it here. Networking APIs are part of the POSIX standard so that's not a problem, and network protocols can be copied under fair use for interoperability purposes.

    Note that "calling an API" is not the question before the court. The question is whether you can copy the collection of APIs as a system for other people to call. No matter how this ruling goes, you will still be able to call an API as before.

    --
    "First they came for the slanderers and i said nothing."
  6. So in layman's terms... by tlambert · · Score: 5, Insightful

    So in layman's terms... the SFLC want the Supreme to refuse to hear the case, because they think that the copying of a trivial function, difficult to implement in any other embodiment, allows a "thin end of the wedge" argument in favor of GPL'ing everything on Android.

    They specifically cite the Lotus v. Borland case in support of this.

    They specifically avoid citing the Ashton Tate v. Fox Software case, because doing so would contradict their claims, and weaken the argument that the Supreme court should hear the case.

    Clearly, someone needs to file an Amicus brief citing Ashton Tate v. Fox Software, and suggest that the brief needs to be heard.

    1. Re:So in layman's terms... by phantomfive · · Score: 1

      They specifically avoid citing the Ashton Tate v. Fox Software case,

      how does Ashton Tate v Fox Software relate to this? That case was thrown out on a technicality, and was eventually dropped.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:So in layman's terms... by Jane+Q.+Public · · Score: 1

      While those of us who remember must agree that Ashton Tate was a big deal at the time, I also agree that a case which was not heard is also not a precedent. If it were, every ridiculous suit brought by anybody would constitute legal precedent, and our legal system would grind to a halt. About 180 years ago.

    3. Re:So in layman's terms... by mark-t · · Score: 1

      I saw it as even less than copying of a trivial function, but rather simply copying the *name* of that function to do the same thing.

      Copyright doesn't protect the names of things... trademarks do. Is Oracle planning on arguing that they have trademarked the names of every Java api function that Google happens to have used the same name for?

    4. Re:So in layman's terms... by phantomfive · · Score: 1

      Unclean hands is not a mere technicality.

      It's a technicality because it's unrelated to the main questions of the case.

      --
      "First they came for the slanderers and i said nothing."
  7. I had to laugh when I read this... by mark-t · · Score: 4, Interesting

    Oracle, the appeals court, and the Department of Justice think that owning a copyright on a language isnâ(TM)t a big deal, because others can always invent new words rather than copying

    Of course, the enormous flaw in this notion is that if you always have to invent new words simply to avoid copying anyone else, then nobody else is actually going to understand you. This is particularly true for things like spoken or written languages, but carries an element of truth to it for computer languages as well. While inventing any language can arguably already be challenging, inventing one that other people will actually use or adopt is usually either a function of the notoriety of the inventor, a matter of blind luck, or some combination of the two.

    Since it can be argued that copyright provides a mechanism for otherwise possibly unknown artists to publish their works on the same relatively level playing field as those who may have already gained some notoriety, it seems I think that suggesting that such things should somehow be copyrightable is even at best wholly counter-productive.

    1. Re:I had to laugh when I read this... by msobkow · · Score: 1

      Yet if you think of an API as being the chapter-titles of a book, what you're saying is that it's ok to steal all the titles from an existing work and write your own chapter contents. I don't see where or why the API of a system would not be under copyright -- the whole point of licenses like the LGPL is to let you use the interface explicitly whereas the GPL denies you the right to use the interface without publishing your code.

      Just because someone wants to use your API really, really badly doesn't mean they have the legal right to do so any more than they have the right to use the rest of your code without permission.

      Something which is a published standard like the ABIs for Linux are another matter entirely -- the interface is treated as an abstract work separate from the implementation. But I don't see anything in the way Java is licensed that would lead to the interpretation that it's API is a standard managed by some oversight organization instead of a corporate entity.

      --
      I do not fail; I succeed at finding out what does not work.
    2. Re:I had to laugh when I read this... by Anonymous Coward · · Score: 1

      Standard disclaimers apply: I am not a lawyer and this should not be construed as legal advice.

      First, you don't steal titles from an existing work. Stealing has a very specific legal definition and in the context of law commentary, it's very important that you don't fuck it up.

      Second, yes, using the same titles is, in fact, okay.

      Third, that specific licenses allow you to use interfaces or not explicitly is irrelevant. Copyright enforces the wishes of the copyrighter in how distribution works. Unless you have some evidence that the Java platform is licensed in this way, this point is completely irrelevant. And it seems to me that you might be hoisted upon your own petard.

      Fourth, what does it take to be a standard in your mind? What is your opinion on the Java platform documentation? Because it seems pretty well-specified to me. Java also has a language and VM spec that are published specifications. How do "oversight organization" and "corporate entity" automatically differ?

    3. Re:I had to laugh when I read this... by silentcoder · · Score: 4, Interesting

      Wrong.
        The GPL prevents linking via API to existing GPL'd libraries. It does not stop you from writing your own library with the exact same method declarations but your OWN implementation.
      What google did is specifically NOT prevented by the GPL either.

      The GPL focusses on linking because that means MY implementation is used by your code. If you write your own library with the same declarations and your own implementation - then even though your application code is unchanged, I no longer hold a claim.

      Indeed most of GNU's libraries (both those under the GPL like readline and those under the LGPL like glibc) could not have existed if Oracle is right - since they were mostly re-implementations of long-existing APIs that every Unix OS ever developed also included. LibC in particular - EVERY unix since the very first Bell Labs one has had a generic C library - and they all implemented essentially the same core set of functions. Their APIs are all virtually identical yet they were all deemed legal and all under their own distinct copyrights. Some were proprietory, some were BSD licensed (i.e. the libc's in every BSD today) and GNU made theirs LGPLd.

      A better example would be the wine project. Wine reimplemented just about the entire windows API - all the calls are identical - so identical that you can run windows programs and games with Wine - but every implementation written from scratch as a clean-room reverse-engineer process. That has been legal for many, many years -this case threatens that. It would make it possible for Microsoft to get Wine declared illegal.

      If this is illegal Wine would actually be MORE illegal since it is much more compatible with the original API than Android is with Java. In fact that is Oracle's entire PR about this matter: that they are trying to sue google for NOT making the API ENTIRELY compatible with theirs !

      Disclaimer: I am a former Oracle engineer, I quite my job because I could not in good conscience keep working for the company that filed this suit !

      --
      Unicode killed the ASCII-art *
    4. Re:I had to laugh when I read this... by gnupun · · Score: 2, Informative

      Second, yes, using the same titles is, in fact, okay [copyright.gov].

      The pdf states "Copyright not available for titles and short phrases." But the table of contents of a book is not one phrase, rather it is a sequence of dozens of phrases. So it should be copyrightable, like API.

      Google has copied the premise of the book (Java platform), its table of contents (API) and rewritten the text within the chapters (reimplementing API) but keeping the same ToC. It should license the stuff it copied (API/ToC).

      Fourth, what does it take to be a standard in your mind? What is your opinion on the Java platform documentation?

      Oracle still owns the standard. Just because something is standardized by a company, does not mean it is free to use by other entities.

    5. Re: I had to laugh when I read this... by Livius · · Score: 1

      Because people need to know that legal information may be informative in general but is still not necessarily a legal opinion and people should be able to make informed decisions about how far they will follow whatever is suggested.

      Behaving ethically pretty much proves he's not a lawyer, but it's nice that it's explicit.

    6. Re:I had to laugh when I read this... by gnupun · · Score: 1

      You can't copyright generic and short phrases like chapter 1, chapter 2 anyway. There is no creative expression of ideas there.

    7. Re:I had to laugh when I read this... by msobkow · · Score: 1

      You're making the mistake of confusing programming to an API with the API itself. The arguments to a method of an API have named variables, not a wildcard list of arguments. They are well-defined and specific, even if they take a generic list of objects as their trailing argument, the fact that it takes a list of objects is specified.

      As to others who have questioned what it takes to qualify as a "standard":

      Unless an API is explicitly published for the purpose of use by alternative implementations, it is proprietary. Can you imagine what would happen if you tried to clone the SalesForce API in a competing product? It's all up to the interpretation and licensing granted by the publisher of the API as to whether it is a "standard" for competing products or a "proprietary" interface only for use by their own product line.

      It doesn't matter whether it is designed by a committee, designed by an individual, designed by a corporation, or designed by a "regular" standard's body. What matters is the intent of the publication license, if any.

      Remember that the default for published works is that all rights are reserved by the copyright holder unless they grant permissions, not that it is under the public domain.

      --
      I do not fail; I succeed at finding out what does not work.
    8. Re:I had to laugh when I read this... by msobkow · · Score: 1

      There are far more companies and individuals with APIs for their products that allow extension and customization who are not "standards" than there are products whose interfaces have been explicitly coded to published standards whose licenses grant other parties the right to code to them.

      Take, for example, SalesForce. They have an API. But they'd sue the schite out of you if you tried to claim it is a "standard" and use their API in a competing product.

      Whether an API is a "standard" or not is entirely up to the publisher of the API. The default in North America is not that things fall under the public domain, but that the rights remain with the publisher unless they've granted explicit authorization.

      As to the question of whether you should be able to copyright an API, I don't have any doubts that it should be copyrightable. See my point on the number of companies who rely on their interfaces not being clonable by competitors. A lot of effort goes into a well written and thought out interface. In fact, the interface is often half the design of a product. It deserves protection from those who think they can take anything they want if they just want it badly enough.

      --
      I do not fail; I succeed at finding out what does not work.
    9. Re:I had to laugh when I read this... by gnupun · · Score: 1

      A lot of effort goes into a well written and thought out interface. In fact, the interface is often half the design of a product. It deserves protection from those who think they can take anything they want if they just want it badly enough.

      I fully agree with this. Designing a good API can often be far more difficult and creative task than implementing it, considering you can easily change the implementation later but not the API.

    10. Re:I had to laugh when I read this... by NostalgiaForInfinity · · Score: 1

      Unless an API is explicitly published for the purpose of use by alternative implementations, it is proprietary.

      APIs have historically not been protected by copyrights, therefore they haven't been "proprietary" (i.e., they haven't been owned). If they had been proprietary, the world would look very different today.

      Remember that the default for published works is that all rights are reserved by the copyright holder

      Yes, but not everything you publish is copyrightable. The question isn't whether people can arbitrarily violate Oracle's copyright, it's whether Oracle has a copyright in the first place.

    11. Re:I had to laugh when I read this... by phantomfive · · Score: 1

      Yes. In fact, an interface can last longer than code.

      --
      "First they came for the slanderers and i said nothing."
    12. Re:I had to laugh when I read this... by phantomfive · · Score: 1

      APIs have historically not been protected by copyrights,

      Since 1980, they have.

      In many cases, creating your own implementation is fair use (and indeed, Google's copying of Oracle may also be fair use), which is why you are allowed to create your own implementation for interoperability purposes. But Google here did not copy Java for interoperability purposes. If they had, there wouldn't be a problem.

      --
      "First they came for the slanderers and i said nothing."
    13. Re:I had to laugh when I read this... by mark-t · · Score: 1

      Instead, they imitated Java so that it would be easier for programmers to adapt to.

      Kind of like how as children when we are learning how to talk, we copy what we hear other people say so that they understand us.

    14. Re:I had to laugh when I read this... by phantomfive · · Score: 1

      Instead, they imitated Java so that it would be easier for programmers to adapt to.

      Yes, that is why they are in court. Incidentally, if the supreme court declines to hear this case, it is still not over......it will be sent down to a lower court to hear Google's fair use defense.

      Kind of like how as children when we are learning how to talk, we copy what we hear other people say so that they understand us.

      Copyright laws handle that situation.

      --
      "First they came for the slanderers and i said nothing."
    15. Re: I had to laugh when I read this... by silentcoder · · Score: 1

      Thank you. Though I confess upon deciding to do so I didn't act immediately, I got myself another job first.

      --
      Unicode killed the ASCII-art *
    16. Re:I had to laugh when I read this... by gnasher719 · · Score: 1

      The GPL prevents linking via API to existing GPL'd libraries. It does not stop you from writing your own library with the exact same method declarations but your OWN implementation. What google did is specifically NOT prevented by the GPL either.

      I wouldn't put it that way. It's just that copying the library is very, very obvious covered by copyright law, and copying the API is much less obviously covered by copyright law. If it is covered by copyright law, then it is covered by GPL, and if it is not covered by copyright law then it isn't.

    17. Re:I had to laugh when I read this... by gnasher719 · · Score: 1

      You can't copyright generic and short phrases like chapter 1, chapter 2 anyway. There is no creative expression of ideas there.

      So what about this:

      Chapter 1, in which Phileas Fogg and Passepartout accept each other, the one as master, the other as man.

    18. Re:I had to laugh when I read this... by NostalgiaForInfinity · · Score: 1

      Since 1980, they have.

      That's bullshit. If that were the case, we wouldn't be having this discussion and this case wouldn't be going to SCOTUS.

      http://bfy.tw/Ctv

    19. Re:I had to laugh when I read this... by phantomfive · · Score: 1

      this case wouldn't be going to SCOTUS.

      This case isn't going to SCOTUS.....they will decline to hear it because the appellate court gave the correct decision.

      --
      "First they came for the slanderers and i said nothing."
    20. Re:I had to laugh when I read this... by tepples · · Score: 1

      Kind of like how as children when we are learning how to talk, we copy what we hear other people say so that they understand us.

      Copyright laws handle that situation.

      In what way do U.S. copyright law and harmonized EU copyright law handle language acquisition by a child? Is it that natural languages came into existence before 1923?

    21. Re:I had to laugh when I read this... by phantomfive · · Score: 1

      I don't know much about EU copyright law, but in America, the child utters something original and interesting, it is copyrighted.

      --
      "First they came for the slanderers and i said nothing."
    22. Re:I had to laugh when I read this... by tepples · · Score: 1

      Which in turn raises the question: Are a child's utterances really original, or are they derivative of the set of words that the parents use?

    23. Re:I had to laugh when I read this... by phantomfive · · Score: 1

      If the parents have evidence, they can sue. You can't copyright single words, though.

      --
      "First they came for the slanderers and i said nothing."
    24. Re:I had to laugh when I read this... by harryjohnston · · Score: 1

      Copyright exists to benefit society. How does it benefit society for APIs to be copyrightable?

    25. Re: I had to laugh when I read this... by silentcoder · · Score: 1

      The law is pretty clear that other does apply. If it doesn't then no libraries are copyrightable at all.

      --
      Unicode killed the ASCII-art *
    26. Re:I had to laugh when I read this... by david_thornley · · Score: 1

      No, only if fixed in a tangible form. The words you utter are not copyrightable, although a prepared speech or record of a speech are.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    27. Re:I had to laugh when I read this... by phantomfive · · Score: 1

      That wasn't what I was saying......I meant to say that if you write down a single word, the word itself is not copyrightable (even if you make up the word).

      --
      "First they came for the slanderers and i said nothing."
  8. Re:Swell by Zontar+The+Mindless · · Score: 1

    All languages are "made up".

    --
    Il n'y a pas de Planet B.
  9. Re: Also, whether the GPLv2 is the same as the AGP by phantomfive · · Score: 1

    In some APIs, "calling the API" involves implementing a provided interface and handing the reference over (eg DirectShow codecs). Where do you draw the line?

    The line is fuzzy, because the law was not written clearly. That is a purpose of judges.....to clarify areas of the law that are not clear.

    --
    "First they came for the slanderers and i said nothing."
  10. API versus Look and Feel by Taco+Cowboy · · Score: 2

    We nerds know what API is. Unfortunately most of the non-nerds out there can't grasp the concept of API

    Most of them will eventually equate "API" with "look and feel" - and they will think that if Microsoft can get to defend their "Windows look and feel" of course Oracle can deny Google to use their Java API

    Add to that Apple at one time obtained a 'rounded corner' patent, therefore, I will not be surprised if the SCOTUS ending up siding with Oracle

    --
    Muchas Gracias, Señor Edward Snowden !
    1. Re:API versus Look and Feel by mark-t · · Score: 2

      First, foremost, always and finally, API's are ultimately a collection of names. Names are not copyrightable entities.

      The only way you can infringe on somebody's IP for copying a name of something is if that name was trademarked.... but trademark and copyright are two different things. Java may be trademarked, but that's not what Google copied... they copied the

      NAMES

      of the functions that are in Java. Unless Oracle can show they've trademarked the names that Google copied, I can't see how they can really win this one. There are also pretty strict rules on what is even allowed to be trademarked in the first place, and I would dare say that even *IF* Oracle tries to use that tactic, they would probably find that virtually none of the alleged infringements are actually trademarkable.

    2. Re:API versus Look and Feel by gnasher719 · · Score: 1

      First, foremost, always and finally, API's are ultimately a collection of names. Names are not copyrightable entities.

      What makes you think that names are not copyrightable? We are not talking about real names of persons here, but made up names of functions, constants, and so on. In principle, some text is not copyrightable if it had to be the way it is and didn't require any creative effort. So the New York phone book isn't copyrightable, because it contains (except for mistakes) exactly the text that it should contain. But the names in an API may very well be copyrightable, because the creator of the API could have used any name they wanted.

    3. Re:API versus Look and Feel by mark-t · · Score: 1

      Names are a subject for trademarks, not copyright.

    4. Re:API versus Look and Feel by jabuzz · · Score: 1

      No because Moby Dick went out of copyright years ago. An example of talking about Harry Potter and Hermione Granger for example would make more sense.

  11. Re: Also, whether the GPLv2 is the same as the AGP by konohitowa · · Score: 1

    Yes, yes, we all know you can draw lines with DirectX.

  12. Re:Swell by Anne+Thwacks · · Score: 1

    Not without authorisation from God - IN WRITING - witnessed by two duly appointed public commissioners for oaths and a pope.

    --
    Sent from my ASR33 using ASCII
  13. Oracle has a lot to lose if they win by Anonymous Coward · · Score: 1

    Oracle haven't thought through the consequences of this.

    If they win, APIs are copyrightable and their databases using all sorts of APIs/SQL etc. are owned by their respective owners. Oracle thus have a whole database business they would lose to others.

    They wouldn't even own Java clones (which is what they're trying to do by asserting copyright over the definition of the API and thus claim ownership of third party Java runtimes that were written by other companies). Because Java itself is built on lots of peoples APIs, largely taken from the C++ world.

    So they think they can win this big prize (control of everything written in the language of java that doesn't use their software). But actually they would lose all their business as would many others.

    But also your comment is simply incorrect, Oracle are claiming the API definition is copyrighted separate from the software that implements the API, and the document describing the API. It has nothing to do with compatibility of the Java VM or the interface Google built on it.

    Oracle are betting on confusing a judge thinking its the only vulture, and it cannot see all the vulture circling around Oracle HQ waiting for them to win, and open the floodgates of lawsuits against Oracle itself.

    1. Re:Oracle has a lot to lose if they win by Anonymous Coward · · Score: 1

      The way you describe it, sounds almost exactly like The SCO Group's claims against Linux, because the errno.h included in the Linux headers used the same values as that of ancient UNIX.

    2. Re:Oracle has a lot to lose if they win by phantomfive · · Score: 1

      If they win, APIs are copyrightable and their databases using all sorts of APIs/SQL etc. are owned by their respective owners. Oracle thus have a whole database business they would lose to others

      I don't think anyone ever said, "I want to use Oracle because the APIs are so amazing." Usually it's more like, "that's a horrible cludge but at least the functionality is there." OracleDB gets use because of the implementation, not the API.

      --
      "First they came for the slanderers and i said nothing."
    3. Re:Oracle has a lot to lose if they win by vilanye · · Score: 1

      A lot of the method definitions in the Java API are identical to many other languages.

      If they somehow win this, they are going to get sued into oblivion, which would be fine since Oracle is a cancer, but the programming field would be destroyed.

  14. The problem in the Java case by Anonymous Coward · · Score: 1

    The US antitrust authorities - and I don't know which specific agency would apply here - should have required Oracle to agree not to sue in cases like this, as a condition for acquiring Sun Microsystems for $8 billion seven years ago or whenever it was.

  15. If I had to guess by MikeRT · · Score: 4, Interesting

    At least Scalia, Thomas and Alito will hammer Oracle. They tend to be very antagonistic to arguments like this. In Kelo v. New London, which was a similar abuse of intent in the law (5th amendment there), they wrote scathing dissents. Allowing APIs to be copyrighted is like allowing technical jargon (that's not trademarked) to be copyrighted. They fall dangerously close to the list of things the Copyright Office says are not covered by law.

    Part of this makes me wonder if this isn't a "heads we win, tails you lose" scenario for Oracle. If they win, they get to badly hurt Google. If they lose, there's a Supreme Court precedent that allows them to clone any small competitor's products (patent considerations notwithstanding) at a 100% API compatible level and use Oracle integration and consulting to ram them out of business. It smells like a Larry Ellison strategy.

    1. Re:If I had to guess by walterbyrd · · Score: 1

      As I understand it, if Oracle loses, they might set a precedent which allow others companies to sue Oracle.

    2. Re:If I had to guess by mark-t · · Score: 1

      If they lose, there's a Supreme Court precedent that allows them to clone any small competitor's products (patent considerations notwithstanding) at a 100% API compatible level and use Oracle integration and consulting to ram them out of business

      Ironically, if the competitor is small, then it probably doesn't generate enough competition for Oracle to waste their time trying to be compatible with them.... if the competitor is large enough that oracle does care, then they will probably have to overcome what may already be a strong loyalty base... Google wasn't necessarily trying to initially compete with Oracle with Android, and so they didn't really face any public stigma for being thought of as a copycat In fact, about the closest thing of Oracle's that Android competed with was JavaME, which have similarities, but the design goals for these two are so vastly different that it's hard to really consider either any competition for the other. If Oracle loses this case, and as a result does decide to copy a competitor in this way in the hopes trying to push an established competitor out of business, they will really have to do it in a way that opens up entirely new or at least largely unheard of markets (where there isn't really any competition in the first place), and hope that the success in those areas bleeds over into those that they may have a more immediate interest in.

  16. Just front end them by VikingNation · · Score: 1

    Simple solution to this problem. Find the person(s) who invented the concept of assignment operators, comments, and byte code and mount a major lawsuit against Sun for billions of dollars for copyright violation. Just front end them.

    1. Re:Just front end them by gnasher719 · · Score: 1

      Simple solution to this problem. Find the person(s) who invented the concept of assignment operators, comments, and byte code and mount a major lawsuit against Sun for billions of dollars for copyright violation. Just front end them.

      Concepts don't fall under copyright law, trademark law, patent law, or any other law. So that's where your great idea fails.

  17. Re: Also, whether the GPLv2 is the same as the AG by AvitarX · · Score: 1

    Case law actually helps the law be applied uniformly, and helps one know what is legal.

    --
    Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
  18. Affects more than "entire nerd world" by walterbyrd · · Score: 4, Insightful

    Article makes it sound like this is some silly squabble among nerds. Like an argument over a StarTrek episode.

    I suspect a lot of non-nerd people may be surprised about the far-reaching implications of this decision.

  19. Re:Also, whether the GPLv2 is the same as the AGPL by mark-t · · Score: 1

    If an API is copyrightable... then using an API is a derivative work.

    Only in the same sense that someone who learns how to speak English by watching television shows, which are copyrighted, is making a derivative work of multiple sources every time he or she says anything.

  20. Why again do we let them decide it? by Opportunist · · Score: 2

    I know it's a bit offtopic, but ... in the recent past, I couldn't help but come to one revelation: We allow people to make important decisions who have in no way demonstrated that they know anything about the subject. More often than not, they have actually demonstrated that they have ZERO knowledge, and, what's worse, no intention to change this in any way.

    Why again do we allow these people to make decisions?

    I mean, if, say, scientists would make our laws, I could live with that. Scientists usually know their subjects. That's basically their work. But politicians? Most of them are lawyers, for crying out loud. What knowledge and insight do you expect from someone who was too stupid to study something useful?

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    1. Re:Why again do we let them decide it? by ColdWetDog · · Score: 1

      It's fucked up system. Just less fucked up than others we've figured out.

      And no, 'scientists' would make lousy laws. Look how they've screwed up thermodynamics. Lord, what a mess that's created.

      --
      Faster! Faster! Faster would be better!
    2. Re:Why again do we let them decide it? by Opportunist · · Score: 1

      Yeah, but their laws have one single advantage that just can't be beat: You simply CANNOT break them. And if you do, you don't get arrested, you get a Nobel Prize!

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  21. Swing Touch by tepples · · Score: 1

    The biggest thing they changed from Java was removing all the UI code (Swing and AWT). That wouldn't have been very useful on a phone

    I disagree. What's the big philosophical difference between a mouse-driven interface implemented in Swing and a touch-driven interface, other than that touch targets are bigger (roughly 48px on a side in CSS terms) than mouse targets? So Google could have just extended Swing into Swing Touch by setting the default size of certain controls.

    1. Re:Swing Touch by phantomfive · · Score: 1

      What's the big philosophical difference between a mouse-driven interface implemented in Swing and a touch-driven interface

      I don't know, that's a deep question, I'm going to have to think about it. The most immediate difference is that you don't get to determine the size of your window (and the user can't resize it if it doesn't look good). When I think of using Swing on a phone, the idea seems cludgy to me, but maybe it wouldn't be a problem.

      --
      "First they came for the slanderers and i said nothing."
  22. They're on opposite sides of 1923 by tepples · · Score: 1

    All languages are "made up".

    But only some are "recently made up". English was largely made up prior to 1923. Sindarin, tlhIngan Hol, and Dothraki were made up afterward. The 1923 date is important in the United States because it's the legal cutoff between the regime of public domain due to expiration of copyright and that of perpetual copyright on the installment plan.

  23. Symbols for comments by tepples · · Score: 1

    Concepts don't fall under copyright law

    Do the symbols for those concepts fall under copyright law? Does = for assignment? Does /* ... */ for comments?

  24. Re: Also, whether the GPLv2 is the same as the AG by AvitarX · · Score: 1

    That's what common law means.

    --
    Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
  25. I cloned IBM's APIs in the late 1960s. by middlebass · · Score: 1

    Back in the late 1960s and early 1970s, many of IBM's mainframe APIs were public and cloned regularly. One of the first reasons was to perform Job Accounting, i.e., charge for the run of batch programs based on some combination of userid, account number, CPU time and clock time used, etc. For instance, if a Job card was processed by an API in module jobctla.exe, we would rename that IBM module to jobctlx.exe, and write our own jobctla.exe. In our module, we would simply pass on the the API calls we didn't want to process in any way and for those we did want to process, we would do our own processing and then hand the call off to the renamed module. Rewriting APIs was an easy way to do pre-processing of commands.

  26. Re: Also, whether the GPLv2 is the same as the AG by AK+Marc · · Score: 1

    Nope. It messes up the uniformity, as you must search all previous cases, and make an opinion as to how a future judge would rule under them.

    More clear would be that any judicial disagreement with the law would wipe the law from the books, and the legislators would have to re-write it to keep a single place where one could find the law, you know, to help one know what's legal.

  27. Loglan/Lojban split by eric_harris_76 · · Score: 1

    I think the Loglan/Lojban split was settled out of court.

    And that the conflict was so vicious because the stakes were so small.

    --
    There's no time like the present. Well, the past used to be.