> Da: Glynn Clements
>> I am debugging my code to find memory leak. I have a memory leak
>> that I am not able to find. Is it possible that there is a memory
>> leak in the function G__open_cell_old declared in opencell.c?
>
> Because it's "owned" by the fileinfo structure; line 311:
>
>
> Da: Markus Neteler
>> I do not understand why the variable gdal is not freed at the end of the
> function.
>
> Which GRASS 6 version are you using, from SVN?
>
I'm referring to this code
http://grass.osgeo.org/programming6/opencell_8c_source.html, line 149.
Matteo
__
Hi,
I am debugging my code to find memory leak. I have a memory leak that I am not
able to find. Is it possible that there is a memory leak in the function
G__open_cell_old declared in opencell.c?
It is the first time that I deal with the gis library code so please forgive me
if I misunderstan
> Da: Vaclav Petras
> Unfortunately it is not suitable. Modules are just programs and their
> functionality is available only through command line. So, through
> library calls, you can only use the core functionality in C and C++.
Finally,
I've decided to follow this approach: I will use only t
Hi,
I've already posted this question in the User mailing list but maybe, as
suggested by somebody, it should be posted here...
The problem is how to call a Grass module from my code written in C++.
I have already received some answers:
1 - Do a sys-call
I would avoid this approach if possibl
> Da: Markus Metz
> Maybe parallelization support for some
> raster modules is not really suitable for a GSoC project?
Since it is my first experience with Google Summer of Code I don't know if it
could be a suitable project.
I
wanted to apply with Grass because I started using it about three
Hi,
I am a 2th year student in Compuer Science at the University of Trento, in
Italy. I would like to apply for Gsoc with the GRASS project: I am interested
in implementing parallelization support for some raster module.
I have read that good knowledge of OpenMP is required. To be honest, I hav