Damien Cassou wrote:
>
> could you please try again with version 0.15.2f:
> http://pharo-project.org/pharo-download?
>
Much better, thanks!
-Martin
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bi
2009/11/7 Martin McClure :
> It does run, it just has all its symlinks in the wrong directory.
>
> What do you get if you try this?
>
> find pharo-vm-0.15.2e-linux -type l | wc -l
>
> I get 0.
>
> whereas if I run
>
> find pharo-vm-0.15.2d-linux -type f | wc -l
>
> I also get 0. Both are wrong, at
I had a very similar failure, and began to suspect a need for explicit gc. I
added that between the loading of my packages (from the cache), and turned it
loose. However, source.squeakfoundation.org appears to be down, so it can't
get that far.
Bill
-Original Message-
From: pharo-pr
11036
-
- Issue 480:[Pending Etoy Cleaning] Object>>objectRepresented
- SplitJoin fixed
- Issue 487:[Pending Etoy Cleaning] Morph>>assureExternalName
- Issue 497: [Pending Etoy Cleaning]
Morph>>holdsSeparateDataForEachInstance
- Issue 498:[Pending Etoy Cleaning] Morph>>playS
>>> And so far this is not the case. In fact I preferred the old way
>>> because it was dead simple and
>>> working. accesses to iv /accesses to classVar.
>>
>> I find it dead simple. Clicking on 'variables' always shows you what
>> you can see from the current browsing context:
>
> In the menu?
I
Yes I did
- Issue 1415: New version VBRegex
> Do we need to update the package also in 1.0? It seems there are quite
> some important fixes.
>
> Stef, did you already create an issue?
>
> Adrian
>
> On Nov 5, 2009, at 11:28 , Stéphane Ducasse wrote:
>
>> Thanks I will integrate it.
>>
>
This is strange because I thought that it was removed. I will check
that.
Stef
On Nov 7, 2009, at 10:01 PM, Hernán Morales Durand wrote:
>
> In 1.1a #11035 this bug remains. I've attached a version of
> #keystrokeInWorld which does not need the accessor or mutator.
>
> This is the original r
Ok I will check again
On Nov 7, 2009, at 10:30 PM, Lukas Renggli wrote:
>> And so far this is not the case. In fact I preferred the old way
>> because it was dead simple and
>> working. accesses to iv /accesses to classVar.
>
> I find it dead simple. Clicking on 'variables' always shows you what
On Nov 8, 2009, at 10:21 AM, Lukas Renggli wrote:
> Something slightly unrelated:
>
> Already last week I fixed all but one of the broken refactoring tests.
> AFAIK, these tests never worked in the Squeak or Pharo port of the
> refactoring engine. Last time I check we had 60 plus broken tests. No
Something slightly unrelated:
Already last week I fixed all but one of the broken refactoring tests.
AFAIK, these tests never worked in the Squeak or Pharo port of the
refactoring engine. Last time I check we had 60 plus broken tests. Now
the situation is better:
334 run, 333 passes, 0 expecte
Hi Hernán,
I cannot reproduce that problem.
Looks like in you end up with a non-string in a Text class. That
should never happen, because then the class invariants of Text are not
met. If OB instantiates a Text like that, this is an OB bug of course,
but I can't figure out a place where that coul
11 matches
Mail list logo
