Slashdot Mirror


Winelib Hobbled by Exception-Handling Patent

davidwr writes "UKBuilder.com reports that Borland's structured exception handling (SEH) patent affects Winelib. Winelib allows you to compile Windows-targeted code to run natively on Linux. Because of the patent, gcc does not include support for SEH, which is widely used in the MS-Windows world. There are workarounds, but you won't like them."

7 of 409 comments (clear)

  1. Ugly workaround? by evil-osm · · Score: 5, Funny

    There are workarounds, but you won't like them.

    Use Windows? (ducks)

    --


    E.

    Never rub another man's rhubarb - The Joker
    1. Re:Ugly workaround? by Dan512 · · Score: 5, Funny

      While listening to the wineconf presentations I heard one guy talking about a scheme using goto statements.

  2. GCC list discussion by Bananenrepublik · · Score: 5, Informative

    Of course this was discussed on the gcc list, the thread starts here.

    Links to an implementation of this can be found in this mail, the legality of this implementation is discussed in the followup.

    The inevitable prior-art discussion begins here.

  3. What patent? by Anonymous Coward · · Score: 5, Informative

    This is the patent in question.

    1. Re:What patent? by Anonymous Coward · · Score: 5, Interesting

      Since the patent postdates Windows NT 3.1, and even references the NT SEH implementation, it must be possible to implement NT-compatible SEH without infringing the patent.

  4. There's an uber-workaround by Anonymous Coward · · Score: 5, Interesting
    The uber-workaround for software patents is to have the code copyrighted and "owned" in Europe. Europe (as of now) has no software patents. The code can be developed anywhere, but the copyright must be transfered to some European entity and it must be distributed from Europe.

    Remember, patents don't mean you can't code it. You can code it. You can use it for personal non-commercial use. You can distribute the code. But you can't use it commercially, distribute binaries, or sell it.

    So the coders can continue doing their merry work, producing code that would violate patents were it compiled and distributed, and the distributors can continue merrily distributing the code in Europe.

    The only people who are left out of this are Americans who would have to buy licenses from Borland to use the code in the US. That's fine; Americans should either pay according to their laws or change their laws.

    But we shouldn't let American laws affect the rest of the world where they don't apply.

    We need to start doing this for all open source software. There is no way to avoid trampling on patents if you're writing any fairly large or complex piece of software these days, especially any software that involves codecs, pre-existing APIs, and pre-existing file formats. Well, just about any useful piece of large software involves such things. Rather than getting into a hissy-fit on Slashdot every time some patent issue is discovered, open source developers should just plan for the problem and plan to bypass it.

    The patent situation is not like the copyright situation. Copyright laws are roughly similar everywhere in the world and they are enforcable everywhere in the world. There are wide divergences in patent law around the world and most of the world is not burdened by America's folly in this regard. Why should developers bear the burden of one country's legal folly? Answer: developers shouldn't, and should simply pick the right jurisdiction for hosting the project.

    This isn't some radical idea here. MPlayer, for example, could not possibly exist as a US-based project. US coders can and do contribute to it, but it's based in Hungary, where it's safe.

  5. Re:Who Next? by wallykeyster · · Score: 5, Insightful
    Its great that there are lawyers willing to spend time on OSS projects, but they just dumped a whole pile of hurt on Wine if Borland pursues this.

    How do you figure? TFA simply says that gcc can't implement the features because Borland has a patent. This means that people wanting to use Winelib must remove the SEH portions of their code in order for it to compile. This is a story about a shortcoming of gcc and Winelib because so many Windows C++ developers use SEH instead of sticking to standard C++. I see no threat of lawsuit from Borland or any potential for it.