On Jul 20, 2010, at 3:52 PM, Lukas Renggli wrote:
Thank you Marcus, my hudson is rebuilding the whole shebang now.
Lukas
On 20 July 2010 15:48, Marcus Denker marcus.den...@inria.fr wrote:
https://gforge.inria.fr/frs/download.php/27296/PharoCore-1.1.zip
--
Marcus Denker -- http
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo
: is a transitive sender of #doesNotUnderstand:
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
, Randal L. Schwartz mer...@stonehenge.com wrote:
Lukas == Lukas Renggli reng...@gmail.com writes:
Lukas World - System - Settings - Code browsing - eCompletion -
Lukas Smart Characters
No such thing in the Seaside One-click image. Just an abbreviated
settings browser that doesn't include
as well as
methods removal.
So this is clearly a doit missing and we should investigate that.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas
missing and we should investigate that.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
: 'Changes have not been saved.\Would you like to discard these
changes or cancel the navigation?' translated withCRs
trueChoice: 'Save' translated
falseChoice: 'Cancel' translated
Regards, Gary
- Original Message - From: Lukas Renggli reng...@gmail.com
To: Pharo-project
better indeed.
Lukas
On 19 July 2010 12:57, Lukas Renggli reng...@gmail.com wrote:
How would a choice like
'Remove it'
'Remove, then browse senders'
'Don''t remove, but show me those senders'
'Forget it -- do nothing -- sorry I asked'
be displayed
is fine.
Lukas
On 19 July 2010 11:29, Lukas Renggli reng...@gmail.com wrote:
Ok (even if this is not really that bad than not been able to recover class
definition).
do you have cycle to revert the changes?
I'll try to do it later this afternoon. It really annoys me :-)
Hernan can you help
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
see the selection because the list
was surrounded by a blue line).
Can you describe step by step how to reproduce that? I am not aware of
such a problem.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project
can give me.
Cheers
Mariano
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
This input box comes from
PSUIManager#chooseFrom:values:lines:title:
Older images do not show the text-input field.
Lukas
On 18 July 2010 15:18, Lukas Renggli reng...@gmail.com wrote:
That's a bug in Polymorph. I don't know why it displays an input box
for simple selections?
Lukas
refactorings too and we end up with a mess.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
that all #foo:bar: pragmas
are interpreted in the context of the class. It is anyway up to you
how you interpret your pragmas.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http
. To me numbers look highlighted
correctly.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
/
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
I noticed that World Tools Recover lost changes ... does not log
any longer method removals. Also class definitions, class removals,
and do-its are missing in the .changes file. I think this is since
Pharo1.1rc3, but maybe earlier. Did anybody else notice that too?
Lukas
--
Lukas Renggli
What do others, like Lukas and other Seaside people think of it ?
I like it, it should be the default in the image.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http
the edit pane menu to match the one of the standard browser.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
) The approach with #doesNotUnderstand: absolutely doesn't scale.
Tools break in subtle ways (editors, debuggers, program checkers).
Debugging is a pain. And it is slow. We've had that in Seaside up to
version 2.6.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
.
And please Torsten could you *finally* fix your e-mail client/account?
You are the only one in the whole Smalltalk world that constantly
messes up the mail threading.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo
that).
I did some analysis in a Squeak 3.9 image a long time ago and I came
to the following conclusion: In my Squeak image there are 160464 send
locations of which 8884 are possible tail call locations (5.5%). I
guess this does not really make it worth the trouble.
Lukas
--
Lukas Renggli
www.lukas
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
.
It is running the latest version from http://www.squeaksource.com/ss.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
error
prone, very efficient, and already integrated with the test runner
(see the in the GUI code: 'test coverage').
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http
research projects (Persephone,
Reflectivity, ...) use it.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-tp2266603p2268039.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
-Pharo-Continuation and
Seaside-Tests-Pharo-Continuation into any recent Pharo or Squeak image
to reproduce the problem. On traditional VMs all 16 tests pass.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
Seaside-Pharo-Continuation.st
Description: Binary data
Seaside-Tests-Pharo-Continuation.st
/vm but this is a bit
of work.
Cheers
Philippe
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
)
] ].
^ announcement
The #handles: method is not called on each registered handler, but
only once per class.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin
, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE SOFTWARE.
Eliot Miranda
June 2010
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project
.
Vous voulez protéger votre vie privée ? La solution avec Internet Explorer
8 http://clk.atdmt.com/FRM/go/232102477/direct/01/
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo
-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http
Maybe it is oCompletion? If I am not mistaken it starts to complete as
you type? I am still on eCompletion, so I can't verify.
Lukas
On 21 June 2010 10:30, Lukas Renggli reng...@gmail.com wrote:
No, Shout is not even enabled in the class comment.
Did you try loading all the latest code
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
with
the debugger before.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
documented some of these (and other) tricks in the DYLA 2010 paper:
http://bergel.eu/download/Dyla2010/dyla10_submission_4.pdf
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http
';
package: 'SmaCC';
package: 'SmaCCDev';
load.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
was better, at least
if you knew how to fix you credentials in the debugger.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
with a FileStream in the Pharo
1.0 image. The last line gets the collection of the stream, and this is
nil (or something that didn't work in the invoked method). I've
attached a revision that works for me.
Ross
--
Lukas Renggli
www.lukas-renggli.ch
...@uclouvain.be wrote:
thanks Lukas
just for us to know: where can we find info on those kinds of queries? (we
were not aware about them)
On 11 Jun 2010, at 19:15, Lukas Renggli wrote:
The proposed change unfortunately breaks other queries (string search
and parse tree search).
I committed
as the browsers.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
with a release until Seaside
is present.
The daily Seaside builds are based on PharoCore1.1rc1.
http://hudson.lukas-renggli.ch/job/Seaside%203.0/lastSuccessfulBuild/artifact/seaside3/*zip*/seaside3.zip
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo
of Pharo only.
- ... the latest package versions for code I am working on (RB, OB,
Seaside, Magritte, Pier, ...)
Is the reported last duration (41 min) the time it took to create the image?
Yes, this includes the time to run the tests (and code critics).
Lukas
--
Lukas Renggli
www.lukas
Lille -- Nord Europe. Team RMoD.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
- moved some code to Refactoring-Core
On 10 June 2010 15:13, Lukas Renggli reng...@gmail.com wrote:
On 10 June 2010 13:40, Fernando olivero olive...@lu.unisi.ch wrote:
Lukas do you think it would worth it to change the category of several
methods, from extensions to OB to the refactoring engine
in
Section 3.4 of our DYLA 2010 paper:
http://bergel.eu/download/Dyla2010/dyla10_submission_4.pdf.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
What's involved in the refactoring started long time ago and what's the
motivation for it?
To separate the namespace (SmalltalkDictionary) from all the image
related tasks (SmalltalkImage).
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo
Great, now it works.
Lukas
On 7 June 2010 09:55, Fernando olivero olive...@lu.unisi.ch wrote:
On Jun 7, 2010, at 8:54 AM, Lukas Renggli wrote:
Hi Fernando
Very cool. I want to try but run into several problems:
Thanks!
http://code.google.com/p/gauchoenvironment/issues/detail?id=1
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Germán Leiva
leivager...@gmail.com
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr
directory
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project
the reversal:
1,-2 @ ary
Or, consistent with current naming conventions:
(ary from: 1 to: -2)
See FScript (http://www.fscript.org/), it has quite cool syntax
extensions for array programming.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo
the tests of the class, not only
the method were you are.
No, this is not the case.
This was discussed with Adrian Kuhn and he integrated this change in his
package. I don't know where is it neither if it was integrated or not.
Yes, I integrated that a year ago or so :-)
Lukas
--
Lukas
at 10:40 AM, Lukas Renggli reng...@gmail.com wrote:
1) When you are in the browser writing a test method, you can press
ctrl
+ t
to save the method and run the test. If the test runs, it will show
the
green dot in the browser, if it does not, it popups the debugger
directly
, create method). I
would like to see them in PharoCore. Also I would like to get rid of
the pre-debugger all-together. Do you think that you could provide
these changes in the PharoInbox?
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project
-Have a preference that automatically generate accessors on addition of IVs /
class definition
I rarely use these accessor refactorings because I have to rewrite
each method by hand afterwards anyway to have a type-revealing
argument name and a comment.
Lukas
--
Lukas Renggli
www.lukas
,
no matter if the test fails or not. It doesn't use breakpoints. And I
use it all the time :-)
So maybe we could combine some of that code?
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
changes themselves but just the fact that they
was a change
you can be in funny situation.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas
/Project . Thanks ESUG!
Comments welcome.
Cheers,
Juan Vuletich
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas
That problem is actually not specific to Pharo 1.1, it is already
present for the last 5 years or so :-)
Thanks for pointing out, fixed in:
Name: OB-Standard-lr.470
Author: Lukas Renggli
Time: 28 May 2010, 2:51:03 pm
UUID: 9b1e4d28-6d03-48e2-a3a0-6cd9899c9830
Ancestors: OB-Standard-lr.469
express my
wishes ;)
/OT
That's difficult to do, not impossible though.
Did you see that there is a menu
refactor method | move to class/instance side
?
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project
buttons, for example
to move items from the class to the instance side
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http
hahhahahah
On Thu, May 27, 2010 at 12:08 PM, Lukas Renggli reng...@gmail.com wrote:
It's fixed in
Name: OB-SUnitIntegration-lr.29
Author: lr
Time: 27 May 2010, 12:04:41 pm
UUID: 77fd95eb-754d-49fe-859f-fc3508adc94f
Ancestors: OB-SUnitIntegration-lr.28
Lukas
2010/5/27 Mariano Martinez
list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin
are very confusing to newbies, I have
seen that numerous times.
- The use of #and:and:and: doesn't shorten code.
- #and:and:and: is not necessary from a language point of view.
- And most important for me: #and:and:and: is incompatible with the
rest of the world.
Lukas
--
Lukas Renggli
of
arguments. If you have individual arguments you have to create a
collection first.
- #value:value:value: is useful only if you have individual arguments.
If you have a collection of arguments you have to take them apart
first.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
is that blocks that are lexically nested a and: [ b and: [
c ] ] and blocks that are in a lexical sequence a and: [ b ] and: [
c ] do not have the same expressive power (temps, state) and do not
necessarily behave the same.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
that has been already serialized it
puts a special back-reference to that object. With this strategy you
essentially end up with a tree, if you do not look at these
back-references.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing
. The use
of #ifNil:ifNotNil:, #ifNotNil:, #ifNotNil:ifNil: is only practicable
if you don't care about compatibility with other Smalltalk dialects.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I've been really impressed with what Seaside and Pier were capable of and
really wanted to start my new web project with Pharo.
GemStone/S runs Seaside and Pier and scales across multiple CPUs
infinitely, if scalability with Pharo should be a problem.
Lukas
--
Lukas Renggli
www.lukas
have proxy objects
then all these inlined an shortcut variants fail miserably.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo
-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman
.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
NBGlx methodDict size 121
--
Best regards,
Igor Stasenko AKA sig.
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
they are generated/refreshed
anyways once package loaded.
Is there a way to tell MC
1. to exclude such methods, when writing a package
2. to ignore any changes to these methods and don't mark a package as dirty
?
--
Best regards,
Igor Stasenko AKA sig.
--
Lukas Renggli
www.lukas
/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
the local cache?
If you disable repository errors inaccessible repositories are ignored
and don't throw an error (you have to tell that though):
but does it still load from the local-cache?
Stef
On May 19, 2010, at 6:14 PM, Lukas Renggli wrote:
The default Gofer only uses the package cache
Yes, these two things are independent of each other.
Lukas
On 19 May 2010 23:13, Lukas Renggli reng...@gmail.com wrote:
The default are, as the documentation says:
- report errors
- use package cache
Everything else you need to configure separately.
Lukas
On 19 May 2010 18:23, Stéphane
story :)
The proxy gives problems with identity, but indeed change tracking is
solvable as in http://scg.unibe.ch/archive/papers/Reng08aTransMemory.pdf.
I guess what Stef wants is more something like
http://scg.unibe.ch/archive/papers/Lien09aCompass.pdf.
Lukas
--
Lukas Renggli
www.lukas
annotations.
In your case you probably should use an IdentitySet or IdentityDictionary.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo
are not considered for equality.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
archive at Nabble.com.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo
on it, because the organization is global. If the organization
would be a variable of the namespace (SystemDictionary) and not a
global, there would be no such problem:
Smalltalk globals organization
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo
://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Lukas Renggli
www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
701 - 800 of 1724 matches
Mail list logo
