reply to y...@gconsept.com
Original Message
Subject: Recherche des ingénieurs en développement Smalltalk
Date: Thu, 26 Aug 2010 16:42:27 +0200
From: Yohan CHOQUER y...@gconsept.com
To: herve.ver...@univ-savoie.fr herve.ver...@univ-savoie.fr
2010/8/27 John M McIntosh john...@smalltalkconsulting.com
On 2010-08-26, at 11:52 AM, Mariano Martinez Peck wrote:
A difference I found with Eliot VM and your previous ones is shortcuts.
In eliot image, to select words, I do shift + ctrl + narrow, or shift +
command + narrow.
In yours, I
johan
thanks
Now get the reflex to create an issue else we get flooded of information.
I will integrate them now.
Stef
On Aug 26, 2010, at 2:34 PM, Johan Brichau wrote:
On 26 Aug 2010, at 04:47, Guillermo Polito wrote:
And now, because of fixing IntegerreadFrom:, 'foo' asTime throws an
hi philippe
I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load?
Is it for 1.2?
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Bill
I scanned the code.
Could you
- reformat your code?
put space after :
align on the first tab
- get some more tests?
- I could not see the class comments but if there are none then please
adde something.
- did you check
That's a bug, well actually apple changed something between 10.5 and 10.6 I've
a fix pending.
On 2010-08-27, at 12:42 AM, Mariano Martinez Peck wrote:
2010/8/27 John M McIntosh john...@smalltalkconsulting.com
On 2010-08-26, at 11:52 AM, Mariano Martinez Peck wrote:
A difference I
what about
ClassDescriptionchooseInstVarThenDo: aBlock
ClassDescriptionchooseInstVarAlphabeticallyThenDo: aBlock
ClassDescriptionchooseClassVarName
should I really comment I will fix them.
On Aug 26, 2010, at 4:08 PM, Stéphane Ducasse wrote:
I tend to agree but not quite :)
I could have a look, if you tell me where I can find it...
On 27 Aug 2010, at 10:22, stephane ducasse wrote:
hi philippe
I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load?
Is it for 1.2?
Stef
___
Pharo-project
We are not consistent:
do we want
renameInstVar:to:
or
removeInstVarName:
I prefer that.
We have addInstVarName:
- should be addInstVarNamed: from my taste
Now we want to have first class instance variable in the
this is in the inbox
Stef
On Aug 27, 2010, at 10:47 AM, Sven Van Caekenberghe wrote:
I could have a look, if you tell me where I can find it...
On 27 Aug 2010, at 10:22, stephane ducasse wrote:
hi philippe
I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load?
On Aug 27, 2010, at 10:31 AM, Stéphane Ducasse wrote:
what about
ClassDescriptionchooseInstVarThenDo: aBlock
ClassDescriptionchooseInstVarAlphabeticallyThenDo: aBlock
ClassDescriptionchooseClassVarName
should I really comment I will fix them.
This should not be in
for example
we have
addClassVarName:
classVarNamed:
classVarNamed:put:
removeClassVarName:
I will rename
addClassVarName:
removeClassVarName:
to be
addClassVarNamed:
removeClassVarNamed:
consistency
Stef
On Aug 27, 2010, at 11:02 AM, Stéphane Ducasse wrote:
We are not consistent:
do we want
renameInstVar:to:
or
removeInstVarName:
I prefer that.
We have addInstVarName:
- should be addInstVarNamed: from my taste
On 26 Aug 2010, at 21:44, Sven Van Caekenberghe wrote:
I hope the linux VM is equally fast.
Is the COG VM capable of running headless on Linux ?
s...@bladerunner:~/Smalltalk$ ./coglinux/bin/squeak -version
3.9-7 #2 Wed Aug 18 19:45:40 GMT 2010 gcc 4.1.2
Croquet Closure Cog VM [CoInterpreter
*Cough* deprecate *cough* ;)
Cheers,
Henry
On Aug 27, 2010, at 10:51 44AM, Stéphane Ducasse wrote:
for example
we have
addClassVarName:
classVarNamed:
classVarNamed:put:
removeClassVarName:
I will rename
addClassVarName:
removeClassVarName:
gary?
Do you have surgeon knife?
Because I do not see why slider need to depend on that wonderfully designed
code.
use: cachedSelector orMakeModelSelectorFor: selectorBody in: selectorBlock
| selector |
model ifNil: [^ nil].
cachedSelector ifNil:
done :)
I could not let that like that.
Stef
On Aug 27, 2010, at 11:11 AM, Marcus Denker wrote:
On Aug 27, 2010, at 11:02 AM, Stéphane Ducasse wrote:
We are not consistent:
do we want
renameInstVar:to:
or
removeInstVarName:
*Cough* deprecate *cough* ;)
what you got a flu :)
Of course this is done and I would like to have a refactoring called
renameDeprecate :)
Lukas? :)
Stef
Cheers,
Henry
On Aug 27, 2010, at 10:51 44AM, Stéphane Ducasse wrote:
for example
we have
addClassVarName:
I think it would be beneficial to adapt the protocol of the refactoring browser.
It especially spells out all the names:
#addInstanceVariable:
#allInstanceVariableNames
#instanceVariableNames
Lukas
On 27 August 2010 11:50, Stéphane Ducasse stephane.duca...@inria.fr wrote:
done :)
Yep,
It would be much better to sell out the names.
On Fri, Aug 27, 2010 at 11:53 AM, Lukas Renggli reng...@gmail.com wrote:
I think it would be beneficial to adapt the protocol of the refactoring
browser.
It especially spells out all the names:
#addInstanceVariable:
12115
-
- Issue 2825: [[true] whileTrue] fork cannot be interrupted. Thanks Henrik
Johanssen.
- Issue 2860: make Dictionary at:ifAbsent use ifNil:ifNotNil. Thanks Marcus
Denker
- Issue 2570: Removed implicit conversion of DateAndTime equality-testing
argument. Thanks Chris Mueller.
I think it would be beneficial to adapt the protocol of the refactoring
browser.
It especially spells out all the names:
#addInstanceVariable:
#allInstanceVariableNames
#instanceVariableNames
Lukas
I thought about it too but since we will add first class instances variables
err, yes it actually still is this one:
http://code.google.com/p/pharo/issues/detail?id=2854
:-)
On 27 Aug 2010, at 10:16, Stéphane Ducasse wrote:
johan
thanks
Now get the reflex to create an issue else we get flooded of information.
I will integrate them now.
Stef
On Aug 26, 2010,
Ok normally this is integrated now.
On Aug 27, 2010, at 12:11 PM, Johan Brichau wrote:
err, yes it actually still is this one:
http://code.google.com/p/pharo/issues/detail?id=2854
:-)
On 27 Aug 2010, at 10:16, Stéphane Ducasse wrote:
johan
thanks
Now get the reflex to create an
On 26 août 2010, at 16:04, Alexandre Bergel wrote:
Hi!
I just created an entry in the google site:
http://code.google.com/p/pharo/wiki/PharoSprints
It is scheduled for Sunday 12, as part of the Camp Smalltalk.
Good! I'll be there :-)
Please, add yourself if you wish to join.
It
marcus like that we do not have to load it all the time.
I could esaily update scriptloader to make sure that we do not save these
packages.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
I wouldn't pre-load it. There is really no point for many deployed
applications to have it in there.
Lukas
On 27 August 2010 13:33, Stéphane Ducasse stephane.duca...@inria.fr wrote:
marcus like that we do not have to load it all the time.
I could esaily update scriptloader to make sure that we
On Fri, Aug 27, 2010 at 1:41 PM, Lukas Renggli reng...@gmail.com wrote:
I wouldn't pre-load it. There is really no point for many deployed
applications to have it in there.
You can unload it in #cleanUpForRelease or #cleanUpForProduction.
But I wouldn't pre-load it neither i think (I am not
Stef,
I generally spend most of my time trying to avoid having the RB do what you are
describing, but it should be that simple, right?
As you have noticed, the adapters are very crude, but tests are certainly a
good idea. One thing that I miss is a good place to put package comments; I
sure
this is just that during the unstable phase we need better tools. We want to
run SmallLint.
The problem is that generate a new image every 20 min when I integrate and I do
not want to spend my time load ob and rb.
After we will unload it.
And yes I should work on a configuration of pharo
there are a lot of methods to print time and date as well as number and I
thought that your adaptor would benefit from them.
Stef
On Aug 27, 2010, at 1:49 PM, Schwab,Wilhelm K wrote:
Stef,
I generally spend most of my time trying to avoid having the RB do what you
are describing, but it
12116
-
merging webclient pmm 73
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On 08/27/2010 10:22 AM, stephane ducasse wrote:
hi philippe
I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load?
Is it for 1.2?
No, it's not. Do you have WebClient already in 1.2 and are trying to
merge against it? If so I can have a look at it.
Cheers
Philippe
On 27 Aug 2010, at 15:16, Stéphane Ducasse wrote:
12116
-
merging webclient pmm 73
It seems that every time I upgrade 1.2a using SystemSoftware Update, the
version of WebClient-Test reverts as well.
As I told you, your (older) version gives more unit test errors ;-)
Sven
On Fri, Aug 27, 2010 at 3:06 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
sure
this is just that during the unstable phase we need better tools. We want
to run SmallLint.
The problem is that generate a new image every 20 min when I integrate and
I do not want to spend my time load
Stef,
Got it - I thought you might have meant something completely different. For
example, I had a really cool #printOn: method that I had to suppress because
the inspector was parsing the text and changing things as a result -
aGG! :)
Re other methods in the image. My goal
On Thu, 26 Aug 2010, Bart Gauquie wrote:
Hi list,
is there a specific reason Stack is extending from LinkedList, instead of
using a LinkedList internally?
To me, it seems that the protocol that LinkedList, SequenceableCollection,
... provides is not the protocol you expect from a Stack?
Any
Good thinking, remove Stack then?
On Thu, Aug 26, 2010 at 1:33 PM, Lukas Renggli reng...@gmail.com wrote:
I wonder why there is the need for a stack class at all?
OrderedCollection is the class designed to do Stacks and Queues
efficiently and portably, see #addFirst:, #addLast:, #first,
In my machine:
o := OrderedCollection new: 1000.
1 to: 1000 do: [ :each | o add: each ].
[ 10 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. == 12842
o := LinkedList new: 1000.
1 to: 1000 do: [ :each | o add: each ].
[ 10 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun.
On Thu, 26 Aug 2010, Lukas Renggli wrote:
I wonder why there is the need for a stack class at all?
OrderedCollection is the class designed to do Stacks and Queues
efficiently and portably, see #addFirst:, #addLast:, #first, #last,
#removeFirst, #removeLast.
If so, then there are some
2010/8/27 Levente Uzonyi le...@elte.hu:
On Thu, 26 Aug 2010, Lukas Renggli wrote:
I wonder why there is the need for a stack class at all?
OrderedCollection is the class designed to do Stacks and Queues
efficiently and portably, see #addFirst:, #addLast:, #first, #last,
#removeFirst,
On Fri, 27 Aug 2010, Nicolas Cellier wrote:
2010/8/27 Levente Uzonyi le...@elte.hu:
On Thu, 26 Aug 2010, Lukas Renggli wrote:
I wonder why there is the need for a stack class at all?
OrderedCollection is the class designed to do Stacks and Queues
efficiently and portably, see #addFirst:,
On Fri, 27 Aug 2010, Guillermo Polito wrote:
In my machine:
o := OrderedCollection new: 1000.
1 to: 1000 do: [ :each | o add: each ].
[ 10 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. == 12842
o := LinkedList new: 1000.
1 to: 1000 do: [ :each | o add: each ].
[ 10
12118
-
Enhancing method reference with benjamin.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Fri, Aug 27, 2010 at 1:59 AM, Sven Van Caekenberghe s...@beta9.bewrote:
On 26 Aug 2010, at 21:44, Sven Van Caekenberghe wrote:
I hope the linux VM is equally fast.
Is the COG VM capable of running headless on Linux ?
We routinely run it headless on linux using -vm-display-null.
Dear list,
I was showing off Pharo to a colleague today and was surprised that.
My quick introduction of adding new methods on existing system classes
StringfirstLetter
^self copyFrom: 1 to: 1
- extension on String worked immediately. But that:
in the MethodFinder evaluating: 'tried'.'t'
did
Hello,
When I run squeakvm directly it works! Thanks for the tip.
Jan.
On Thu, Aug 26, 2010 at 11:37 PM, Sven Van Caekenberghe s...@beta9.bewrote:
Jan,
On 26 Aug 2010, at 22:42, Jan van de Sandt wrote:
Hello,
I am trying to run a Pharo Seaside image on an Ubunbtu 10.04 server. When
On Aug 27, 2010, at 8:59 PM, Bart Gauquie wrote:
Dear list,
I was showing off Pharo to a colleague today and was surprised that.
My quick introduction of adding new methods on existing system classes
StringfirstLetter
^self copyFrom: 1 to: 1
- extension on String worked
On Aug 27, 2010, at 3:45 PM, Philippe Marschall wrote:
On 08/27/2010 10:22 AM, stephane ducasse wrote:
hi philippe
I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load?
Is it for 1.2?
No, it's not. Do you have WebClient already in 1.2 and are trying to
merge
On Aug 27, 2010, at 3:46 PM, Sven Van Caekenberghe wrote:
On 27 Aug 2010, at 15:16, Stéphane Ducasse wrote:
12116
-
merging webclient pmm 73
It seems that every time I upgrade 1.2a using SystemSoftware Update, the
version of WebClient-Test reverts as well.
Strange
where is
2010/8/27 Bart Gauquie bart.gauq...@gmail.com:
Dear list,
I was showing off Pharo to a colleague today and was surprised that.
My quick introduction of adding new methods on existing system classes
StringfirstLetter
^self copyFrom: 1 to: 1
- extension on String worked immediately. But
Hudson isn't your friend for this ?
no when I batch fixes I cannot wait for something that start and can take 15
min.
I prefer to update often to separate commit for tracebility so speed in making
new image is important.
It is already so slow.
Stef
On Aug 27, 2010, at 4:46 PM, Schwab,Wilhelm K wrote:
Stef,
Got it - I thought you might have meant something completely different. For
example, I had a really cool #printOn: method that I had to suppress because
the inspector was parsing the text and changing things as a result -
On Aug 27, 2010, at 6:32 PM, Levente Uzonyi wrote:
On Thu, 26 Aug 2010, Bart Gauquie wrote:
Hi list,
is there a specific reason Stack is extending from LinkedList, instead of
using a LinkedList internally?
To me, it seems that the protocol that LinkedList, SequenceableCollection,
...
Now what we should do is probably to get a more dynamic way to tag methods
because not
methodFinder has a huge baglog of selectors and it is probably not in sync with
the system
We were thinking about using pragma to tag methods that should not be executed
but we need a proof of concept.
Smalltalk.true.
takes a while, but it does not try to call #quitPrimitive. Which it would if
Methodfinder would not be based on a positive list.
Ah, and a negative list was I think not used as it is too dangerous wrt. to
completenes. If the positive list is incomplete, you miss
a
On 27 Aug 2010, at 21:19, Stéphane Ducasse wrote:
Strange
where is the other tests packages?
in the inbox?
No, I mean the latest version in Andreas' WebClient repo.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
2010/8/27 Marcus Denker marcus.den...@inria.fr
On Aug 27, 2010, at 8:59 PM, Bart Gauquie wrote:
Dear list,
I was showing off Pharo to a colleague today and was surprised that.
My quick introduction of adding new methods on existing system classes
StringfirstLetter
^self copyFrom: 1 to:
2010/8/27 Marcus Denker marcus.den...@inria.fr
Smalltalk.true.
takes a while, but it does not try to call #quitPrimitive. Which it would
if Methodfinder would not be based on a positive list.
Ah, and a negative list was I think not used as it is too dangerous wrt. to
completenes. If the
It works now: I tried closing all open windows in the image and now it runs
headless. I thought that wasn't necessary with other VMs but maybe I always did
so without thinking about it.
Thanks for answering, Eliot.
Sven
On 27 Aug 2010, at 20:46, Eliot Miranda wrote:
On Fri, Aug 27, 2010 at
Indeed, one of the more beautiful bits of Etoys...
Regards, Gary
Sent from my iPad
On 27 Aug 2010, at 10:29, stephane ducasse stephane.duca...@free.fr wrote:
gary?
Do you have surgeon knife?
Because I do not see why slider need to depend on that wonderfully designed
code.
use:
Eliot,
I think the simulation path is good suggestion.
Did a quick test for instance on:
ContextPart classtrace: aBlock on: aStream
and modified
^ thisContext sender
runSimulated: aBlock
contextAtEachStep:
[:current |
(current receiver == Smalltalk) added
ifTrue: [self error: 'you cant
Ok if I understand you mean you interpret everything on the copy of the inputs
and you run until you either
get an ok primitives or you stop on not ok one.
Could be a nice way to stress runSimulated: :)
Stef
Ah, and a negative list was I think not used as it is too dangerous wrt. to
Ah ok!
I just took the one in your repo because I was not sure about the other.
I will do that tomorrow.
Stef
On Aug 27, 2010, at 9:36 PM, Sven Van Caekenberghe wrote:
On 27 Aug 2010, at 21:19, Stéphane Ducasse wrote:
Strange
where is the other tests packages?
in the inbox?
No, I
On Fri, 27 Aug 2010, Stéphane Ducasse wrote:
On Aug 27, 2010, at 6:32 PM, Levente Uzonyi wrote:
On Thu, 26 Aug 2010, Bart Gauquie wrote:
Hi list,
is there a specific reason Stack is extending from LinkedList, instead of
using a LinkedList internally?
To me, it seems that the protocol that
Stef,
Re survival, I might have been concerned about possible poor behavior of the
methods you mention, or that you might soon remove then in cleaning. I really
don't remember.
I will indeed present the adapters as part of a larger whole. That will take
time to evolve though. I think some
On Fri, Aug 27, 2010 at 1:30 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
Ok if I understand you mean you interpret everything on the copy of the
inputs and you run until you either
get an ok primitives or you stop on not ok one.
Right, /and/ you stop whenever an attempt is made to
67 matches
Mail list logo