<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On Nov 19, 2013, at 5:40 PM, <a href="mailto:btc@openinworld.com">btc@openinworld.com</a> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">


  <meta content="text/html;charset=windows-1252" http-equiv="Content-Type">

<div bgcolor="#ffffff" text="#000000">
So does that mean that Xtreams might go into the Pharo 3 Release as a
technology preview in parallel with the existing streams, with the aim
of replacing existing streams in Pharo 4?  The advantage for users
would be enhanced certainty that the future is Xtreams.  In the year
between Pharo3 and Pharo4 users could develop their application against
Xtreams such that migrating from Pharo 3 to Pharo 4 is simplified. <br></div></blockquote><div><br></div><div>sorry, but no. </div><div>we are freezing Pharo 3 this week and we didn't even think before on including Xtream in this version *(bah, we though at the beginning of the year and we discarded because no one was able to take care and spend time on it). </div><div><br></div><div>but... I would really like to have it in Pharo 4 :)</div><div><br></div><div>cheers, </div><div>Esteban</div><br><blockquote type="cite"><div bgcolor="#ffffff" text="#000000">
<br>
cheers -ben<br>
<br>
Esteban A. Maringolo wrote:
<blockquote cite="mid:CAJMgPCLOcBCD07V+3pBH+WZZ8bsdqBWNbuuE-NcaLJWKKAOYaQ@mail.gmail.com" type="cite">
  <pre wrap="">One more reason to look after Pharo 3 :)
Esteban A. Maringolo


2013/11/18 Sven Van Caekenberghe <a class="moz-txt-link-rfc2396E" href="mailto:sven@stfx.eu"><sven@stfx.eu></a>:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Hi,

This evening I tried to load Nicolas Cellierís Xtreams (<a class="moz-txt-link-freetext" href="http://www.squeaksource.com/Xtreams/">http://www.squeaksource.com/Xtreams/</a>) into Pharo #30582. This went almost flawless !

I went for

  ConfigurationOfXtreams project bleedingEdge load.

which loaded

  a MetacelloFetchingMCSpecLoader(linear load :
        linear load : 1.3-baseline [ConfigurationOfXtreams]
                load : Xtreams-Support-nice.11
                load : Xtreams-Core-nice.20
                load : Xtreams-Terminals-nice.31
                load : Xtreams-Transforms-nice.23
                load : Xtreams-Substreams-nice.19
                load : Xtreams-CoreTests-nice.20
                load : Xtreams-TerminalsTests-nice.17
                load : Xtreams-TransformsTests-nice.14
                load : Xtreams-SubstreamsTests-nice.13
                load : Xtreams-Parsing-cwp.6
                load : Xtreams-ParsingTests-cwp.5
                load : Xtreams-TerminalsFileSystem-nice.3
                load : Xtreams-TerminalsFileSystemTests-nice.2)

There is one Undeclared in XTReadStream>>#detect: (NotFoundError should be NotFound in Pharo).

Unit tests passed, except for the PEGParser related ones, most probably because Opal optimises #timesRepeat: which is overridden in PEGInfinity, I am not sure how this should be fixed, maybe with an Opal compiler directive somewhere ?

Running the tests resulted in some external semaphore warnings in the Transcript.

I also loaded Nicolasí new #legacy layer (Xtreams-LegacyStreamAPI-nice.1), Iíll have to study that, it sure looks interesting.

In any case: great work, thanks Nicolas !

Sven


    </pre>
  </blockquote>
  <pre wrap=""><!---->

  </pre>
</blockquote>
<br>
</div>



</blockquote></div><br></body></html>