[Pharo-project] Issue 2744: Renaming the path to the image is not caught in Pharo on OS X
Hi guys, If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved. I verified this on OS X,. I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744 Mircea.
Yes, I have this probelm several times....what I did is to change the logChange: so that it does nothing, save it, and then quit the image. Anyway, what could be a solution for this problem? thanks mariano On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu@iam.unibe.ch> wrote:
Hi guys,
If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved.
I verified this on OS X,.
I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744
Mircea.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2010/9/21 Mariano Martinez Peck <marianopeck@gmail.com>
Yes, I have this probelm several times....what I did is to change the
logChange: so that it does nothing, save it, and then quit the image.
Anyway, what could be a solution for this problem?
Relative paths? :/
thanks
mariano
On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu@iam.unibe.ch> wrote:
Hi guys,
If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved.
I verified this on OS X,.
I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744
Mircea.
_______________________________________________ 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
2010/9/21 Guillermo Polito <guillermopolito@gmail.com>
2010/9/21 Mariano Martinez Peck <marianopeck@gmail.com>
Yes, I have this probelm several times....what I did is to change the
logChange: so that it does nothing, save it, and then quit the image.
Anyway, what could be a solution for this problem?
Relative paths? :/
No, it won't wotk. Suppose my .image and .changes are now in /home/mariano/Pharo and while the image is running you rename the directory to /home/mariano/pharoRenamed Your smalltalk image is still pointing to your .changes in /home/mariano/Pharo and it was not updated. So...the only way I see is that the OS somehow should notify SqueakVM about that.....
thanks
mariano
On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu@iam.unibe.ch> wrote:
Hi guys,
If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved.
I verified this on OS X,.
I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744
Mircea.
_______________________________________________ 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
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
But if the changes file is pointed as "./myImage.changes" instead of "/home/mariano/pharo/myImage.changes" the problem will not exist. But I don't know if the vm supports relative paths... 2010/9/21 Mariano Martinez Peck <marianopeck@gmail.com>
2010/9/21 Guillermo Polito <guillermopolito@gmail.com>
2010/9/21 Mariano Martinez Peck <marianopeck@gmail.com>
Yes, I have this probelm several times....what I did is to change the
logChange: so that it does nothing, save it, and then quit the image.
Anyway, what could be a solution for this problem?
Relative paths? :/
No, it won't wotk.
Suppose my .image and .changes are now in /home/mariano/Pharo and while the image is running you rename the directory to /home/mariano/pharoRenamed
Your smalltalk image is still pointing to your .changes in /home/mariano/Pharo and it was not updated.
So...the only way I see is that the OS somehow should notify SqueakVM about that.....
thanks
mariano
On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu@iam.unibe.ch> wrote:
Hi guys,
If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved.
I verified this on OS X,.
I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744
Mircea.
_______________________________________________ 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
_______________________________________________ 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
2010/9/21 Guillermo Polito <guillermopolito@gmail.com>
But if the changes file is pointed as "./myImage.changes" instead of "/home/mariano/pharo/myImage.changes" the problem will not exist.
But I don't know if the vm supports relative paths...
Maybe you are right. I have no idea at all :(
2010/9/21 Mariano Martinez Peck <marianopeck@gmail.com>
2010/9/21 Guillermo Polito <guillermopolito@gmail.com>
2010/9/21 Mariano Martinez Peck <marianopeck@gmail.com>
Yes, I have this probelm several times....what I did is to change the
logChange: so that it does nothing, save it, and then quit the image.
Anyway, what could be a solution for this problem?
Relative paths? :/
No, it won't wotk.
Suppose my .image and .changes are now in /home/mariano/Pharo and while the image is running you rename the directory to /home/mariano/pharoRenamed
Your smalltalk image is still pointing to your .changes in /home/mariano/Pharo and it was not updated.
So...the only way I see is that the OS somehow should notify SqueakVM about that.....
thanks
mariano
On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu@iam.unibe.ch>wrote:
Hi guys,
If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved.
I verified this on OS X,.
I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744
Mircea.
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
This issue points to a problem in the VM. The reference to the file has to be a file descriptor not a filename. If the image and changes file are kept open by the VM, that is not supposed to happen. Em 21/09/2010 15:01, Mariano Martinez Peck < marianopeck@gmail.com > escreveu: 2010/9/21 Guillermo Polito <guillermopolito@gmail.com> 2010/9/21 Mariano Martinez Peck <marianopeck@gmail.com> Yes, I have this probelm several times....what I did is to change the logChange: so that it does nothing, save it, and then quit the image. Anyway, what could be a solution for this problem? Relative paths? :/ No, it won't wotk. Suppose my .image and .changes are now in /home/mariano/Pharo and while the image is running you rename the directory to /home/mariano/pharoRenamed Your smalltalk image is still pointing to your .changes in /home/mariano/Pharo  and it was not updated. So...the only way I see is that the OS somehow should notify SqueakVM about that..... thanks mariano On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu@iam.unibe.ch> wrote: Hi guys, If I rename any of the directories in the path of a running image I will break the image: I can't save it, I can't close it. I get a debugger at any step. It seems the image is not informed of the path change and it still tries to log the changes in the the changes file which has already moved. I verified this on OS X,. I opened an issue for this: http://code.google.com/p/pharo/issues/detail?id=2744 Mircea. _______________________________________________ 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 _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (4)
-
csrabak＠bol.com.br -
Guillermo Polito -
Mariano Martinez Peck -
Mircea Lungu