scratch team mailing list archive

[Bert Freudenberg <bert@xxxxxxxxxxxxxxx>]

Unless things changed recently (and I don't think they did), the Squeak VM uses none of the stock cursors or is concerned with themeing. I suspect a local misconfiguration. 

- Bert -

On 05.04.2012, at 18:56, Derek O'Connell <doc@xxxxxxxxxxxxxxxxx> wrote:

> On 05/04/12 16:41, Derek O'Connell wrote:
>> (missed list address off)
>> 
>> On 05/04/12 16:20, Miriam Ruiz wrote:
>>> 2012/4/5 Amos Blanton<amos@xxxxxxxxxxxxxxx>:
>>> 
>>>>> 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     : scratch@xxxxxxxxxxxxxxxxxxx
>>> 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     : scratch@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~scratch
>> More help   : https://help.launchpad.net/ListHelp
> 
> Best guess for delay, lots of EAGAIN errors trying to read the image (and a new one for me, ERESTART_RESTARTBLOCK, line 436). Most probably some code in sqUnixX11.c needs to take these errors into account. In my experience these types of errors are simply more likely on some systems than others so may be difficult to reproduce. Needs passing to someone familiar with sqUnixX11.c
> 
> strace from Miriam attached.
> 
> -D
> <strace-log.txt>
> _______________________________________________
> Mailing list: https://launchpad.net/~scratch
> Post to     : scratch@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~scratch
> More help   : https://help.launchpad.net/ListHelp