Very nice.
Now, I am wondering why some instances are where they are in my image :-)
Thx for making this.
Phil
On Wed, Sep 3, 2014 at 4:14 AM, Ben Coman b...@openinworld.com wrote:
Mariano Martinez Peck wrote:
Also, would be nice to filter out StrongPointerExplorerWrapper instances.
I
We should sue this guy ;-)
https://www.youtube.com/watch?v=S3uktGJVebE
Arrays with empty slots, all collections whose size is smaller than their
capacity... :)
On Wed, Sep 3, 2014 at 7:52 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
All ‘uninitialised’ variables are pointing to nil. I think this is the case
Uko
On 03 Sep 2014, at 06:10, Ben Coman
The Spec news page [1] explains the license change and anyone can easily guess
that it is caused
by Benjamins personal disagreements with Stef. No judgement on that from my
side as this
is a personal issue between the two and as I like most of us have only a few
infos on that from
the
look in the notes folder inside the ParseTreeRewriter chapter on github.
Normally I collected all the information I could find and this is why we
will continue to write and finish this chapter with mark.
st
On 2/9/14 14:18, Yuriy Tymchuk wrote:
Hi guys. Is there any doc about rewrite rules
Hi,
Glad to hear from you.
Thanks for spotting the issue with tabbing. I think your suggestion of
having tabs spacing being proportional with the font size makes sense.
Could we interest you in submitting a slice for this? :)
Cheers,
Doru
On Wed, Sep 3, 2014 at 9:43 AM, J.F. Rick
Yes I saw it too :)
On 3/9/14 09:40, Sven Van Caekenberghe wrote:
We should sue this guy ;-)
https://www.youtube.com/watch?v=S3uktGJVebE
Branch: refs/tags/40197
Home: https://github.com/pharo-project/pharo-core
Branch: refs/heads/4.0
Home: https://github.com/pharo-project/pharo-core
Commit: f3cc5d2f04f303f3132b6d095b7a656e1f7e9754
https://github.com/pharo-project/pharo-core/commit/f3cc5d2f04f303f3132b6d095b7a656e1f7e9754
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Man, are you sure that you want to advertise publicly that you are
listening to this music? :))
Doru
On Wed, Sep 3, 2014 at 11:00 AM, stepharo steph...@free.fr wrote:
Yes I saw it too :)
On 3/9/14 09:40, Sven Van Caekenberghe wrote:
We should sue this guy ;-)
Hi, can someone explain me how Undeclared dictionary works?
Because as I look at it, all the values are nil. Is it possible for them to be
not nil?
Maybe we should have a “global variable comments” for this situations :)
Uko
Hello guys,
I was looking into the OrderedCollection protocols recently to see how well
the sista optimizer perform with it methods, and I realized that this is
completely broken.
For example:
col := #(1 2 3 4 5) asOrderedCollection.
col do: [ :elem | elem trace .
elem 4 ifTrue: [ col add: col
Yeah, I admit it, I am addicted to Pharo ;-)
A compulsive need to use Pharo in order to function normally.
When the use of Pharo is unobtainable, the user suffers from withdrawal.
On 03 Sep 2014, at 11:14, Tudor Girba tu...@tudorgirba.com wrote:
Man, are you sure that you want to advertise
Tudor Girba wrote:
Hi,
Glad to hear from you.
Thanks for spotting the issue with tabbing. I think your
suggestion of having tabs spacing being proportional with the font size
makes sense. Could we interest you in submitting a slice for this? :)
Cheers,
Doru
On Wed, Sep 3, 2014 at 11:24 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Hi, can someone explain me how Undeclared dictionary works?
So imagine you want to load code where a variable is not defined (e.g. due
to loading old code,
or because it references a variable that will only be loaded in
Clement,
I am not sure, but could this not be a compiler issue ?
Not with Opal but with the old compiler ?!
I mean, if you look at the implementations of OrderedCollection#do: and
OrderedCollection#collect: they basically do the same thing, going from
firstIndex to lastIndex, both of which
On Wed, 3 Sep 2014, Clément Bera wrote:
Hello guys,
I was looking into the OrderedCollection protocols recently to see how well the
sista optimizer perform with it methods, and I realized that this is completely
broken.
For example:
col := #(1 2 3 4 5) asOrderedCollection.
col do: [ :elem |
Branch: refs/tags/40198
Home: https://github.com/pharo-project/pharo-core
Branch: refs/heads/4.0
Home: https://github.com/pharo-project/pharo-core
Commit: dd8739108d56ca8cfd1ee003ca846101eab522c9
https://github.com/pharo-project/pharo-core/commit/dd8739108d56ca8cfd1ee003ca846101eab522c9
Author: Jenkins Build Server bo...@pharo-project.org
Date:
On 3 sept. 2014, at 11:42, Clément Bera bera.clem...@gmail.com wrote:
Hello guys,
I was looking into the OrderedCollection protocols recently to see how well
the sista optimizer perform with it methods, and I realized that this is
completely broken.
For example:
col := #(1 2 3 4 5)
Thank you Marcus! This is very helpful.
Uko
On 03 Sep 2014, at 13:47, Marcus Denker marcus.den...@inria.fr wrote:
On Wed, Sep 3, 2014 at 11:24 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Hi, can someone explain me how Undeclared dictionary works?
So imagine you want to load code
with:do: on SequencableCollection checks that both collections have the same
size (it raises an Error if not).
with: otherCollection do: twoArgBlock
Evaluate twoArgBlock with corresponding elements from this collection and
otherCollection.
otherCollection size = self size ifFalse:
On 3 September 2014 11:42, Clément Bera bera.clem...@gmail.com wrote:
Hello guys,
I was looking into the OrderedCollection protocols recently to see how
well the sista optimizer perform with it methods, and I realized that this
is completely broken.
For example:
col := #(1 2 3 4 5)
I think we should change
OrderedCollection#do: aBlock
Override the superclass for performance reasons.
firstIndex to: lastIndex do: [ :index |
aBlock value: (array at: index) ]
Clement,
Do you happen to know exactly where the world menu building goes wrong ?
Sven
On 03 Sep 2014, at
On 03 Sep 2014, at 14:43, Igor Stasenko siguc...@gmail.com wrote:
In VW, the protocols are consistent and iterating over a collection never
iterates over the elements one is adding while iterating over it. Therefore,
I believe most frameworks should expect this behavior (at least the
:)
On Wed, Sep 3, 2014 at 2:47 PM, Marcus Denker marcus.den...@inria.fr
wrote:
On 03 Sep 2014, at 14:43, Igor Stasenko siguc...@gmail.com wrote:
In VW, the protocols are consistent and iterating over a collection never
iterates over the elements one is adding while iterating over it.
I'm sure he's building some sort of bot to reach every Pharo mention
in web and beyond :D
Esteban A. Maringolo
2014-09-03 6:14 GMT-03:00 Tudor Girba tu...@tudorgirba.com:
Man, are you sure that you want to advertise publicly that you are listening
to this music? :))
Doru
On Wed, Sep 3,
On 3 September 2014 14:47, Marcus Denker marcus.den...@inria.fr wrote:
On 03 Sep 2014, at 14:43, Igor Stasenko siguc...@gmail.com wrote:
In VW, the protocols are consistent and iterating over a collection never
iterates over the elements one is adding while iterating over it.
Therefore, I
Ah yes. I should have worked that out myself, from here...
ProtoObjectpointsTo:
^ (self instVarsInclude: anObject) or: [ ^self class ==
anObject]
for example
{ nil } pointsTo: nil "-- true"
thanks Yuriy.
cheers -ben
Yuriy Tymchuk wrote:
All ‘uninitialised’ variables are
Sure. I'll add a ticket to Fogbugz since nobody has any real objections to
my proposed solution. Once I have some time, I might try to solve it myself.
Cheers,
Jeff
On Wed, Sep 3, 2014 at 1:36 PM, Ben Coman b...@openinworld.com wrote:
Tudor Girba wrote:
Hi,
Glad to hear from you.
Thanks!
Doru
On Wed, Sep 3, 2014 at 3:21 PM, J.F. Rick s...@je77.com wrote:
Sure. I'll add a ticket to Fogbugz since nobody has any real objections to
my proposed solution. Once I have some time, I might try to solve it myself.
Cheers,
Jeff
On Wed, Sep 3, 2014 at 1:36 PM, Ben Coman
Hello,
Sven you are right, the old compiler was consistent in the sense that it
always iterated over all the elements, including the ones added with #add:
and #addLast: while iterating over the collection.
On the other hand, VW is consistent with the Opal implementation for
#to:do: in the sense
2014-09-03 14:44 GMT+02:00 Sven Van Caekenberghe s...@stfx.eu:
I think we should change
OrderedCollection#do: aBlock
Override the superclass for performance reasons.
firstIndex to: lastIndex do: [ :index |
aBlock value: (array at: index) ]
I agree. It's easier to read. But if you
Branch: refs/heads/4.0
Home: https://github.com/pharo-project/pharo-core
Commit: d5f98f303c8bfe7e4be72f9323a630415cca5b90
https://github.com/pharo-project/pharo-core/commit/d5f98f303c8bfe7e4be72f9323a630415cca5b90
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Branch: refs/tags/40199
Home: https://github.com/pharo-project/pharo-core
2014-09-03 14:40 GMT+02:00 Marcus Denker marcus.den...@inria.fr:
with:do: on SequencableCollection checks that both collections have the
same size (it raises an Error if not).
with: otherCollection do: twoArgBlock
Evaluate twoArgBlock with corresponding elements from this collection
and
one more question. How can you find out if method references a thing like that?
Because if you do: #refersToLiteral: and pass a key from Undeclared you may
also match a symbol which is completely ok. Is there a way to check only for
variables?
Uko
On 03 Sep 2014, at 13:47, Marcus Denker
On Wed, Sep 3, 2014 at 7:54 AM, Thierry Goubier thierry.goub...@gmail.com
wrote:
2014-09-03 14:40 GMT+02:00 Marcus Denker marcus.den...@inria.fr:
with:do: on SequencableCollection checks that both collections have the
same size (it raises an Error if not).
with: otherCollection do:
Hi guys - I am trying to understand how some of the CI jobs work (in particular
pharo launcher) - however when I click on the “Read Only Job Configuarion” link
I just get an error screen with :
java.lang.NullPointerException at
Hi Uko,
On Wed, Sep 3, 2014 at 8:16 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
one more question. How can you find out if method references a thing like
that?
Because if you do: #refersToLiteral: and pass a key from Undeclared you
may also match a symbol which is completely ok. Is there
I think you need an account to see the real config ...
Please understand that we are all just users here, maintain/explaining
jenkins/hudson is a PIA for all of us ;-)
On 03 Sep 2014, at 17:26, Tim Mackinnon tim@testit.works wrote:
Hi guys - I am trying to understand how some of the CI jobs
On 3 sept. 2014, at 17:26, Eliot Miranda eliot.mira...@gmail.com wrote:
On Wed, Sep 3, 2014 at 7:54 AM, Thierry Goubier thierry.goub...@gmail.com
wrote:
2014-09-03 14:40 GMT+02:00 Marcus Denker marcus.den...@inria.fr:
with:do: on SequencableCollection checks that both
On 03 Sep 2014, at 17:29, Eliot Miranda eliot.mira...@gmail.com wrote:
Hi Uko,
On Wed, Sep 3, 2014 at 8:16 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
one more question. How can you find out if method references a thing like
that?
Because if you do: #refersToLiteral: and pass a key
On Wed, Sep 3, 2014 at 8:37 AM, Camille Teruel camille.ter...@gmail.com
wrote:
On 3 sept. 2014, at 17:26, Eliot Miranda eliot.mira...@gmail.com wrote:
On Wed, Sep 3, 2014 at 7:54 AM, Thierry Goubier thierry.goub...@gmail.com
wrote:
2014-09-03 14:40 GMT+02:00 Marcus Denker
Believe me, I understand the PIA part of CI ;)
You are right about the account though. I do have an account - so I tried
logging in to ci.inria.fr - and I get a dashboard to navigate down to
Pharo-contributions, but clicking the jenkins button for that project gives me
the
I’m wondering if there is a particular reason why the VM on OSX, just shows the
name of the .app file and not the running image?
I’ve downloaded the recent 3.0 vm, and used it to launch two images (I set it
as the default app and double clicked on 2 different images) - and when you do
a
This check is not in a loop so I don't think it is performance critical...
I don't know if this change is great.
2014-09-03 16:54 GMT+02:00 Thierry Goubier thierry.goub...@gmail.com:
2014-09-03 14:40 GMT+02:00 Marcus Denker marcus.den...@inria.fr:
with:do: on SequencableCollection checks
Tim Mackinnon wrote:
I’m wondering if there is a particular reason why the VM on OSX, just shows the
name of the .app file and not the running image?
I’ve downloaded the recent 3.0 vm, and used it to launch two images (I set it
as the default app and double clicked on 2 different images) -
Marcus
the contract is important and should be explicit because if you do not
check the same size then you may have
part of the computation done and not the rest.
So I would introduce new methods with explicit names telling that
fuzzyWith:do:
or soemthing like that.
On 3/9/14 14:40,
Like Thierry I'm not sure that omitting the check brings a
significant speedup.
However, not doing this check follows the robustness principle:
Be conservative in what you do, be liberal in what you accept
from others.
But it violates the if it ain't broke don't fix it, it
Hi!
I am currently investigating whether Pillar may be used for the
AgileVisualization book.
I am interested in exporting to PDF and Latex. I have tried the command:
./pillar export —to=latex first.pier first.tex
But the generated .tex file is not valid since it contains a line:
-=-=-=-=
Have you used the template files ? I used for my own book, took the files
from Update Pharo By Example and it worked like a charm including creation
CI job and even pushing the book to gitbook. Tex files, pdf files and MD
files generated without any issues. Also working with Updated PBE I never
Clement we should fix the code of the menu :)
Stef
On 3/9/14 15:25, Clément Bera wrote:
Hello,
Sven you are right, the old compiler was consistent in the sense that
it always iterated over all the elements, including the ones added
with #add: and #addLast: while iterating over the
Hi Alex,
Could you describe the steps you took?
Cheers,
Doru
On Wed, Sep 3, 2014 at 9:34 PM, kilon alios kilon.al...@gmail.com wrote:
Have you used the template files ? I used for my own book, took the files
from Update Pharo By Example and it worked like a charm including creation
CI job
54 matches
Mail list logo