It seems to be Mac related issue, as I can not reproduce it on my
Gentoo box with recent develbranch6.
Error comes from lib/db/dbmi_client/start.c line 325, where dup() call
doesn't return 0. As I have no experience working with dup(), fork()
and friends and also I have no access to Mac, no more
Hello Michael,
I'm sorry but I had to revert Your gis.m vector panel layout changes
[1], as they broke that rectangle near vector layer name on my Linux
box. For some reason left and lower rectangle boundary was not drawn.
With pre-36299 everything is OK. If it breaks something on Your Mac,
please
Nikos:
Now that I look again at the results (meaning the tests I have sent in
the ML and in the wiki as well [1]) I think that your thought about
increasing the decimals printed in i.pca's output is not a bad idea.
Perhaps adding one more digit to make it look like
I would like to increase
Based on the discussion in this list, I have added experimental LFS
support to trunk in r36392. It works on Linux 32bit and 64bit, both
tested with and without --enable-largefile. I can not test on other
systems, unfortunately.
Vectors created with the new libs are fully backwards compatible to
On Mon, Mar 16, 2009 at 11:46 AM, Hamish hamis...@yahoo.com wrote:
Nikos:
Now that I look again at the results (meaning the tests I have sent in
the ML and in the wiki as well [1]) I think that your thought about
increasing the decimals printed in i.pca's output is not a bad idea.
Perhaps
On Mar 16, 2009, at 6:56 AM, William Kyngesburye wrote:
I just tested on OSX with a X11 TclTk 8.4 and 8.5 and it works. So
that narrows it down to TclTk Aqua.
I looked at init.sh to see if there was something that happens after
the GUI is started that might affect it, but I couldn't
On Monday 16 March 2009, Markus Neteler wrote:
On Mon, Mar 16, 2009 at 11:46 AM, Hamish hamis...@yahoo.com wrote:
Nikos:
Now that I look again at the results (meaning the tests I have sent in
the ML and in the wiki as well [1]) I think that your thought about
increasing the decimals
Markus,
Thanks for your v.in.gshhs GRASS 6 port.
I have a problem: when importing full GSHHS extent, strange horizontal
lines through the whole longitudal extent are present in the output
GRASS vector map, which are *visible only in v.digit or QGIS*, but never
on the regular wxGUI map display
Maciej Sieczka wrote:
Markus,
Thanks for your v.in.gshhs GRASS 6 port.
I have a problem: when importing full GSHHS extent, strange horizontal
lines through the whole longitudal extent are present in the output
GRASS vector map, which are *visible only in v.digit or QGIS*, but never
on the
