Re: WINE + NX (No eXecute) support for x86, 2.6.7-rc2-bk2

From: Horst von Brand (vonbrand_at_inf.utfsm.cl)
Date: 06/07/04

  • Next message: Horst von Brand: "Re: building MINIX on LINUX using gcc"
    To: Mike McCormack <mike@codeweavers.com>
    Date:	Mon, 07 Jun 2004 00:20:38 -0400
    
    

    Mike McCormack <mike@codeweavers.com> said:
    > Christoph Hellwig wrote:
    > > Huh? binfmts do work on all linux architectures unchanged. What you do
    > > on other operating systems is up to you. And btw, netbsd already has
    > > binfmt_pecoff, you could certainly make use of that, too.
    >
    > Working on only two platforms is not really what I'd call portable.

    It is a start.

    > > _You_ are relying on undocumented assumptions here. Windows has different
    > > address space layouts than ELF ABI systems and I think you're much better
    > > off having your own pecoff loader for that.

    > True, we are relying on undocumented assumptions. On the other hand,
    > there's plenty of programs that rely on undocumented assumptions.

    So? "If it breaks, you get to keep all pieces" ring a bell?

    > Binary compatability to me means that the same binary will work even
    > when the underlying system changes... is there a caveat that I missed?

    "Compatibility" means "compatible to an agreed standard", "portability" is
    a subset of that... if there is no standard, you just have accidental "it
    works".

    > >>It seems Linus's kernel does that quite well, but some vendors seem not
    > >>to care too much about breaking Wine.

    > > Why should they? You need to fix up the broken assumptions in wine.
    >
    > If you don't care about binary compatability, you can change whatever
    > you like. At least some people out there seem to care about it.

    They try hard to stay within POSIX and other standards. If you need
    guarantees, you'd have to convince the kernel hackers for their need. Too
    bad if it is for backward compatibility of non-open source stuff, tho.

    -- 
    Dr. Horst H. von Brand                   User #22616 counter.li.org
    Departamento de Informatica                     Fono: +56 32 654431
    Universidad Tecnica Federico Santa Maria              +56 32 654239
    Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: Horst von Brand: "Re: building MINIX on LINUX using gcc"

    Relevant Pages

    • Re: WINE + NX (No eXecute) support for x86, 2.6.7-rc2-bk2
      ... >>to care too much about breaking Wine. ... If you don't care about binary compatability, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: D programming language
      ... Don't care, maybe nice to have. ... Function overloading: Standard. ... Resizeable arrays: ... Multiple Inheritance: Big disadvantage! ...
      (comp.programming)
    • Re: the real issue in the Jones case
      ... medical board in the country without exception), ... say that Lyme patients do NOT have access to care. ... But it IS the standard of care. ... congenital Lyme is common, just argue that it happened here. ...
      (sci.med.diseases.lyme)
    • Re: IDSA GUIDELINES ATTEMPT TO NARROW THE DEFINITION OF LYME DISEASE AND PROMOTE A LEGAL STANDARD OF
      ... Phyllis...a medical "standard of care" and a LEGAL "standard of ... care" are two different,, entities. ... Lyme disease, it is essential that it be performed by well-qualified ... therapy has not proven to be useful and is not recommended for patients ...
      (sci.med.diseases.lyme)
    • Re: PA needs help passing Lyme legislation
      ... If there are two standards of care, ... disciplinary hearings...NOT the "standard of care". ... If a doctor is guilty of professional misconduct...based on the ... was of the person bringing the complaint to the attention of the ...
      (sci.med.diseases.lyme)