Hi,
I am new on the list but I am successfuly using GRASS since some months.
Currently I have re-instaled system and I am using debian installed via knoppix.
I have two computers at work and at home. At work I have installed thae latest gdal (from deb packages) and grass from binary flies. And when I am trying to use r.in.gdal I am allways receiving
segmentation fault.
I have tried to work around by copying libgdal.1.1.so to /usr/lib/ and /usr/lib/grass5/lib but is is stil not working.
N.b. gdal is working without a problem!
At home I have compilled GRASS from sources and the situation is the same.
I know that this problem was already on the list but as I know there was no doresct solution.
Maybe someone can help me?!!!
Regards
Zbigniew
--
dr Zbigniew Perski
Geological Visualization Laboratory
Department of Fundamental Geology
Faculty of Earth Sciences at UNIVERSITY OF SILESIA
Bedzinska 60, 41-200 Sosnowiec
POLAND
fax: +48 32 2915865
phone: +48322918381 e.420
http://kgp.wnoz.us.edu.pl/insar
On Mon, 13 Oct 2003, Zbigniew Perski wrote:
At home I have compilled GRASS from sources and the situation is the same.
I know that this problem was already on the list but as I know there was
no doresct solution.
There was a correct solution: compile GRASS using the --with-gdal configure
option.
Paul Kelly wrote:
On Mon, 13 Oct 2003, Zbigniew Perski wrote:
At home I have compilled GRASS from sources and the situation is the same.
I know that this problem was already on the list but as I know there was
no doresct solution.
There was a correct solution: compile GRASS using the --with-gdal configure
option.
Ok. I have tried this at home without success as I remember, anyway I will try now at work!
Thanks
Zbigniew
--
dr Zbigniew Perski
Geological Visualization Laboratory
Department of Fundamental Geology
Faculty of Earth Sciences at UNIVERSITY OF SILESIA
Bedzinska 60, 41-200 Sosnowiec
POLAND
fax: +48 32 2915865
phone: +48322918381 e.420
http://kgp.wnoz.us.edu.pl/insar
On Mon, 13 Oct 2003 12:54:17 +0200
Zbigniew Perski <perski@us.edu.pl> wrote:
Hi,
I am new on the list but I am successfuly using GRASS since some months.
Currently I have re-instaled system and I am using debian installed via
knoppix.
I have two computers at work and at home. At work I have installed thae
latest gdal (from deb packages) and grass from binary flies. And when I
am trying to use r.in.gdal I am allways receiving
segmentation fault.
I have tried to work around by copying libgdal.1.1.so to /usr/lib/ and
/usr/lib/grass5/lib but is is stil not working.
N.b. gdal is working without a problem!
At home I have compilled GRASS from sources and the situation is the same.
I know that this problem was already on the list but as I know there was
no doresct solution.
Maybe someone can help me?!!!
You might want to check if there is accidentally more than one copy of libgdal on your system, e.g. one in /usr/lib and one in /usr/local/lib. This might cause grass use the api from one and trying to link to the other, resulting in problems.
Cheers,
Vincent.
Regards
Zbigniew
--
dr Zbigniew Perski
Geological Visualization Laboratory
Department of Fundamental Geology
Faculty of Earth Sciences at UNIVERSITY OF SILESIA
Bedzinska 60, 41-200 Sosnowiec
POLAND
fax: +48 32 2915865
phone: +48322918381 e.420
http://kgp.wnoz.us.edu.pl/insar
You might want to check if there is accidentally more than one copy of libgdal on your system, e.g. one in /usr/lib and one in /usr/local/lib. This might cause grass use the api from one and trying to link to the other, resulting in problems.
Thanks for advice.
I have just checked it but the problem still remains .... I will try wit recompilation.
regards
Zbigniew
Hi all,
thanks for all advices.
Problem was solved by compilation from source. Then I have only to create sym link from /usr/local/grass/5/lib/ to place where libgdal is located
regards
Zbigniew
On Mon, 13 Oct 2003, Zbigniew Perski wrote:
I have two computers at work and at home. At work I have installed thae
latest gdal (from deb packages) and grass from binary flies. And when I
If you have only the binaries available another solution would be to use a
very old GDAL (it appears to be the latest versions that have the
problems). I don't know where you could obtain that from though.
However, compiling with the --with-gdal configure option is *the* way of
fixing this for now.