Tue, Feb 17 2004
03:24:07
|
|
Request created by guest
|
|
Subject: NVIZ: child process: segmentation violation located
Platform: GNU/Linux/i386
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 5.3 CVS and 5.0.3
To whom it may concern:
I have narrowed down the source of the NVIZ segfault error. The error has appeared
for me using both 5.0.3 and version 5.3 I picked up from CVS today in hopes this
would be resolved.
The error has occured with a message like this, and can be generated even with
no data using the command:
nviz -q
child killed: segmentation violation
while executing
"exec /usr/local/grass53/etc/nviz2.2/NVWISH2.2 -f /usr/local/grass53/etc/nviz2.2/scripts/nviz2.2_scr
ipt
-q -name NVIZ >&@stdout"
("eval" body line 1)
invoked from within
"eval exec $env(GISBASE)/etc/nviz2.2/NVWISH2.2 -f $env(GISBASE)/etc/nviz2.2/scripts/nviz2.2_script
$argv -name NVIZ >&@stdout"
invoked from within
"if {$argv == ""} {
#no arguments
eval exec $env(GISBASE)/etc/nviz2.2/NVWISH2.2 -f $env(GISBASE)/etc/nviz2.2/scripts/nviz2.2_script
-name NVIZ >&@stdo..."
(file "/usr/local/grass53/bin/nviz" line 16)
The offending segmentation fault happens on this line of etc/nviz2.2/scripts/nviz2.2_script:
togl $BASE.canvas -rgba true -double true -depth true
Which appears to be creating some sort of gl object as a canvas element.
I thought that the problem might be in my OpenGL implementation. I am using Debian
(testing). I got the error when using the xlibmesa3-glu and xlibmesa4-gl packages.
I switched to the mesag3 package (the development package is mesag-dev) and NVIZ
now works correctly.
The short and skinny is:
NVIZ works correctly (this bug does not exist) with Mesa-3.
NVIZ does not work with xlibmesa.
And a slightly related question: is there a new monitor implementation in the
works for 5.7 with scrollbars, zoom buttons, etc? Is building one in tcl/tk appropriate?
It appears that NVIZ uses a similar mechanism ...
|
|
Tue, Feb 17 2004
04:10:25
|
|
Mail sent by hbowman
|
|
Does it work if you compile with Tcl/Tk 8.3 ?
thanks,
Hamish
|
|
Tue, Feb 17 2004
11:42:45
|
|
Mail sent by glynn.clements@virgin.net
|
|
Return-Path |
<glynn.clements@virgin.net>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
Glynn Clements <glynn.clements@virgin.net>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
Content-Transfer-Encoding |
7bit
|
Message-ID |
<16433.55245.233684.599873@cerise.nosuchdomain.co.uk>
|
Date |
Tue, 17 Feb 2004 08:58:53 +0000
|
To |
Request Tracker <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Subject |
Re: [GRASS5] [bug #2324] (grass) NVIZ: child process: segmentation violation located
|
In-Reply-To |
<20040217022407.8FE9C13B15@lists.intevation.de>
|
References |
<20040217022407.8FE9C13B15@lists.intevation.de>
|
X-Mailer |
VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Request Tracker wrote:
> I have narrowed down the source of the NVIZ segfault error. The error
> has appeared for me using both 5.0.3 and version 5.3 I picked up from
> CVS today in hopes this would be resolved.
> The offending segmentation fault happens on this line of etc/nviz2.2/scripts/nviz2.2_script:
> togl $BASE.canvas -rgba true -double true -depth true
>
> Which appears to be creating some sort of gl object as a canvas element.
Yep. "Togl" is an OpenGL canvas widget for Tcl/Tk.
> I thought that the problem might be in my OpenGL implementation. I am
> using Debian (testing). I got the error when using the xlibmesa3-glu
> and xlibmesa4-gl packages. I switched to the mesag3 package (the
> development package is mesag-dev) and NVIZ now works correctly.
>
> The short and skinny is:
>
> NVIZ works correctly (this bug does not exist) with Mesa-3.
>
> NVIZ does not work with xlibmesa.
Odd. It's quite unusual for crashes to be related to the use of
OpenGL. However, there are a few common linking problems,
specifically:
1. If libGL uses pthreads, it sometimes helps to explicitly pass the
-lpthread switch when linking the application.
2. SGI's libGLU is written in C++, which is never a good thing for
binary compatibility. Mesa's libGLU (which is now considered obsolete
due to the lack of the GLU 1.2 tesselator API) is written in C.
> And a slightly related question: is there a new monitor implementation
> in the works for 5.7 with scrollbars, zoom buttons, etc?
What you are describing isn't a monitor but a GUI. Note that monitors
aren't restricted to just XDRIVER, but also include the PNG and CELL
drivers; GUI components wouldn't be meaningful for those drivers.
On the GUI front, there is already d.dm/d.m (which are part of GRASS),
and also Radim's QGIS (which is separate).
> Is building
> one in tcl/tk appropriate? It appears that NVIZ uses a similar
> mechanism ...
Tcl/Tk has the advantage of portability, but Tcl isn't a particularly
nice language for writing substantial applications, and Tk is fairly
limited compared to other GUI toolkits.
--
Glynn Clements <glynn.clements@virgin.net>
|
|
Tue, Feb 17 2004
17:27:18
|
|
Mail sent by cedricpublic@shockfamily.net
|
|
Return-Path |
<cedricpublic@shockfamily.net>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<4032407F.3080600@shockfamily.net>
|
Date |
Tue, 17 Feb 2004 08:25:35 -0800
|
From |
Cedric Shock <cedricpublic@shockfamily.net>
|
User-Agent |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
|
X-Accept-Language |
en
|
MIME-Version |
1.0
|
To |
Harmisch Bowman via RT <grass-bugs@intevation.de>
|
Subject |
Re: [bug #2324] (grass) NVIZ: child process: segmentation violation located
|
References |
<20040217031026.56AEF13AC1@lists.intevation.de>
|
In-Reply-To |
<20040217031026.56AEF13AC1@lists.intevation.de>
|
Content-Type |
text/plain; charset=us-ascii; format=flowed
|
Content-Transfer-Encoding |
7bit
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Harmisch,
> Does it work if you compile with Tcl/Tk 8.3 ?
I first tried compiling with both tcl/tk 8.4 and tcl/tk 8.3 to try to
solve the problem, and it occured for both of them with xlibmesa.
With Mesa-3 I tried compiling with tcl/tk 8.3 and it worked. I havn't
tried it with tcl/tk 8.4.
--Cedric
|
|
Wed, Apr 5 2006
04:59:50
|
|
Mail sent by hbowman
|
|
I take it this bug (2324) can be considered resolved?
Hamish
|
|
Sun, Apr 9 2006
03:11:19
|
|
Status changed to resolved by cshock
|
|
Sun, Apr 9 2006
03:11:19
|
|
Mail sent by cshock
|
|
Yes,
I'd say that this has been resolved by time. It was almost certainly somewhere
in the togl or opengl libraries. At the very least this bug report won't do
much of anything to help if it ever pops up again.
--Cedric |
|