Rich Hickey the creater of Clojure (functional Lisp) has done a bunch
of nice videos on the language here is one he did on concurrency that
is really very good:
http://blip.tv/file/812787
At the end, he introduces an ant colony simulation that has similar
concurrency problems to your rock
The update stream only includes update for the image pharo-core
for the pharo-dev you should use the universe browser.
We do not maintain tools that are build on top of pharo and let
their maintainers act as they wish.
Stef
On Mar 23, 2009, at 12:24 AM, Mariano Martinez Peck wrote:
Hi guys. I
Hi,
i'm currently reading this page :
http://code.google.com/p/pharo/wiki/HowToContribute
and it's not really clear when someone do not need to make a
modification to several packages ...
I guess you have to publish to modified package to PharoInbox also.
Best regards,
--
Serge Stinckwich
UMI
I had the impression that this was the direction newspeak was going.
On Mar 23, 2009, at 12:15 AM, Antony Blakey wrote:
On 23/03/2009, at 12:32 AM, Stéphane Ducasse wrote:
can you illustrate that point?
It might be that Smalltalk and wide-spread immutability and
fundamentally
Michael
there is no problem.
discussion is also good. Dogma or trolling would be boring :)
On Mar 23, 2009, at 12:42 AM, Michael van der Gulik wrote:
On Mon, Mar 23, 2009 at 11:39 AM, Antony Blakey antony.bla...@gmail.com
wrote:
On 23/03/2009, at 7:37 AM, Michael van der Gulik wrote:
Strange since andreas was mentioning that squeak thread swicthing
costs far less than in VW.
Stef
On Mar 23, 2009, at 4:49 AM, Michael van der Gulik wrote:
On Mon, Mar 23, 2009 at 2:21 PM, Michael van der Gulik mike...@gmail.com
wrote:
On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko
do you know pointers that explain the interplay between transactional
memory and concurrency/immutable structure.
On Mar 23, 2009, at 7:54 AM, David Finlayson wrote:
Rich Hickey the creater of Clojure (functional Lisp) has done a bunch
of nice videos on the language here is one he did on
On Mar 23, 2009, at 9:26 AM, Serge Stinckwich wrote:
Hi,
i'm currently reading this page :
http://code.google.com/p/pharo/wiki/HowToContribute
and it's not really clear when someone do not need to make a
modification to several packages ...
I guess you have to publish to modified package
On Mon, Mar 23, 2009 at 3:36 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
On Mar 23, 2009, at 9:26 AM, Serge Stinckwich wrote:
Hi,
i'm currently reading this page :
http://code.google.com/p/pharo/wiki/HowToContribute
and it's not really clear when someone do not need to make a
On Mon, Mar 23, 2009 at 9:19 AM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
The update stream only includes update for the image pharo-core
for the pharo-dev you should use the universe browser.
Universe is currently not used anymore to build pharo-dev. I'm
building them using
On 23/03/2009, at 7:05 PM, Stéphane Ducasse wrote:
do you know pointers that explain the interplay between transactional
memory and concurrency/immutable structure.
There are many papers on STM that describe the benefits wrt
concurrency. Wikipedia has a good explanation
On 23/03/2009, at 6:51 PM, Stéphane Ducasse wrote:
but do they guarante identity preservation I guess not.
Identity is obviously more important in OO than e.g. functional or
function-based programming such as Lisp. This is the sort of thing I
had in mind when I said that Smalltalk and
On Mar 23, 2009, at 09:26 , Serge Stinckwich wrote:
Hi,
i'm currently reading this page :
http://code.google.com/p/pharo/wiki/HowToContribute
and it's not really clear when someone do not need to make a
modification to several packages ...
I guess you have to publish to modified package to
Short answer: Yes.
Long answer:
The implementation in BorderedMorph was fixed in Polymorph-Overrides,
then that version was promoted to Morph, then BorderedMorph reverted to
pre-Polymorph-Overrides functionality from the removeSelector: in my cs.
So the correct thing to do would be to remove all
On Mon, Mar 23, 2009 at 3:37 PM, Adrian Lienhard a...@netstyle.ch wrote:
On Mar 23, 2009, at 09:26 , Serge Stinckwich wrote:
Hi,
i'm currently reading this page :
http://code.google.com/p/pharo/wiki/HowToContribute
and it's not really clear when someone do not need to make a
modification
2009/3/23 Michael van der Gulik mike...@gmail.com:
On Mon, Mar 23, 2009 at 2:21 PM, Michael van der Gulik mike...@gmail.com
wrote:
On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko siguc...@gmail.com
wrote:
Now consider the overhead of creating a fork vs the actual useful code
which is
http://code.google.com/p/pharo/issues/detail?id=686
--
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Smalltalkers do: [:it | All with: Class, (And love: it)]
http://doesnotunderstand.org/
___
Pharo-project mailing list
On Mar 21, 2009, at 14:11 , Michael Rueger wrote:
Stéphane Ducasse wrote:
Hi mike
could you redo you system organization changes?
I will take a look.
All the slice should do is to exchange packaging, it is not supposed
to
change any code at all. If there have been changes in the
For the moment I do not want to do that before
we have some fixes ready.
Eliot should produce a new version.
So what I can do is to publish
two images with the test run so that people can help to check the
problem.
stef
On Mar 23, 2009, at 9:50 AM, Damien Cassou wrote:
On Sun, Mar 22, 2009
thanks for the clarification
On Mar 23, 2009, at 10:31 AM, Henrik Johansen wrote:
Short answer: Yes.
Long answer:
The implementation in BorderedMorph was fixed in Polymorph-Overrides,
then that version was promoted to Morph, then BorderedMorph reverted
to
pre-Polymorph-Overrides
Adrian Lienhard wrote:
It seems, such changes (like moving a class between packages) are
simpler to handle with changesets. When we create a new update we
apply the cs without the need for merging with MC.
Even simpler with config maps. A config map could be used as a slice as
well.
I do not know since we will have to created the packages and delete
the working copy
but probably.
Stef
On Mar 23, 2009, at 11:02 AM, Adrian Lienhard wrote:
On Mar 21, 2009, at 14:11 , Michael Rueger wrote:
Stéphane Ducasse wrote:
Hi mike
could you redo you system organization changes?
On Mon, Mar 23, 2009 at 4:33 PM, Serge Stinckwich
serge.stinckw...@gmail.com wrote:
On Mon, Mar 23, 2009 at 3:37 PM, Adrian Lienhard a...@netstyle.ch wrote:
On Mar 23, 2009, at 09:26 , Serge Stinckwich wrote:
Hi,
i'm currently reading this page :
http://code.google.com/p/pharo/issues/detail?id=337
I believe the resolution then was Gary moving the two methods to
Polymorph-Overrides.
Probably some house-cleaning which caused them to be lost this time.
I still stand by my OR: suggestion from back then, isValid is a terrible
method name, imo
Hi all,
the pharo site seems to be really slooow.
Anyone else seeing this?
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
not now at least.
On Mar 23, 2009, at 11:55 AM, Michael Rueger wrote:
Hi all,
the pharo site seems to be really slooow.
Anyone else seeing this?
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
Here's a fix for the BlockContext test.
Basically, the error message had changed format, so the test that the
correct error message was reported failed.
I changed the test to check for the (new) error format (which adds
argument(s) at the end of the sentence), and changed the error message
to not
And another one, for the ByteArrayWithinArray test,
the compiled array there was missing a # for the first ByteArray.
'array ^ #( [1] #[2] )' -
'array ^ #( #[1] #[2] )'.
Cheers,
Henry
Stéphane Ducasse wrote:
I released an archive with two images
10259 with tests run
What is a good test? The image seems to run ok on windows.
Mike
On 3/23/09, Stéphane Ducasse stephane.duca...@inria.fr wrote:
I released an archive with two images
10259 with tests run
10259-withClosure + john + lukas + my fixes so far
so that we can go faster to fix the
ClosureCompilerTest testInjectIntoDecompilations fails since Scanner
translates := to _, so the test array does not match. ( Test-array has := ).
Offending method is Scanner xColon.
Stéphane Ducasse wrote:
I released an archive with two images
10259 with tests run
Here are pharo-dev and pharo-web based on latest 10259 before Closure:
http://code.google.com/p/pharo/wiki/Downloads?tm=2
--
Damien Cassou
http://damiencassou.seasidehosting.st
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
excellent
can you post cs to the Bugtracker so that
we can reload all the fixes in a couple of click?
http://code.google.com/p/pharo/issues/detail?id=685
I'm busy writing something else right now
Stef
On Mar 23, 2009, at 1:53 PM, Henrik Johansen wrote:
Here's a fix for the
thanks amigo
Stef
On Mar 23, 2009, at 4:08 PM, Damien Cassou wrote:
Here are pharo-dev and pharo-web based on latest 10259 before Closure:
http://code.google.com/p/pharo/wiki/Downloads?tm=2
--
Damien Cassou
http://damiencassou.seasidehosting.st
On Mon, Mar 23, 2009 at 6:57 AM, Damien Cassou damien.cas...@gmail.comwrote:
On Mon, Mar 23, 2009 at 9:19 AM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
The update stream only includes update for the image pharo-core
for the pharo-dev you should use the universe browser.
Universe
Hi all,
in the process of merging the unicode work into the current system I
will upload a bunch of packages to the inbox. The packages will not load
as they are, will need some config maps etc to load it all.
I will let you know when I figured out a way how to load everything :-)
Michael
Done and done.
I'd rather not make a .cs for the
ClosureCompilerTest testInjectIntoDecompilations failure though,
as I neither feel comfortable messing around with Scanner, nor
particularily feel like it would be a good idea to change the test to
assume _ instead of := ...
Cheers,
Henry
Stéphane
With 10259, there are tool tips for the 'mystery' buttons in the inspectors...
If you have added a custom inspector method, you need to add #tooltip: to your
pragama like the following for ObjectbasicInspectorNodes:
inspector: #'1' priority: 600 toolTip: 'Basic elements'
Dale
Michael Rueger wrote:
I will let you know when I figured out a way how to load everything :-)
OK, for early adopters :-)
in the PharoInbox there are two slices that need to be loaded in order
into a current 10259 image:
SLICE-UnicodeRwrite1-michael_rueger.1
SLICE-UnicodeRewrite2.2.mcm (which
I saw thanks.
I hope to get some times continuing to explore the possible fixes.
Stef
On Mar 23, 2009, at 4:49 PM, Henrik Johansen wrote:
Done and done.
I'd rather not make a .cs for the
ClosureCompilerTest testInjectIntoDecompilations failure though,
as I neither feel comfortable messing
cool I will test that.
I hope that we will not have traffic jam with the closure compiler.
Stef
On Mar 23, 2009, at 6:27 PM, Michael Rueger wrote:
Michael Rueger wrote:
I will let you know when I figured out a way how to load
everything :-)
OK, for early adopters :-)
in the
On Mon, Mar 23, 2009 at 4:49 PM, Michael van der Gulik mike...@gmail.comwrote:
On Mon, Mar 23, 2009 at 2:21 PM, Michael van der Gulik
mike...@gmail.comwrote:
On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko siguc...@gmail.comwrote:
Now consider the overhead of creating a fork vs the
Loaded without problems
after I paste
Le volcan, qui culmine à 3.108 m, se trouve à 170 km au sud-ouest
d'Anchorage, la plus grande agglomération d'Alaska, dont les habitants
ont jusqu'ici été épargnés par les projections. Les compagnies
aériennes ont été invitées à contourner la zone.
and
Web site goes live http://www.mobilewikiserver.com
Still need a few more beta testers.
--
=
=
=
John M. McIntosh john...@smalltalkconsulting.com
Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com
=
=
=
On Mon, Mar 23, 2009 at 10:08 PM, Damien Cassou damien.cas...@gmail.com wrote:
Here are pharo-dev and pharo-web based on latest 10259 before Closure:
http://code.google.com/p/pharo/wiki/Downloads?tm=2
Thank you Damien.
ScriptLoader loadSuperOB. does not work in this image.
--
Serge
44 matches
Mail list logo