On Sat, Feb 04, 2017 at 03:51:43PM -0800, Sean P. DeNigris wrote:
> Ah, interesting! I wonder if this represents a bug then, because
> ChronosManager is in the metarepos for both Pharo 5 and 6, but in Pharo 5
> loads the config from the meta-repo-for-6, not 5...
ConfigOfGlorpSQLite is in both
--- Begin Message ---
Disregard my previous message.
Pulled my head out of my butt took a deep breath of fresh air and managed to
get things input correctly.igor
From: Igor Raven via Pharo-dev
To: "pharo-dev@lists.pharo.org"
Cc:
--- Begin Message ---
In ProfStef page 17 or 29 I am stuck"Try to go to the next lesson with a
cascade of two 'next' messages:"How can I find the solution or
how do I escape to page 19?
Thank you for your helpigor
--- End Message ---
Sven Van Caekenberghe-2 wrote
> the configs must be copied into MetaRepoForPharo60, this is the way they
> are 'blessed', AFAIU.
Ah, interesting! I wonder if this represents a bug then, because
ChronosManager is in the metarepos for both Pharo 5 and 6, but in Pharo 5
loads the config from the
> On 4 Feb 2017, at 21:14, stepharong wrote:
>
> I will talk about guille about his file implementation and we can see what we
> can do.
Yes, that is step 1, here is the issue I was talking about:
I will talk about guille about his file implementation and we can see what
we can do.
On Sat, 04 Feb 2017 20:28:07 +0100, Denis Kudriashov
wrote:
2017-02-04 19:09 GMT+01:00 stepharong :
Sven
I really think that we should clean and improve on
Guilermo's new File class with its simple binary streams can be
perfectly combined (stacked) with Zn character encoding streams. A first
step would be to make FileSystem return/produce those stacked streams.
I even believe there is a prototype integrating this
I believe you are one (the
2017-02-04 19:09 GMT+01:00 stepharong :
> Sven
>
> I really think that we should clean and improve on this side.
> What would be a roadmap?
>
> - Improve filesystem API to call Zn
> - Deprecated other users? (what are they?)
> - what would be the next steps?
Yes, we need
> On 4 Feb 2017, at 19:09, stepharong wrote:
>
>
>>> 2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe :
>>> Hi Nicolai,
>>>
>>> The FileSystem API is a bit inconsistent, yes.
>>>
>>> This is how you can use it:
>>>
>>> (FileLocator temp / 'foo.txt')
Le 04/02/2017 à 19:09, stepharong a écrit :
2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe :
Hi Nicolai,
The FileSystem API is a bit inconsistent, yes.
This is how you can use it:
(FileLocator temp / 'foo.txt') writeStreamDo: [ :out |
out binary.
(ZnCharacterWriteStream
2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe :
Hi Nicolai,
The FileSystem API is a bit inconsistent, yes.
This is how you can use it:
(FileLocator temp / 'foo.txt') writeStreamDo: [ :out |
out binary.
(ZnCharacterWriteStream on: out encoding: #utf8) << 'élève' ].
> On 4 Feb 2017, at 16:24, Sean P. DeNigris wrote:
>
> kilon.alios wrote
>> Time to make sure they work as expected.
>
> And tag them #'Pharo6.0' once it's released. In the process of loading
> ChronosManager from the Catalog in Pharo 5, I got a warning that it was not
>
> On Fri, Feb 3, 2017 at 3:13 AM, Ben Coman wrote:
>>
>> Just curious what the magic numbers here relate to...
>> and can they be factored out to a meaningful method name?
>>
>> Context>>gtInspectorVariableValuePairs
>> "This is a helper method that returns a collection of
Aliaksei Syrel wrote
> Later if performance is still not good enough they may be changed for
> example to
> TWENTY_ONE := 15.
Ha ha ha!
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/magic-numbers-in-gtInspectorVariableValuePairs-tp4932831p4932979.html
Sent from the
kilon.alios wrote
> Time to make sure they work as expected.
And tag them #'Pharo6.0' once it's released. In the process of loading
ChronosManager from the Catalog in Pharo 5, I got a warning that it was not
marked as safe (sorry I forgot to tell you!). It ended up loading and
working AFAICT.
On Thu, 02 Feb 2017 17:16:49 +0100, John Brant
wrote:
On 02/02/2017 04:22 AM, Denis Kudriashov wrote:
Now I think I realized main reason of my confusion. Temps and receiver
vars are not just in single table but they are also sorted by name all
together.
I'm
> On 4 Feb 2017, at 13:01, Nicolai Hess wrote:
>
>
>
> 2017-02-04 12:49 GMT+01:00 Sven Van Caekenberghe :
> Hi Nicolai,
>
> The FileSystem API is a bit inconsistent, yes.
>
> This is how you can use it:
>
> (FileLocator temp / 'foo.txt') writeStreamDo:
Hi Nicolai,
The FileSystem API is a bit inconsistent, yes.
This is how you can use it:
(FileLocator temp / 'foo.txt') writeStreamDo: [ :out |
out binary.
(ZnCharacterWriteStream on: out encoding: #utf8) << 'élève' ].
(FileLocator temp / 'foo.txt') readStreamDo: [ :in |
in binary.
>
> Log Message:
> ---
> 60373
> Moose
This is:
This version addresses some bug fixes and synchronises those packages
integrated using slices with the GToolkit repos. Changes:
- case 19575
- case 19646
- case 19604
- case 19542
- case 19260
- case 19454
- FastTable/List/Tree
Branch: refs/heads/6.0
Home: https://github.com/pharo-project/pharo-core
Commit: 16537e5cd5348d1f146143b6ed8077b63cb9cb63
https://github.com/pharo-project/pharo-core/commit/16537e5cd5348d1f146143b6ed8077b63cb9cb63
Author: Jenkins Build Server
Date:
Branch: refs/tags/60373
Home: https://github.com/pharo-project/pharo-core
Hi
How can I specify the character encoding when opening a readStream on a
FileRerefence.
I found this, that works:
| readStream fileContent |
readStream := (File named: aFileName) openForRead.
fileContent := ZnCharacterReadStream on: readStream encoding: encoding.
fileContent upToEnd asString.
22 matches
Mail list logo