[GRASS-dev] nviz locks-up]

[Paul Van Deusen]

Paul Van Deusen wrote:
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [GRASS-dev] nviz locks-up
> From:
> Brad Douglas <rez at touchofmadness.com>
> Date:
> Wed, 20 Dec 2006 06:32:43 +0000
> To:
> Paul Van Deusen <Paul_VanDeusen at uml.edu>
>
> To:
> Paul Van Deusen <Paul_VanDeusen at uml.edu>
> CC:
> Hamish <hamish_nospam at yahoo.com>, grass-dev at grass.itc.it
>
>
> On Tue, 2006-12-19 at 17:54 -0500, Paul Van Deusen wrote:
>  
>> Hamish wrote:
>>    
>>> Paul Van Deusen wrote:
>>>        
>>>> I just compiled grass 6.2.1 on 2 computers, one runs FC5 and the other
>>>> FC6. nviz works fine on the FC5 machine, but it locks-up on the FC6
>>>> system. Specifically, entering nviz -q causes the nviz window and the
>>>> "please wait ..." windows
>>>> to open.  The nviz window remains empty and "please wait ..." never
>>>> goes away on the FC6 system. Any suggestions?
>>>>         
>>> what version of Tcl/Tk is installed on the FC6 machine?
>>> Can you try with version 8.4?
>>>
>>> Hamish
>>>
>>>         
>> This machine was upgraded from FC5 to FC6 recently.
>> FC5 was a clean install.
>> Here are all the tcl/tk packages that are installed:
>> tclx-8.4.0-5.fc6
>> tcl-8.4.13-3.fc6
>> tcl-devel-8.4.13-3.fc6
>> postgresql-tcl-8.1.4-1.1
>> tk-8.4.13-3.fc6
>> tk-devel-8.4.13-3.fc6
>>     
>
> Interestingly, I do not have this problem on FC6 (i386) with the same
> tk/tcl versions.
>
> FYI, there are also Fedora RPMS available at
> http://grass.itc.it/grass62/binary/linux/
>
>
>   
Just in case someone can interpret this, here are the last few lines 
that resulted
from: strace nviz -q

futex(0x822abe8, FUTEX_WAKE, 1)         = 0
write(5, "5\20\4\0$\0\0\3\16\0\0\3\177\0<\0F\0\5\0$\0\0\3\5\0\0\3"..., 
104) = 104
write(4, "\0", 1)                       = 1
futex(0x822abe8, FUTEX_WAKE, 1)         = 1
futex(0x8303f84, FUTEX_WAIT, 141, NULL) = 0
futex(0x822abe8, FUTEX_WAKE, 1)         = 0
ioctl(5, FIONREAD, [32])                = 0
read(5, "\16O-\1\16\0\0\3\0\0>\t\\[e\t@\36 \10ua\t\10\260Ze\t\0"..., 32) 
= 32
write(4, "\0", 1)                       = 1
futex(0x8303f84, FUTEX_WAIT, 143, NULL) = 0
futex(0x822abe8, FUTEX_WAKE, 1)         = 0
ioctl(5, FIONREAD, [64])                = 0
read(5, "\f\230.\1\16\0\0\3\0\0*\0j\0\1\0\1\0a\t\260L\264\277\1"..., 64) 
= 64
write(4, "\0", 1)                       = 1
futex(0x822abe8, FUTEX_WAKE, 1)         = 1
futex(0x8303f80, FUTEX_WAKE, 1)         = 1
futex(0x8303f84, FUTEX_WAIT, 145, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x822abe8, FUTEX_WAKE, 1)         = 0
write(5, "5\20\4\0$\0\0\3\16\0\0\3\177\0<\0F\0\5\0$\0\0\3\5\0\0\3"..., 
104) = 104
write(4, "\0", 1)                       = 1
futex(0x822abe8, FUTEX_WAKE, 1)         = 1
futex(0x8303f84, FUTEX_WAIT, 147, NULL) = 0
futex(0x822abe8, FUTEX_WAKE, 1)         = 0
ioctl(5, FIONREAD, [32])                = 0
read(5, "\16O2\1\16\0\0\3\0\0>\t\\[e\t@\36 \10ua\t\10\260Ze\t\0"..., 32) 
= 32
write(4, "\0", 1)                       = 1
futex(0x822abe8, FUTEX_WAKE, 1)         = 1
futex(0x8303f84, FUTEX_WAIT, 149, NULL

It hangs at this last futex wait call