<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">This problem is going to vanish, as
      there is a patch under review that<br>
      fixes this, soon.<br>
      <br>
      The problem itself remains: this is an old bug that is waiting for
      the<br>
      <meta charset="utf-8">
      <a
        href="http://www.dict.cc/englisch-deutsch/vermin+exterminators.html"
        style="color: black; text-decoration: underline; font-family:
        arial, helvetica, sans-serif; font-size: 16px; font-style:
        normal; font-variant: normal; font-weight: bold; letter-spacing:
        normal; line-height: normal; orphans: auto; text-align: start;
        text-indent: 0px; text-transform: none; white-space: normal;
        widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;
        background-color: rgb(238, 238, 238);">vermin exterminators</a>.<br>
      <br>
      cheers - chris :-)<br>
      <br>
      On 12/11/13 12:16, Christian Tismer wrote:<br>
    </div>
    <blockquote cite="mid:52820E0A.8070507@stackless.com" type="cite">Not
      really true:
      <br>
      <br>
      I am fighting since weeks to get a patch into PySide that makes
      stackless
      <br>
      run with PySide (and non-stackless as well).
      <br>
      <br>
      It is actually that old issue from 2007:
      <br>
      Stackless should not touch its extra fields in PyHeapType when the
      extension
      <br>
      flag is not set.
      <br>
      <br>
      As long as that is not solved, we must admit that binary
      compatibility
      <br>
      is not there.
      <br>
      <br>
      Not sure what is faster: Pondering more on the PySide devs to
      allow my patch,
      <br>
      or fixing Stackless once and for all time.
      <br>
      <br>
      sigh -- Chris
      <br>
      <br>
      <br>
      On 12.11.13 10:04, Kristján Valur Jónsson wrote:
      <br>
      <blockquote type="cite">
        <br>
        <blockquote type="cite">-----Original Message-----
          <br>
          From: <a class="moz-txt-link-abbreviated" href="mailto:stackless-bounces@stackless.com">stackless-bounces@stackless.com</a> [<a class="moz-txt-link-freetext" href="mailto:stackless">mailto:stackless</a>-
          <br>
          <a class="moz-txt-link-abbreviated" href="mailto:bounces@stackless.com">bounces@stackless.com</a>] On Behalf Of Richard Tew
          <br>
          Sent: 11. nóvember 2013 19:30
          <br>
          To: The Stackless Python Mailing List
          <br>
          Subject: Re: [Stackless] python 2.8 slp (Re: Fwd:
          [Stackless-checkins]
          <br>
          stackless (2.7-slp): add a filter function to
          zipfile.PyZipFile.)
          <br>
          <br>
          This has been talked about on and off the list for years.  I
          think at this point
          <br>
          it's a matter of just doing it.  Let's get this dog and pony
          show on the road :-)
          <br>
        </blockquote>
        Yay!
        <br>
        <blockquote type="cite">Would we bother to provide builds which
          are not "Stackless"?  I really don't
          <br>
          see the point, code which does not use Stackless features
          should run the
          <br>
          same regardless of whether we compile it in or out.
          <br>
        </blockquote>
        I think the compile time option is there more as a sanity check
        than anything.
        <br>
        I don't see the point of leaving stackless out,.
        <br>
        <blockquote type="cite">We've discussed in the past whether we
          should bundle stacklesslib with our
          <br>
          Python builds.  What was the reason we don't do this?
          <br>
        </blockquote>
        Different release schedule, perhaps?
        <br>
        At CCP I've put a "stacklesslib" inside the Lib folder.  We
        could add that to stackless.
        <br>
        But we would have to think about release schedules, and cadence
        (a popular word these days.)
        <br>
        Would we want to make stacklesslib more official?  We would have
        to give it some more love,
        <br>
        unittests, and its own installer.  Or not.  Installer or not? 
        part of lib or part of the cheeseshop?
        <br>
        <br>
        K
        <br>
        <br>
        <br>
        _______________________________________________
        <br>
        Stackless mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:Stackless@stackless.com">Stackless@stackless.com</a>
        <br>
        <a class="moz-txt-link-freetext" href="http://www.stackless.com/mailman/listinfo/stackless">http://www.stackless.com/mailman/listinfo/stackless</a>
        <br>
      </blockquote>
      <br>
      <br>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Christian Tismer             :^)   <a class="moz-txt-link-rfc2396E" href="mailto:tismer@stackless.com"><mailto:tismer@stackless.com></a>
Software Consulting          :     Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121     :    *Starship* <a class="moz-txt-link-freetext" href="http://starship.python.net/">http://starship.python.net/</a>
14482 Potsdam                :     PGP key -> <a class="moz-txt-link-freetext" href="http://pgp.uni-mainz.de">http://pgp.uni-mainz.de</a>
phone +49 173 24 18 776  fax +49 (30) 700143-0023
PGP 0x57F3BF04       9064 F4E1 D754 C2FF 1619  305B C09C 5A3B 57F3 BF04
      whom do you want to sponsor today?   <a class="moz-txt-link-freetext" href="http://www.stackless.com/">http://www.stackless.com/</a></pre>
  </body>
</html>