Hi all,
Using etoys in class (11th grade in Germany) on Linux (ubuntu gutsy) several pupils had the problem not to be able to save their porject due to an 'error: duplicate selector'.
This error shows up as well, when they are dragging a 'players'-tool from the supplies flap into the world.
Some debug-logs for these two situations are attached.
I'm not sure, what they did wrong. Since several pupils had this problem already, this might be a rather common mistake. Maybe they had a variable and a script with the same name, or they deleted a script and created another one having the same name. Unfortunately I don't know what they did, and they weren't able to tell me what they had done that might cause the problem.
Any ideas?
Markus ----------------------------------------------- Markus Schlager m.slg@gmx.de
At Thu, 13 Nov 2008 22:46:06 +0100 (CET), Markus Schlager wrote:
Hi all,
Using etoys in class (11th grade in Germany) on Linux (ubuntu gutsy) several pupils had the problem not to be able to save their porject due to an 'error: duplicate selector'.
This error shows up as well, when they are dragging a 'players'-tool from the supplies flap into the world.
Some debug-logs for these two situations are attached.
I'm not sure, what they did wrong. Since several pupils had this problem already, this might be a rather common mistake. Maybe they had a variable and a script with the same name, or they deleted a script and created another one having the same name. Unfortunately I don't know what they did, and they weren't able to tell me what they had done that might cause the problem.
Any ideas?
What is the version of the system Etoys?
There are some control characters in it so the user might have pressed some key combination and Etoys didn't handle it properly, or there is a bug (could introduced recently with the camel cased names). In any case, the user shouldn't see this in any (normal) circumstance and it should be fixed.
Can you send us (Scott, Bert, Ted, Takashi and me) the project?
-- Yoshiki
Hi Yoshiki, hi Scott,
Thanks for your reply
On Sat, 15 Nov 2008, Yoshiki Ohshima wrote:
Can you send us (Scott, Bert, Ted, Takashi and me) the project?
Or the better is that you save the image (Alt-shift-w, "save as...") and give us the image and changes...
Unfortunately I cannot send you either one. The project could not be saved - hence I could send you only a version prior to the error which wouldn't contain it. Since there are almost 1000 users in our LAN who might use Etoys and the image (and changes) usually won't change anyway and we are using multiseat-systems, which means four Etoys-processes at the same time on a single computer, pupils always are using fresh images copied to /tmp/ and deleted after their session. Hence I could send you an image containing the bad code only, if the problem shows up again.
The image we're using is the one contained in http://impara.de/michael/etoys_3.0-2147_i386.deb
The browser-plugin works (almost) with this .deb (running in a tab it kills firefox upon closing the tab).
Markus
On Sat, 15 Nov 2008, Yoshiki Ohshima wrote:
Can you send us (Scott, Bert, Ted, Takashi and me) the project?
Or the better is that you save the image (Alt-shift-w, "save as...") and give us the image and changes...
Hi Yoshiki,
Recently this error showed up once more and I was able to save the whole image. You can download image and changes at
http://signalbscw.tcs.informatik.uni-muenchen.de/pub/bscw.cgi/0/211329
The project is called 'patricks stern am besten'. As far as I figured out, the script causing the problem is 'tropfen>>a'. Possible issues may be a player used within the script that got deleted, or a variable of 'tropfen' having had the same name, maybe a unicode-issue with German umlauts?
Attached is the SqueakDebug.log when I start the image, open a viewer for 'tropfen' and try to open a script-editor for the Script 'tropfen>>a' by dragging the tile from the viewer into the world. After that I left squeak (all on ubuntu hardy).
Markus
At Wed, 10 Dec 2008 18:07:57 +0100 (CET), Markus Schlager wrote:
Recently this error showed up once more and I was able to save the whole image. You can download image and changes at
http://signalbscw.tcs.informatik.uni-muenchen.de/pub/bscw.cgi/0/211329
The project is called 'patricks stern am besten'. As far as I figured out, the script causing the problem is 'tropfen>>a'. Possible issues may be a player used within the script that got deleted, or a variable of 'tropfen' having had the same name, maybe a unicode-issue with German umlauts?
A hackerly way to fix it is to create a Text in the project, type
World attemptCleanup
into it, and press Ctrl-d. You should get a message:
2 [or more] repair(s) made
and you can save the image.
This is not a real fix, and I'm still trying to find why it happens.
Attached is the SqueakDebug.log when I start the image, open a viewer for 'tropfen' and try to open a script-editor for the Script 'tropfen>>a' by dragging the tile from the viewer into the world. After that I left squeak (all on ubuntu hardy).
This SqueakDebug.log seems showing a different problem. Hmm.
Let us see what is going on with the tropfen>>a. Yes, the data structure of the script is in an inconsistent state (currentScriptEditor shouldn't be nil for an existing script). Somewhere in the course, did the user try to remove the script but got an error or such? Or had the script gone through a textual code and the project was saved at one point? Script names with umlauts should be fine, but was some non-latin-1 character used?
I'll investigate more but any recollection would be helpful.
For the startup time problem, what were the first a few characters in ....ffentlich?
-- Yoshiki
On 10.12.2008, at 20:21, Yoshiki Ohshima wrote:
At Wed, 10 Dec 2008 18:07:57 +0100 (CET), Markus Schlager wrote:
Recently this error showed up once more and I was able to save the whole image. You can download image and changes at
<http://signalbscw.tcs.informatik.uni-muenchen.de/pub/bscw.cgi/0/211329
The project is called 'patricks stern am besten'. As far as I figured out, the script causing the problem is 'tropfen>>a'. Possible issues may be a player used within the script that got deleted, or a variable of 'tropfen' having had the same name, maybe a unicode-issue with German umlauts?
A hackerly way to fix it is to create a Text in the project, type
World attemptCleanup
into it, and press Ctrl-d. You should get a message:
2 [or more] repair(s) made
and you can save the image.
This is not a real fix, and I'm still trying to find why it happens.
Attached is the SqueakDebug.log when I start the image, open a viewer for 'tropfen' and try to open a script-editor for the Script 'tropfen>>a' by dragging the tile from the viewer into the world. After that I left squeak (all on ubuntu hardy).
This SqueakDebug.log seems showing a different problem. Hmm.
Let us see what is going on with the tropfen>>a. Yes, the data structure of the script is in an inconsistent state (currentScriptEditor shouldn't be nil for an existing script). Somewhere in the course, did the user try to remove the script but got an error or such? Or had the script gone through a textual code and the project was saved at one point? Script names with umlauts should be fine, but was some non-latin-1 character used?
I'll investigate more but any recollection would be helpful.
For the startup time problem, what were the first a few characters in ....ffentlich?
I guess "Öffentlich" which means "Public" in German. Seems to be a folder name.
(did you send this to Markus too?)
- Bert -
On Wed, 10 Dec 2008, Yoshiki Ohshima wrote:
At Wed, 10 Dec 2008 18:07:57 +0100 (CET), Markus Schlager wrote:
Attached is the SqueakDebug.log when I start the image, open a viewer for 'tropfen' and try to open a script-editor for the Script 'tropfen>>a' by dragging the tile from the viewer into the world. After that I left squeak (all on ubuntu hardy).
This SqueakDebug.log seems showing a different problem. Hmm.
Sorry for that, the startup-problem with unicode is not relevant, since it only occurs on my notebook, not on the computers, the pupils are using (ubuntu gutsy).
Let us see what is going on with the tropfen>>a. Yes, the data structure of the script is in an inconsistent state (currentScriptEditor shouldn't be nil for an existing script). Somewhere in the course, did the user try to remove the script but got an error or such?
This might have happened, but I guess they won't remember this. I'm pretty sure they did something like this. On the other hand, I've encountered this with five or six projects now. The only errors I was told about were the duplicate-selector-errors when saving.
What I could imagine is that the pupils messed up variables and scripts, for example they might have created a variable and a script with the same name and have deleted the variable at some point.
Or had the script gone through a textual code and the project was saved at one point?
No.
Script names with umlauts should be fine, but was some non-latin-1 character used?
ubuntu Linux is using utf-8, not latin-1
I'll investigate more but any recollection would be helpful.
For the startup time problem, what were the first a few characters in ....ffentlich?
Bert is right about 'Öffentlich' (public, uppercase)) which is a folder every user has in his home-directory by default. But as I wrote before, the startup-problem is specific to my notebook.
Markus ----------------------------------------------- Markus Schlager m.slg@gmx.de
Hi Yoshiki,
Meanwhile i got a second image showing this error. You can download it from the same URL as the other one:
http://signalbscw.tcs.informatik.uni-muenchen.de/pub/bscw.cgi/0/211329
Markus
etoys-dev@lists.squeakfoundation.org