Hi,
2011/8/23 Martin Landa :
> Hi,
>
> 2011/8/23 Maris Nartiss :
>> In case You like to crash it too: start wxgui; as the first thing
>> switch from 2D to 3D; realize, that You forgot to add any data ->
>> switch back to 2D; add any raster; switch to 3D -> crash (and burn).
>
> it seems to be a bu
Hi,
2011/8/23 Maris Nartiss :
> In case You like to crash it too: start wxgui; as the first thing
> switch from 2D to 3D; realize, that You forgot to add any data ->
> switch back to 2D; add any raster; switch to 3D -> crash (and burn).
it seems to be a bug ;-) Anyway you can add data also in 3D
Hello,
thanks, finally I can try out new wxnviz functionality.
Are there any instructions how to run wxnviz under gdb or valgrind to
get out meaningful output? I simply managed to crash it after fourth
mouse click ;)
In case You like to crash it too: start wxgui; as the first thing
switch from 2D
Hi,
2011/8/21 Anna Kratochvílová :
>> Clean compile of r47738
>
>> GUI D5/5: NvizThread.__init__():
>> D4/5: Rast_unset_window()
>> D2/5: G__read_Cell_head_array
>> D3/5: region item: n-s resol: 4.00
>>
>
> I've just got an netbook which crashes in the same moment so I can test it
> more.
> I
On 8/20/11, Hamish wrote:
> Hamish wrote:
>> perhaps to phrase my words better: I would rather
>> appreciate it if you didn't remove code which I'm actively
>> using.
>
> well, I know I can phrase my words better-- s/you didn't/we didn't/
Well, the same happened also to the old display system
(X
Hi Maris,
2011/8/18 Maris Nartiss :
> Clean compile of r47738
> GUI D5/5: NvizThread.__init__():
> D4/5: Rast_unset_window()
> D2/5: G__read_Cell_head_array
> D3/5: region item: n-s resol: 4.00
>
I've just got an netbook which crashes in the same moment so I can test it more.
It's Ubuntu 10.
Hamish wrote:
> perhaps to phrase my words better: I would rather
> appreciate it if you didn't remove code which I'm actively
> using.
well, I know I can phrase my words better-- s/you didn't/we didn't/
cheers,
Hamish
___
grass-dev mailing list
gras
> > Martin wrote:
> >> Also note that nviz is going to be removed from trunk when
> >> wxNviz will be completed (I hope soon).
Hamish:
> > well, no. there's no reason to remove it in the short term,
> > even as the wx version matures nicely. an optional tcl/tk
> > dependency in the source code cost
Clean compile of r47738
GRASS 7.0.svn (Latvija_LKS):~/soft/grass_trunk > g.gisenv set=DEBUG=5
GRASS 7.0.svn (Latvija_LKS):~/soft/grass_trunk > g.gisenv set=WX_DEBUG=5
GRASS 7.0.svn (Latvija_LKS):~/soft/grass_trunk > g.gui
Launching 'wxpython' GUI in the background, please wait...
GRASS 7.0.svn (La
2011/8/18 Hamish :
> well, no. there's no reason to remove it in the short term, even
moreover nobody was speaking about short term, well it also depends
what you mean by short term;-) The goal is to drop TCL/Tk dependency
before releasing GRASS 7.0.0.
Martin
--
Martin Landa * http://geo.fsv.c
Hi,
2011/8/18 Maris Nartiss :
> valgrind --trace-children=yes reports:
> ==418== Stack overflow in thread 1: can't grow stack to 0x7fe05fff8
> ==418==
> ==418== Process terminating with default action of signal 11 (SIGSEGV)
> ==418== Access not within mapped region at address 0x7FE05FFF8
> ==418=
Hi,
2011/8/18 Hamish :
> Martin wrote:
>> Also note that nviz is going to be removed from trunk when
>> wxNviz will be completed (I hope soon).
>
> well, no. there's no reason to remove it in the short term, even
> as the wx version matures nicely. an optional tcl/tk dependency in
> the source cod
Hello,
hm. OK. As switching to 3D in map display window just closes wxgui
without any messages, I was under impression that it's the same old
non-working code and new code is developed somewhere else.
Bad news for You - it doesn't work at all.
gdb just says: Inferior 1 (process 32514) exited with
Hi,
On Thu, Aug 18, 2011 at 8:58 AM, Maris Nartiss wrote:
> Thanks for fixing.
>
> So - where's the wxNviz code and how to compile it? I'm not following
> that closely to all new experimental GUI things and add-ons. It
> doesn't seem to be compiled by default on trunk, as wxgui's search
> also ca
Thanks for fixing.
So - where's the wxNviz code and how to compile it? I'm not following
that closely to all new experimental GUI things and add-ons. It
doesn't seem to be compiled by default on trunk, as wxgui's search
also can not find it:
File "/home/maris/soft/grass_trunk/dist.x86_64-unknown-
Martin wrote:
> Also note that nviz is going to be removed from trunk when
> wxNviz will be completed (I hope soon).
well, no. there's no reason to remove it in the short term, even
as the wx version matures nicely. an optional tcl/tk dependency in
the source code costs very little, and is useful
2011/8/17 Martin Landa :
> Hi,
>
> 2011/8/17 Martin Landa :
I can confirm it. I noticed it a few days ago but I couldn't find the
problem.
>>>
>>> try r47716.
>>
>> ops, it didn't really help. Sorry for the noise.
>
> ops^2, probably too many workspaces on my PC;-) Can you try noted
> re
Hi,
2011/8/17 Martin Landa :
>>> I can confirm it. I noticed it a few days ago but I couldn't find the
>>> problem.
>>
>> try r47716.
>
> ops, it didn't really help. Sorry for the noise.
ops^2, probably too many workspaces on my PC;-) Can you try noted
revision? It's seems to be fixed.
Martin
2011/8/17 Martin Landa :
[...]
>> I can confirm it. I noticed it a few days ago but I couldn't find the
>> problem.
>
> try r47716.
ops, it didn't really help. Sorry for the noise.
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-d
Hi,
2011/8/17 Anna Kratochvílová :
>> it works for me (speaking about trunk). Can anyone reproduce this
>> behaviour. Also note that nviz is going to be removed from trunk when
>> wxNviz will be completed (I hope soon).
[...]
> I can confirm it. I noticed it a few days ago but I couldn't find th
Hi
> 2011/8/16 Maris Nartiss :
>> After r47474 in trunk OGSF incorrectly renders points on surface with
>> any symbol except X. Z values of points seem to be messed up.
>
>
> it works for me (speaking about trunk). Can anyone reproduce this
> behaviour. Also note that nviz is going to be removed f
Hi,
2011/8/17 Maris Nartiss :
> If You can give me some info how to test it without nviz, I will do that.
try out also wxNviz [1].
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lis
Hi,
2011/8/17 Maris Nartiss :
>> this commit affect mostly lines, not points.
> gpd.c
I said mostly, moreover noted changes are more or less cosmetic.
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.
Hello,
comments inline.
2011/8/17 Martin Landa :
> Hi,
>
> 2011/8/16 Maris Nartiss :
>> After r47474 in trunk OGSF incorrectly renders points on surface with
>> any symbol except X. Z values of points seem to be messed up.
>
> this commit affect mostly lines, not points.
gpd.c
>
>> Steps to repro
Hi,
2011/8/16 Maris Nartiss :
> After r47474 in trunk OGSF incorrectly renders points on surface with
> any symbol except X. Z values of points seem to be messed up.
this commit affect mostly lines, not points.
> Steps to reproduce:
> 1) nviz elev=elevation.dem point=bugsites
> 2) Visualize->Vec
After r47474 in trunk OGSF incorrectly renders points on surface with
any symbol except X. Z values of points seem to be messed up.
Steps to reproduce:
1) nviz elev=elevation.dem point=bugsites
2) Visualize->Vector points->Icon type and change from sphere to X and back.
martinl, please fix this.
26 matches
Mail list logo
