[GRASSLIST:1473] r.in.gdal segmentation fault!

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.