Slashdot Mirror


Macromedia SDK License: You Must Debug

Daniel Grund writes: "I noticed Macromedia has an SDK to help programmers write software that can generate SWF files. So, being curious, I skimmed their licensing agreement to see what I could see. Amusingly enough, sections 3f and 3g actually give the SDK user the legal obligation to debug their code! Of course, only bugs that cause the SWF files to be erroneous are required to be fixed. However, in theory, if you wrote a program that makes buggy SWF files, you could be sued by Macromedia (but only if you do it using the SDK I guess.) How's that for pressure on the Quality Assurance people; you not only annoy the customers if you fail, you also get the company sued."

59 comments

  1. Fed up. by Triskaidekaphobia · · Score: 3, Insightful

    They're probably fed up of irate users phoning them up when the flash plugin crashes playing a bad file.

    Remember windows says says

    "IExplore.exe had an exception in flash.DLL"

    and not

    "Britney.swf crashed the flash plugin DLL"

    It would be better if the plugin handled corrupt files more gracefully, but reminding flash developers of their responsibilities is a reasonable addition IMO.

    1. Re:Fed up. by malakai · · Score: 1

      Oh come on. Sandbox software like Flash should never have an unhandled exception. It's Macromedia's fault that IE had to catch the exception, not vice versa.

    2. Re:Fed up. by Anonymous Coward · · Score: 0

      Yes, I think it's the last line in your comment that tells all. Exactly whose fault is it for the plugin to fail in such a messy manner as seg-faulting the browser? Yep. If Macromedia won't take the initiative and assure me (a user of the Flash plug-in) that it's safe from virii and malformed .swfs, why should I install it on my machine?

  2. What's wrong with QA'ing your own product? by ObviousGuy · · Score: 3, Interesting

    1. Macromedia has a reputation to uphold, which can be ruined by a malicious programmer using the SDK to create trojan horses.

    2. Debugging your product is a natural phase of development. Maybe not in the OSS world, but certainly in business.

    In short, this is nothing special. If you find a bug in their code, you get to report it, and if you have a seriously screwed up swf writer, they will bring it to your attention.

    They didn't say you'd be sued.

    --
    I have been pwned because my /. password was too easy to guess.
  3. Re:Pussies by Anonymous Coward · · Score: 0

    He's probably saving it for a special occasion. I'd eat it first if I were you. If it isn't on his shelf of the fridge with his name clearly written on it then it is fair game.

  4. It's about time. by Dr.+Bent · · Score: 2

    The more debugging that goes on, the better. Most code today is written by underqualified, overworked programmers who get yelled at when they try to do a good job by spending any decent about of time testing their code.

    If the McMBA's in management actually had to worry about making sure the code was solid before they released it, then:

    a) they would stop hiring grade C programmers and expecting them to do grade A work.

    b) they would give those grade A progammers the time necessary to do the job correctly becuase it would be cost effective to do so.

  5. Clarification: by tunah · · Score: 3, Interesting
    Amusingly enough, sections 3f and 3g actually give the SDK user the legal obligation to debug their code!

    Where their code is the user's code, not macromedia's (had me worried for a minute).

    This is not unreasonable (unlike certain other EULAs I could mention). This is a case where if you don't like the EULA, don't use the SDK. This is macromedia trying to help people without destroying their image. (Think of what microsoft's broken java did to people's perception of formerly 'universal' java applets/applications)

    --
    Free Java games for your phone: Tontie, Sokoban
    1. Re:Clarification: by Anonymous Coward · · Score: 0

      Any change TheGloriousMeept! might return too? Or is that too much to ask for?

  6. [OT] Re:Clarification: by tunah · · Score: 1, Offtopic
    That's gotta be the most ominous email I ever recieved. It begins:

    grammar nazi has posted a comment in reply to your comment. Re:Clarification:

    --
    Free Java games for your phone: Tontie, Sokoban
  7. If M$ did this... by Fnagaton · · Score: 1

    If M$ did this with their compilers, would they sue themselves for writing buggy software? ;)

    --
    Martin Piper
    Owner - ReplicaNet and RNLobby
  8. No embrace and extend by jas79 · · Score: 2, Insightful

    It isn't saying that they will sue you for making errors. it is saying that that the software must export valid swf files.

    So, you cannot make a swf file which will only work in your own flash tool or flash player. or make a version of swf which only works on a certain operating system.

    1. Re:No embrace and extend by Anonymous Coward · · Score: 0

      Interesting. But wrong. The swf format explicitly allows for vendor-specific extensions. Do a little reading before spouting.

  9. Forced maintenance and bad specification? by Satan's+Librarian · · Score: 2, Interesting
    (f) You agree that your Product must output SWF files that can playback without Errors in the latest versions of the Microsoft Windows, Apple Macintosh, and Linux Macromedia Flash Players as listed at http://www.macromedia.com/go/flashsource_platforms ("Macromedia Supported Platforms") as may be amended from time to time at Macromedia's sole discretion.


    So... they can change their software at any point, any way they want, and you are in violation of their license agreement if your product doesn't overcome the backwards incompatibilities and bugs that they release? Sounds like it's putting the responsibility of creating a stable format and environment on the wrong side.


    I'm all for developers actually debugging and testing their code - everyone knows that needs to happen quite a bit more often in our industry - but this license sounds like an attempt to shift blame away from the deserving target more than anything else.


    If you write a plugin for a browser, you are operating in an environment that should be *secure*. Any third-party software should be forced into compliance or not executed. If a flash site can crash their plugin, a better crafted one could root the system. On a similar note, if content runs on Windows and not on Mac, then their plugin environment isn't suitably abstracted.

    1. Re:Forced maintenance and bad specification? by Komodo · · Score: 1

      Hey, look at it this way: they're requiring it for MS, Mac, AND Linux. They aren't requiring it for QNX or Irix or whatever. They could easily exclude Linux from the bunch, and they aren't.

  10. Use FreeMovie by Anonymous Coward · · Score: 0

    Use FreeMovie.

  11. Me too! :) by Anonymous Coward · · Score: 0

    If the McMBA's in management actually had to worry about making sure the code was solid before they released it, then:

    a) they would stop hiring grade C programmers and expecting them to do grade A work.

    b) they would give those grade A progammers the time necessary to do the job correctly becuase it would be cost effective to do so.


    I agree!

  12. namespace collisions by Anonymous Coward · · Score: 0

    It would be nice if Macromedia had good standards for their own code... to wit, not trampling on OpenGL's namespace. Buried somewhere in the port of Flash to Linux is a call to a function that has the same name as an OpenGL function. This means if you have KDE compiled with OpenGL support, Konqueror will barf upon completing a Flash file.