(missed list address off)
On 05/04/12 16:20, Miriam Ruiz wrote:
2012/4/5 Amos Blanton<[email protected]>:
According to strace, when running scratch on the latest squeak-vm the
system seems to be waiting forever to several resources that do not
exist:
- /usr/share/icons/DMZ-White/cursors/041870e1c79f7f3e7cc8030618300000
- /usr/share/pixmaps/DMZ-White/cursors/041870e1c79f7f3e7cc8030618300000
- /home/inniyah/.icons/DMZ-White/cursors/041870e1c79f7f3e7cc8030618300000
The funny thing is that it seems that the older machine was also
looking for them, and didn't find them, but kept trying for a couple
of times and then went on. I don't know where these numbers come from,
żany ideas?
Hi Miry,
I asked John Maloney, the lead developer of Scratch, and he said that those
cursor paths aren't part of the Scratch code. So it sounds like it's a VM
issue.
Sorry we can't be more helpful...
Lots of thanks, knowing that the problem does not lay within Scratch
itself is indeed very useful :)
Greetings,
Miry
_______________________________________________
Mailing list: https://launchpad.net/~scratch
Post to : [email protected]
Unsubscribe : https://launchpad.net/~scratch
More help : https://help.launchpad.net/ListHelp
I'm having a quick dig but already in unfamiliar territory. It looks
like the attempts to open non-existent files is not the vm but normal
libXcursor behaviour (hash from cached images). So while it may still be
related to delays it's not certain. Could you run strace again and add
option to display time -t/tt? Also use option to increase length of
strings, say "-s 64", since I also notice the string on line 70 appears
longer than when you cat /usr/share/icons/default/index.theme on lines
80/81. Full strace might also have some clues (abort if taking too long).
-D
_______________________________________________
Mailing list: https://launchpad.net/~scratch
Post to : [email protected]
Unsubscribe : https://launchpad.net/~scratch
More help : https://help.launchpad.net/ListHelp
