26 Apr
2010
26 Apr
'10
1:56 p.m.
Hello,
Last week I had a error due to a strange behaviour: I had an instance
variable and an accessor to this instance variable. The instance variable is
instanciated at the initialization of the class. When the error occure, the
instance variable is not nil (when inspecting it from the debugger ). But,
when evaluating the accessor, it return nil.
This occure in the pharo 1.0 dev image. I test it this morning on a clean
image and on a click image with moose. It seems that the bug is specific to
moose. If you want to reproduce it:
Download the last version of Merlin from
www.squeaksource.com/DelaunayTmpStuffs.
run the method MerlinExamples class >> parametrizedMorphDropLists. it should
work correctly.
Now restart, load moose (load ConfigurationOfMoose, and evaluate
'ConfigurationOfMoose loadDefault') and then load Merlin from
'DelaunayTmpStuffs'.
It should raise an error and you should be able to see this strange
behaviour. From the debugger, evaluate 'self dropList' in MorphDropListPart.
After showing this bug to Marcus, it seems that something is not weel
compiled at one point: browse the method 'dropList' in dropListPart. Now,
click on 'view' and 'byte code'. The offset indicated is 10 whereas it
should be 15
26 Apr
26 Apr
11:29 p.m.
That is too low level for me :)
Doru
On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote:
Hello,
Last week I had a error due to a strange behaviour: I had an
instance variable and an accessor to this instance variable. The
instance variable is instanciated at the initialization of the
class. When the error occure, the instance variable is not nil (when
inspecting it from the debugger ). But, when evaluating the
accessor, it return nil.
This occure in the pharo 1.0 dev image. I test it this morning on a
clean image and on a click image with moose. It seems that the bug
is specific to moose. If you want to reproduce it:
Download the last version of Merlin from www.squeaksource.com/DelaunayTmpStuffs
.
run the method MerlinExamples class >> parametrizedMorphDropLists.
it should work correctly.
Now restart, load moose (load ConfigurationOfMoose, and evaluate
'ConfigurationOfMoose loadDefault') and then load Merlin from
'DelaunayTmpStuffs'.
It should raise an error and you should be able to see this strange
behaviour. From the debugger, evaluate 'self dropList' in
MorphDropListPart.
After showing this bug to Marcus, it seems that something is not
weel compiled at one point: browse the method 'dropList' in
dropListPart. Now, click on 'view' and 'byte code'. The offset
indicated is 10 whereas it should be 15
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Presenting is storytelling."
27 Apr
27 Apr
7:45 a.m.
New subject: [Pharo-project] Strange bug
We should check the Moose overrides?
is there somewhere a method adding behavior to behavior and friends?
I did not get the time to have a look.
On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote:
That is too low level for me :)
Doru
On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote:
> Hello,
>
> Last week I had a error due to a strange behaviour: I had an instance variable and an
accessor to this instance variable. The instance variable is instanciated at the
initialization of the class. When the error occure, the instance variable is not nil (when
inspecting it from the debugger ). But, when evaluating the accessor, it return nil.
>
> This occure in the pharo 1.0 dev image. I test it this morning on a clean image and
on a click image with moose. It seems that the bug is specific to moose. If you want to
reproduce it:
>
> Download the last version of Merlin from www.squeaksource.com/DelaunayTmpStuffs.
> run the method MerlinExamples class >> parametrizedMorphDropLists. it should
work correctly.
> Now restart, load moose (load Conf
28 Apr
28 Apr
2:55 p.m.
New subject: [Pharo-project] Strange bug
After playing a bit with that, it seems that it is not moose specific. I
have maybe an idea about the origin of the Problem:
I have a package, Merlin, which is usually saved in is own repository,
www.squeaksource.com/Merlin.
I had to make some changes on Merlin, and during all this time, I saved all
the 'dummy versions' of Merlin in another repository:
www.squeaksource.com/DelaunayTmpStuffs.
Now, if I compare the latest version from those two repositories:
in www.squeaksource.com/Merlin, BEFORE CHANGES , the offset of the instance
variable causing the problem is 10.
in www.squeaksource.com/DelaunayTmpStuffs, AT THE END OF CHANGES , the
offset of the instance variable causing the problem is 15.
The problem will only happen when merging those two versions. If you load
the version directly from DelaunayTmpStuffs, all will be ok.
Then, I don't know how the information about the instance variable offsets
is propagated along the different versions of a package. But it seems that
when merging, the information (telling that the offset of the variable has
changed) has been lost in all the version of DelaunayTmpStuffs
2010/4/27 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
We should check the Moose overrides?
is there somewhere a method adding behavior to behavior and friends?
I did not get the time to have a look.
On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote:
That is too low level for me :)
Doru
On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote:
> Hello,
>
> Last week I had a error due to a strange behaviour: I had an instance
variable
and an accessor to this instance variable. The instance variable is
instanciated at the initialization of the class. When the error occure, the
instance variable is not nil (when inspecting it from the debugger ). But,
when evaluating the accessor, it return nil.
>
> This occure in the pharo 1.0 dev image. I test it this morning on a
clean
image and on a click image with moose. It seems that the bug is
specific to moose. If you want to reproduce it:
>
> Download the last version of Merlin from
www.squeaksource.com/DelaunayTmpStuffs.
> run the method MerlinExamples class >>
parametrizedMorphDropLists. it
should work correctly.
> Now restart, load moose (load Conf
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
2:59 p.m.
New subject: [Pharo-project] Strange bug
2010/4/28 Cyrille Delaunay <cy.delaunay(a)gmail.com>
After playing a bit with that, it seems that it is not
moose specific. I
have maybe an idea about the origin of the Problem:
I have a package, Merlin, which is usually saved in is own repository,
www.squeaksource.com/Merlin.
I had to make some changes on Merlin, and during all this time, I saved all
the 'dummy versions' of Merlin in another repository:
www.squeaksource.com/DelaunayTmpStuffs.
Now, if I compare the latest version from those two repositories:
in www.squeaksource.com/Merlin, BEFORE CHANGES , the offset of the
instance variable causing the problem is 10.
in www.squeaksource.com/DelaunayTmpStuffs, AT THE END OF CHANGES , the
offset of the instance variable causing the problem is 15.
The problem will only happen when merging those two versions. If you load
the version directly from DelaunayTmpStuffs, all will be ok.
If you load the version directly from DelaunayTmpStuffs *in a clean pharo
image*, all will be ok.
Then, I don't know how the information about the
instance variable offsets
is propagated along the different versions of a package. But it seems that
when merging, the information (telling that the offset of the variable has
changed) has been lost in all the version of DelaunayTmpStuffs
2010/4/27 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
We should check the Moose overrides?
is there somewhere a method adding behavior to
behavior and friends?
I did not get the time to have a look.
On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote:
That is too low level for me :)
Doru
On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote:
> Hello,
>
> Last week I had a error due to a strange behaviour: I had an instance
variable
and an accessor to this instance variable. The instance variable is
instanciated at the initialization of the class. When the error occure, the
instance variable is not nil (when inspecting it from the debugger ). But,
when evaluating the accessor, it return nil.
>
> This occure in the pharo 1.0 dev image. I test it this morning on a
clean
image and on a click image with moose. It seems that the bug is
specific to moose. If you want to reproduce it:
>
> Download the last version of Merlin from
www.squeaksource.com/DelaunayTmpStuffs.
> run the method MerlinExamples class >>
parametrizedMorphDropLists. it
should work correctly.
> Now restart, load moose (load Conf
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
3:28 p.m.
New subject: [Pharo-project] Strange bug
On 28 avr. 2010, at 14:59, Cyrille Delaunay wrote:
2010/4/28 Cyrille Delaunay <cy.delaunay(a)gmail.com>
After playing a bit with that, it seems that it is not moose specific. I have maybe an
idea about the origin of the Problem:
I have a package, Merlin, which is usually saved in is own repository,
www.squeaksource.com/Merlin.
I had to make some changes on Merlin, and during all this time, I saved all the
'dummy versions' of Merlin in another repository:
www.squeaksource.com/DelaunayTmpStuffs.
Now, if I compare the latest version from those two repositories:
in www.squeaksource.com/Merlin, BEFORE CHANGES , the offset of the instance variable
causing the problem is 10.
in www.squeaksource.com/DelaunayTmpStuffs, AT THE END OF CHANGES , the offset of the
instance variable causing the problem is 15.
The problem will only happen when merging those two versions. If you load the version
directly from DelaunayTmpStuffs, all will be ok.
So it looks like methods which are not changed by a merge and access instance variables do
not get recompiled when the class definition changes? That is strange that such a bug
still exists in Monticello. Try to do a very simple test case with a dummy package before
posting the bug on Pharo, I would like to check that.
If you load the version directly from
DelaunayTmpStuffs *in a clean pharo image*, all will be ok.
Then, I don't know how the information about the instance variable offsets is
propagated along the different versions of a package. But it seems that when merging, the
information (telling that the offset of the variable has changed) has been lost in all the
version of DelaunayTmpStuffs
2010/4/27 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
We should check the Moose overrides?
is there somewhere a method adding behavior to behavior and friends?
I did not get the time to have a look.
On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote:
--
Simon
That is too low level for me :)
Doru
On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote:
> Hello,
>
> Last week I had a error due to a strange behaviour: I had an instance variable and an
accessor to this instance variable. The instance variable is instanciated at the
initialization of the class. When the error occure, the instance variable is not nil (when
inspecting it from the debugger ). But, when evaluating the accessor, it return nil.
>
> This occure in the pharo 1.0 dev image. I test it this morning on a clean image and
on a click image with moose. It seems that the bug is specific to moose. If you want to
reproduce it:
>
> Download the last version of Merlin from www.squeaksource.com/DelaunayTmpStuffs.
> run the method MerlinExamples class >> parametrizedMorphDropLists. it should
work correctly.
> Now restart, load moose (load Conf
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
6:20 p.m.
New subject: [Pharo-project] Strange bug
thanks let me know.
On Apr 28, 2010, at 3:28 PM, Simon Denier wrote:
On 28 avr. 2010, at 14:59, Cyrille Delaunay wrote:
2010/4/28 Cyrille Delaunay <cy.delaunay(a)gmail.com>
After playing a bit with that, it seems that it is not moose specific. I have maybe an
idea about the origin of the Problem:
I have a package, Merlin, which is usually saved in is own repository,
www.squeaksource.com/Merlin.
I had to make some changes on Merlin, and during all this time, I saved all the
'dummy versions' of Merlin in another repository:
www.squeaksource.com/DelaunayTmpStuffs.
Now, if I compare the latest version from those two repositories:
in www.squeaksource.com/Merlin, BEFORE CHANGES , the offset of the instance variable
causing the problem is 10.
in www.squeaksource.com/DelaunayTmpStuffs, AT THE END OF CHANGES , the offset of the
instance variable causing the problem is 15.
The problem will only happen when merging those two versions. If you load the version
directly from DelaunayTmpStuffs, all will be ok.
So it looks like methods which are not changed by a merge and access instance variables
do not get recompiled when the class definition changes? That is strange that such a bug
still exists in Monticello. Try to do a very simple test case with a dummy package before
posting the bug on Pharo, I would like to check that.
If you load the version directly from
DelaunayTmpStuffs *in a clean pharo image*, all will be ok.
Then, I don't know how the information about the instance variable offsets is
propagated along the different versions of a package. But it seems that when merging, the
information (telling that the offset of the variable has changed) has been lost in all the
version of DelaunayTmpStuffs
2010/4/27 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
We should check the Moose overrides?
is there somewhere a method adding behavior to behavior and friends?
I did not get the time to have a look.
On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote:
--
Simon
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev That is too low level for me :)
Doru
On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote:
> Hello,
>
> Last week I had a error due to a strange behaviour: I had an instance variable and an
accessor to this instance variable. The instance variable is instanciated at the
initialization of the class. When the error occure, the instance variable is not nil (when
inspecting it from the debugger ). But, when evaluating the accessor, it return nil.
>
> This occure in the pharo 1.0 dev image. I test it this morning on a clean image and
on a click image with moose. It seems that the bug is specific to moose. If you want to
reproduce it:
>
> Download the last version of Merlin from www.squeaksource.com/DelaunayTmpStuffs.
> run the method MerlinExamples class >> parametrizedMorphDropLists. it should
work correctly.
> Now restart, load moose (load Conf
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
6:19 p.m.
New subject: [Pharo-project] Re: Strange bug
oops
then this is a vicious MC bug?
You should show me that.
Stef
On Apr 28, 2010, at 2:55 PM, Cyrille Delaunay wrote:
After playing a bit with that, it seems that it is not
moose specific. I have maybe an idea about the origin of the Problem:
I have a package, Merlin, which is usually saved in is own repository,
www.squeaksource.com/Merlin.
I had to make some changes on Merlin, and during all this time, I saved all the
'dummy versions' of Merlin in another repository:
www.squeaksource.com/DelaunayTmpStuffs.
Now, if I compare the latest version from those two repositories:
in www.squeaksource.com/Merlin, BEFORE CHANGES , the offset of the instance variable
causing the problem is 10.
in www.squeaksource.com/DelaunayTmpStuffs, AT THE END OF CHANGES , the offset of the
instance variable causing the problem is 15.
The problem will only happen when merging those two versions. If you load the version
directly from DelaunayTmpStuffs, all will be ok.
Then, I don't know how the information about the instance variable offsets is
propagated along the different versions of a package. But it seems that when merging, the
information (telling that the offset of the variable has changed) has been lost in all the
version of DelaunayTmpStuffs
2010/4/27 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
We should check the Moose overrides?
is there somewhere a method adding behavior to behavior and friends?
I did not get the time to have a look.
On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote:
That is too low level for me :)
Doru
On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote:
> Hello,
>
> Last week I had a error due to a strange behaviour: I had an instance variable and an
accessor to this instance variable. The instance variable is instanciated at the
initialization of the class. When the error occure, the instance variable is not nil (when
inspecting it from the debugger ). But, when evaluating the accessor, it return nil.
>
> This occure in the pharo 1.0 dev image. I test it this morning on a clean image and
on a click image with moose. It seems that the bug is specific to moose. If you want to
reproduce it:
>
> Download the last version of Merlin from www.squeaksource.com/DelaunayTmpStuffs.
> run the method MerlinExamples class >> parametrizedMorphDropLists. it should
work correctly.
> Now restart, load moose (load Conf
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Pharo-project mailing list
Pharo-project(a)lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
5351
days inactive
5353
days old
7 comments
4 participants
participants (4)
-
Cyrille Delaunay -
Simon Denier -
Stéphane Ducasse -
Tudor Girba