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 falling
On Mon, Mar 23, 2009 at 2:21 PM, Michael van der Gulik wrote:
>
>
> On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko wrote:
>
>>
>> Now consider the overhead of creating a fork vs the actual useful code
>> which is running within a block.
>> I presume, this code will run 10x times slower on a singl
On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko wrote:
>
> Now consider the overhead of creating a fork vs the actual useful code
> which is running within a block.
> I presume, this code will run 10x times slower on a single core
> processor, comparing to one w/o forks.
> So, you will need to ha
Ensure execution of releasing the lock is about as slick as it gets. You might
want to have another look.
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Antony Blakey
Sent: Sunday, March 22, 2009 6
2009/3/23 Michael van der Gulik :
>
>
> On Mon, Mar 23, 2009 at 11:39 AM, Antony Blakey
> wrote:
>>
>> On 23/03/2009, at 7:37 AM, Michael van der Gulik wrote:
>>
>>
>>
>> > Smalltalk, the language rather than the implementation, already has
>> > fantastic support for concurrency. Smalltalkers just
2009/3/23 Antony Blakey :
>
> 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 incompatible. The problem is that Smalltalk's model has
> Objects whose state changes in response to
Well...the Universe Browser used to be in the Pharo image, but now I just
open up the repository from Monticello and check for changes when I see
things flying around on the lists that might fix something that has been
bugging me...!
Take care,
Rob
2009/3/22 Mariano Martinez Peck
> Hi guys. I
On Mon, Mar 23, 2009 at 11:39 AM, Antony Blakey wrote:
>
> On 23/03/2009, at 7:37 AM, Michael van der Gulik wrote:
>
>
>
> > Smalltalk, the language rather than the implementation, already has
> > fantastic support for concurrency. Smalltalkers just don't know how
> > to use it. We don't need to r
2009/3/22 Michael van der Gulik :
> Argh. Stupid GMail sent it prematurely.
>
> On Mon, Mar 23, 2009 at 10:45 AM, Michael van der Gulik
> wrote:
>>
>> If, for example, you were trying to allocate an array of arrays
>> concurrently, then I would write (using my namespaces :-) ):
>
>
>>
>> array :=
Hi guys. I am quite confused with software updates.
When you do right button -> system -> software update, what is updated? just
the core ?
For example, tools like OB how must be updated ?
Thanks,
Mariano
___
Pharo-project mailing list
Pharo-project@l
Got it...I'll play with it and see what you think...
Rob
On Sun, Mar 22, 2009 at 5:29 PM, Stéphane Ducasse wrote:
>
> On Mar 22, 2009, at 10:17 PM, Rob Rothwell wrote:
>
> > Ok...I'll try to figure out what those are. You CAN still create
> > new Project AND navigate to it, though...
>
> yes t
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 incompatible. The problem is that Smalltalk's model has
Objects whose state changes in response to messages. Such state change
brea
On 23/03/2009, at 9:36 AM, Schwab,Wilhelm K wrote:
> Semaphores and Mutexes are the lower level tools. **Critical
> sections** implemented in terms of blocks are the fantastic part.
I don't regard critical sections as particularly fantastic.
> The little that I know about functional language
Semaphores and Mutexes are the lower level tools. **Critical sections**
implemented in terms of blocks are the fantastic part.
The little that I know about functional languages and their immutable data
structures suggests that a LOT of copying occurs. That has to be expensive in
terms of sche
On Sat, Mar 21, 2009 at 5:46 AM, Alexandre Bergel wrote:
> All VM on which Squeak run may be safely used with Pharo.
> This may change in the future with the introduction of closures.
>
Ok, and which VM can run safely squeak of those I said ?
>
> Cheers,
> Alexandre
>
> On 20 Mar 2009, at 21:
2009/3/22 Gary Chambers
> This has to be done manually at the moment for things that may be
> expected to take a while...
>
> Cursor wait showWhile: someBlock
>
Excellent! Thanks Gary
>
> Regards, Gary
>
> - Original Message -
> *From:* Mariano Martinez Peck
> *To:* Pharo Development
On 23/03/2009, at 7:37 AM, Michael van der Gulik wrote:
> Anybody who relies on the behaviour of the scheduler deserves to be
> forced to program in BASIC. Semaphores work; use them.
And they work with native threads, which was my point. A more pedantic
answer to your response is that you ta
On 23/03/2009, at 12:32 AM, Stéphane Ducasse wrote:
>> Green threads make some underlying implementation details easier, but
>> at the language level the difference they make is determined by the
>> interleaving guarantees they provide, and the extent to which the
>> user
>> can take advantage
Argh. Stupid GMail sent it prematurely.
On Mon, Mar 23, 2009 at 10:45 AM, Michael van der Gulik
wrote:
>
> If, for example, you were trying to allocate an array of arrays
> concurrently, then I would write (using my namespaces :-) ):
>
> array := Concurrent.Collections.Array new: 10. "
On Mon, Mar 23, 2009 at 12:18 AM, Igor Stasenko wrote:
> 2009/3/22 Igor Stasenko :
> > 2009/3/22 Michael van der Gulik :
> >>
> >>
> >> On Sat, Mar 21, 2009 at 8:38 AM, Janko Mivšek
> >> wrote:
> >>>
> >>> Philippe Marschall pravi:
> >>> >> Michael van der Gulik wrote:
> >>>
> >>> >> So now it s
On Mar 22, 2009, at 10:17 PM, Rob Rothwell wrote:
> Ok...I'll try to figure out what those are. You CAN still create
> new Project AND navigate to it, though...
yes this is why we should remove the menus because Project will soon
explode :)
>
>
> On Sun, Mar 22, 2009 at 5:01 PM, Stéphane Du
I have published MCPasswordManager as a separate package
http://www.squeaksource.com/mc/System-PasswordManager
Keith
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-projec
Ok...I'll try to figure out what those are. You CAN still create new
Project AND navigate to it, though...
On Sun, Mar 22, 2009 at 5:01 PM, Stéphane Ducasse wrote:
> we should remove first the obsolete items (related to etoy and project).
>
> stef
>
> On Mar 22, 2009, at 9:24 PM, Rob Rothwell w
run the tests
- with the four fixes so far
isValid, asMiniRepresentation
methodSelector, variablesAndOffsetsDo:
2941 run, 2875 passes, 2 expected failures, 15 failures, 49 errors, 0
unexpected passes
vs. in 10259
2929 run, 2908 passes, 2
On Mon, Mar 23, 2009 at 12:49 AM, Antony Blakey wrote:
>
> On 22/03/2009, at 9:48 PM, Igor Stasenko wrote:
>
> > Sorry, my fault. You need to sync in both cases (even with green
> > threads).
>
> Green threads make some underlying implementation details easier, but
> at the language level the diff
Yes I fixed that and asMinimalRepresentation already.
Stef
On Mar 22, 2009, at 9:57 PM, wrote:
> Rob Rothwell writes:
>> Well, I don't have any "tough, real world examples," but the
>> example Bert
>> gave me:
>>
>> multiply := Array new: 4.
>> 1 to: 4 do: [:i |
>> multiply at: i put: [
we should remove first the obsolete items (related to etoy and project).
stef
On Mar 22, 2009, at 9:24 PM, Rob Rothwell wrote:
> Ok...it seems to be build in:
>
> Morph>>buildMetaMenu:
> and
> PasteUpMorph>>addCustomMenuItems:hand:
>
> So...any thoughts on what should be in this menu?
>
> Take c
Rob Rothwell writes:
> Well, I don't have any "tough, real world examples," but the example Bert
> gave me:
>
> multiply := Array new: 4.
> 1 to: 4 do: [:i |
>multiply at: i put: [:x | x * i].
> ].
>
> (multiply at: 3) value: 5.
>
> Resulted in the appropriate answer 15!!!
I
Stef,
Adding #isValid got me a little further along. I was able to select the new
theme and can at least open a debugger, though _using_ it stirs up trouble over
#asMinimalRepresentation (or similar method). In trying to evaluate 'hello'
at:200, I was faced with some message boxes claiming th
Stéphane Ducasse writes:
> I guess not.
> Normally if Bryce support closure the rest should flow. :)
The VMs I supplied both support closures, or should. I'll have
a quick test here.
Bryce
___
Pharo-project mailing list
Pharo-project@lists.gforge.in
Ok...it seems to be build in:
Morph>>buildMetaMenu:
and
PasteUpMorph>>addCustomMenuItems:hand:
So...any thoughts on what should be in this menu?
Take care,
Rob
2009/3/21 Stéphane Ducasse
> probably
> I see
>
>
>
>
> On Mar 21, 2009, at 8:23 PM, Rob Rothwell wrote:
>
> Is this what you are t
Apparently Traits do not understand variablesAndOffsetsDo:
invoked indirectly from parse: sourceStream class: class category:
aCategory noPattern: noPattern context: ctxt notifying: req ifFail:
aBlock
EncoderForV3PlusClosure>>init: aClass context: aContext notifying: req
requestor :=
Excellent
I created an issue.
what I will do is to run the tests before and after.
http://code.google.com/p/pharo/issues/detail?id=685
Stef
On Mar 22, 2009, at 8:01 PM, Lukas Renggli wrote:
> Another thing that is missing in ContextPart is #methodSelector, used
> by the debugger.
>
> F
did it work in the nonclosure version?
Stef
On Mar 22, 2009, at 8:06 PM, Marco Schmidt wrote:
> There is a DNU after trying to open the SqueakMap Package Loader-
> Tool...
>
>
> VM: Squeak 3.11.1 (alpha) - (The above "multiply" test ^^ succeded)
> IMG: 10259-ClosureBootstrap
> OS: Windows Vist
There is a DNU after trying to open the SqueakMap Package Loader- Tool...
VM: Squeak 3.11.1 (alpha) - (The above "multiply" test ^^ succeded)
IMG: 10259-ClosureBootstrap
OS: Windows Vista x64
2009/3/22 Stéphane Ducasse
> probably doing a difference between the interface of BlockContext and
Another thing that is missing in ContextPart is #methodSelector, used
by the debugger.
Fix attached.
On Sun, Mar 22, 2009 at 7:44 PM, Stéphane Ducasse
wrote:
> probably doing a difference between the interface of BlockContext and
> BlockClosure will help.
>
> Stef
> On Mar 22, 2009, at 7:34 PM,
probably doing a difference between the interface of BlockContext and
BlockClosure will help.
Stef
On Mar 22, 2009, at 7:34 PM, Stéphane Ducasse wrote:
>> UIThemeVistary beCurrent.
>
> what is nice is that the VM does not crash.
> I cannot open any browser.
> So in another image I checked a bi
> UIThemeVistary beCurrent.
what is nice is that the VM does not crash.
I cannot open any browser.
So in another image I checked a bit.
BlockContext defined isValid (a polymoprph-EventEnhancements)
sent by
BlockContext>>isValid
"Answer true so we can be used in event dispatching."
I guess not.
Normally if Bryce support closure the rest should flow. :)
Stef
On Mar 22, 2009, at 7:02 PM, Schwab,Wilhelm K wrote:
> This is the closure boostrap zip? I ran it under Bryce's recent
> expupery vm (win32) and was fine up until
>
>UIThemeVistary beCurrent.
I got the same on
Excellent!
On which OS are you?
Syeg
On Mar 22, 2009, at 6:48 PM, Rob Rothwell wrote:
> Yep...since it came out, I've just been using it to see if it caused
> any problems!
>
> Rob
>
> On Sun, Mar 22, 2009 at 1:46 PM, Stéphane Ducasse > wrote:
> Pay attention you need a closureVM.
>
> Stef
>
This is the closure boostrap zip? I ran it under Bryce's recent expupery vm
(win32) and was fine up until
UIThemeVistary beCurrent.
I backtracked to try
'hello' at:200
and got a very similar stack trace. I do not know the correct jargon, but it
is not a notifier or debugger, just tex
Thanks...I'll keep looking for it...!
On Sun, Mar 22, 2009 at 1:47 PM, Stéphane Ducasse wrote:
> should be somewhere in PasteUpMorph and there should be a
> BuildmetaMenu something.
> :)
> Stef
>
> On Mar 22, 2009, at 6:40 PM, Rob Rothwell wrote:
>
> > Hope I didn't get it there too late before
Yep...since it came out, I've just been using it to see if it caused any
problems!
Rob
On Sun, Mar 22, 2009 at 1:46 PM, Stéphane Ducasse wrote:
> Pay attention you need a closureVM.
>
> Stef
>
> On Mar 22, 2009, at 6:40 PM, Rob Rothwell wrote:
>
> > Thanks...I'll give it a try for you on Window
should be somewhere in PasteUpMorph and there should be a
BuildmetaMenu something.
:)
Stef
On Mar 22, 2009, at 6:40 PM, Rob Rothwell wrote:
> Hope I didn't get it there too late before the next round of big
> changes!
>
> BTW...do you have a clue where that Option-Click World Menu is
> buil
Well, I don't have any "tough, real world examples," but the example Bert
gave me:
multiply := Array new: 4.
1 to: 4 do: [:i |
multiply at: i put: [:x | x * i].
].
(multiply at: 3) value: 5.
Resulted in the appropriate answer 15!!!
Rob
On Sun, Mar 22, 2009 at 1:40 PM, Rob Rothwell wrote
Pay attention you need a closureVM.
Stef
On Mar 22, 2009, at 6:40 PM, Rob Rothwell wrote:
> Thanks...I'll give it a try for you on Windows...
>
> Rob
>
> On Sun, Mar 22, 2009 at 1:37 PM, Stéphane Ducasse > wrote:
> yes at
>https://gforge.inria.fr/frs/?group_id=1299
> then files pane
>
>
Thanks...I'll give it a try for you on Windows...
Rob
On Sun, Mar 22, 2009 at 1:37 PM, Stéphane Ducasse wrote:
> yes at
>https://gforge.inria.fr/frs/?group_id=1299
> then files pane
>
> stef
>
> On Mar 22, 2009, at 6:23 PM, Rob Rothwell wrote:
>
> > Is the image available for download?
Hope I didn't get it there too late before the next round of big changes!
BTW...do you have a clue where that Option-Click World Menu is built? I can
find the Pharo-refactored TheWorldMenu class, but not the menu that is
created with the Option-Click...
Rob
On Sun, Mar 22, 2009 at 1:37 PM, Stép
yes at
https://gforge.inria.fr/frs/?group_id=1299
then files pane
stef
On Mar 22, 2009, at 6:23 PM, Rob Rothwell wrote:
> Is the image available for download?
>
> Rob
>
> On Sun, Mar 22, 2009 at 1:05 PM, Stéphane Ducasse > wrote:
> Hi all
>
> I did the following:
>- loaded john
thanks rob
I missed that.
Stef
On Mar 22, 2009, at 6:22 PM, Rob Rothwell wrote:
> Hi all,
>
> I got tired of filing in HaloMorphRefactoring and PluggableTextMorph-
> scrollSelectionIntoView with every new update, so I published a
> Morphic package Morphic-rob_rothwell.290 in the inbox with th
Is the image available for download?
Rob
On Sun, Mar 22, 2009 at 1:05 PM, Stéphane Ducasse wrote:
> Hi all
>
> I did the following:
>- loaded john adaptation layer
>- loaded install
>- followed the instructions
>- saved
>- load tempVariable fix
>-
Hi all,
I got tired of filing in HaloMorphRefactoring and
PluggableTextMorph-scrollSelectionIntoView with every new update, so I
published a Morphic package Morphic-rob_rothwell.290 in the inbox with these
changes after upgrading to version 10259.
Just fixes the non-transparent HaloMorph and non-
Hi all
I did the following:
- loaded john adaptation layer
- loaded install
- followed the instructions
- saved
- load tempVariable fix
- saved
I did not saved the dirty packages for now.
This release is to make sure that the image can be viable and
at https://gforge.inria.fr/frs/?group_id=1299
then files
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I'll move the method in the Polymorph packages so it doesn't reappear in a
merge for Pharo.
Regards, Gary
- Original Message -
From: "Stéphane Ducasse"
To:
Sent: Saturday, March 21, 2009 4:49 PM
Subject: Re: [Pharo-project] Fwd: [ANN] 10254
so henrik
is is ok if I remove areasRemain
This has to be done manually at the moment for things that may be expected to
take a while...
Cursor wait showWhile: someBlock
Regards, Gary
- Original Message -
From: Mariano Martinez Peck
To: Pharo Development
Sent: Friday, March 20, 2009 3:10 PM
Subject: [Pharo-project]
Will have a look. Not encountered an organisation conflict before.
You can, of course, select the conflict manually from the tree and choose
from there...
Regards, Gary
- Original Message -
From: "Stéphane Ducasse"
To: "Pharo Development"
Sent: Thursday, March 19, 2009 9:13 PM
Subject
The project invokes it but when I recompile a method the bar is
recreated so probably using the change notification system
updateIfNeeded: aDockingBar
"Update the given docking bar if needed"
| timeStamp |
timeStamp := aDockingBar
valueOfProperty:
am i correct that the dockingBar is redrawing itself continously?
I would be curious to understand the execution cost of this feature.
stef
On Mar 22, 2009, at 12:01 PM, Stéphane Ducasse wrote:
> http://code.google.com/p/pharo/issues/detail?id=683
> Started to remove reference to projectlong
On Mar 22, 2009, at 12:49 PM, Antony Blakey wrote:
>
> On 22/03/2009, at 9:48 PM, Igor Stasenko wrote:
>
>> Sorry, my fault. You need to sync in both cases (even with green
>> threads).
>
> Green threads make some underlying implementation details easier, but
> at the language level the differenc
Yes...I have fixed up the FileList reference one or two times before.
I am still looking for where the Option-Click World menu is built...
Rob
On Sun, Mar 22, 2009 at 7:01 AM, Stéphane Ducasse wrote:
> http://code.google.com/p/pharo/issues/detail?id=683
> Started to remove reference to project
On 22/03/2009, at 9:48 PM, Igor Stasenko wrote:
> Sorry, my fault. You need to sync in both cases (even with green
> threads).
Green threads make some underlying implementation details easier, but
at the language level the difference they make is determined by the
interleaving guarantees t
2009/3/22 Igor Stasenko :
> 2009/3/22 Michael van der Gulik :
>>
>>
>> On Sat, Mar 21, 2009 at 8:38 AM, Janko Mivšek
>> wrote:
>>>
>>> Philippe Marschall pravi:
>>> >> Michael van der Gulik wrote:
>>>
>>> >> So now it seems that Gemstone is the only multi-core capable Smalltalk
>>> >> VM :-(.
>>>
http://code.google.com/p/pharo/issues/detail?id=683
Started to remove reference to projectlong effort though
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2009/3/22 Michael van der Gulik :
>
>
> On Sat, Mar 21, 2009 at 8:38 AM, Janko Mivšek
> wrote:
>>
>> Philippe Marschall pravi:
>> >> Michael van der Gulik wrote:
>>
>> >> So now it seems that Gemstone is the only multi-core capable Smalltalk
>> >> VM :-(.
>>
>> > AFAIK Gemstone isn't multi-core ca
ProjectHistory is now out.
Some of its friends will be in the radar too.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Hi guys
adding some extra functionality
addPackage:
removeSystemCategory:
to be tested.
I'm doing a release that remove ProjectHistory now.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.
> How about Huemul? I think I read it maps Smalltalk Processes onto POSIX
> threads. And uses Exupery extensively, but that I think is beside the point.
SmalltalkMT seems to be multithreaded: http://www.objectconnect.com/
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
_
Michael van der Gulik wrote:
> I'm feeling a bit disheartened by the fact that there aren't any Smalltalk
> VMs, commercial or not, that can do fine-grained parallelism.
How about Huemul? I think I read it maps Smalltalk Processes onto POSIX
threads. And uses Exupery extensively, but that I think
69 matches
Mail list logo
