Survex 1.1.6 development snapshot uploaded
David Loeffler
david.loeffler at imperial.ac.uk
Wed Oct 12 19:55:54 BST 2005
On Wed, 2005-10-12 at 19:04 +0100, Olly Betts wrote:
> On Wed, Oct 12, 2005 at 04:29:17PM +0100, Olly Betts wrote:
> > On Wed, Oct 12, 2005 at 09:08:48AM +0100, David Loeffler wrote:
> > > OK, here's another bug for you. It seems that if the date information in
> > > a survey is very fragmentary, then it won't offer the option of
> > > colouring by date (this happens for all.svx in the CUCC Loser dataset).
> >
> > I get the option for all.svx, but the date scale is rather odd - the
> > dates aren't ordered, and some are pre-1970. I'll track down what's
> > going wrong there and perhaps that'll fix your problem too.
>
> OK, this problem is to do with the date scaling. It wraps round in a 32
> bit signed integer when calculating the date labels for the colour bar.
>
> But Jenny spotted another bug - the "process .svx file" code writes the
> resultant .3d file to the current directory, but then tries to load
> a .3d file from where the .svx file was. So if you've an older .3d
> file where the .svx file was, you won't get the date colours. I
> suspect that's what you're seeing - can you try processing the .svx
> file by hand?
It isn't that, since I haven't got any .3d files lying around in that
directory, and anyway in my case the program's working directory was the
one the svx file was in. Anyway, not getting the option to display dates
happens whether or not I'm processing from within Aven.
Another interesting point: although I've updated my cvs copy to get hold
of your fix to the other problem I mentioned, with it crashing on
loading a file with no date info if "colour by date" is switched on, I
can still make it crash as follows. If I process all.svx with cavern
1.0.37, load something else, turn on date colouring, and load all.3d all
is well - it notices there is no date info and loads it with no
colouring at all. However, if I process all.svx with cavern 1.1.6 and do
the same, it crashes on loading, with the same error at gfxcore.cc line
2193. This suggests to me that there is something very odd going on with
all.svx in particular. I can't work out why, since it handles
smk-system.svx fine, although it also dies on all-with-tracks.svx.
Incidentally, whenever I process anything from within Aven it throws up
a window saying "Survex 1.1.6 Copyright 1990-2005 Olly Betts", but
nothing else appears in that window. I presume it's supposed to print
the usual progress messages and final summary of length, depth etc to
the window, but (for me) nothing appears.
I'm using SuSE 9.2, GCC 3.3.4, and the Aven about window says:
Linux 2.6.8-24.18-default
wxWidgets 2.5.2 (GTK+ >= 2.0)
Display Depth: 16 bpp (colour)
OpenGL 1.5.1 NVIDIA 61.11
NVIDIA Corporation
GeForce2 GTS/AGP/SSE/3DNOW!
GL_ARB_imaging
...
[snip]
...
R5G6B5
Max Texture size: 2048x2048
Max Viewport size: 4096x4096
Point Size 1.000-63.375 (granularity 0.125)
More information about the Survex
mailing list