[gdal-dev] GSOC 2016

sarthak agarwal sarthak0415 at gmail.com
Sun Mar 20 09:41:59 PDT 2016


Hello to all,

Sorry for taking too long (exams and travelling).

After running few tests -

   - In my opinion, in Both the codes the error is not in GetConnectionInfo
   function. if you replace return true with return false at the last of
   the function it won’t fail in both cases.
   - If you run this
   <https://github.com/sarthak-0415/gdal/commit/3e037a84e3392841cda1b4b68d75d205118caa9d>
   and this
   <https://github.com/sarthak-0415/gdal/commit/26e9383645b177c9e4d2ca8798a3b662901f3b63>
   code, it won’t give you the error, the value passed here are correct (NULL
   if that’s the case with *ppszDbname, the error is somewhere else and I
   am not able to debug it.)
   - When I am trying to configure the gdal with enable-debug options
   following error comes

   make[1]: *** [gdalserver] Error 1
   make[1]: *** Waiting for unfinished jobs....
   /home/sarthak/gsoc2016/repos/gdal/gdal/.libs/libgdal.so: undefined
reference to `CPLMutexHolder::CPLMutexHolder(_CPLMutex**, double, char
const*, int, int)'
   collect2: error: ld returned 1 exit status


My current config options are
./configure --prefix=/home/sarthak/gsoc2016/repos/gdal/install/
--with-python=yes -enabl-debug=yes

the following error is for gdalServer gdalInfo gdal_translate and gdaladdo.
All are having the same problem with undefined reference to
`CPLMutexHolder::CPLMutexHolder(_CPLMutex**, double, char const*, int, int)'

Please review the code and send me the feedback.
Also, I would like to continue with the bug along with my GSoC proposal.
For which I may have some ideas and would like to discuss the same with
you.. can we talk on IRC since the deadline is in 5 days only.

Regards,
Sarthak

On Wed, Mar 16, 2016 at 4:51 AM, Dmitry Baryshnikov <bishop.dev at gmail.com>
wrote:

Hi Sarthak,
>
> The first version is not working (do you test it?):
> https://github.com/sarthak-0415/gdal/commit/36344cc26f23202cb289390322c1d295697136bd#diff-31df0e62d00ca09f9f11ad2f29e94b54R2541
> Here you try to get array value with index -1. You need to set ppszDbname
> = NULL no DB name present in input parameters.
>
> The second variant is not working too:
> >>> ds = gdal.Open('PG:')
> terminate called after throwing an instance of 'std::logic_error'
>   what():  basic_string::_M_construct null not valid
>
> In both cases there is a problem here:
> https://github.com/sarthak-0415/gdal/blob/6264d3fc52242fdce858547cc3a0312b04fd638b/gdal/frmts/postgisraster/postgisrasterdataset.cpp#L2743
>
> Also look there ppszDbname is using, as before modifications the code
> expect that ppszDbname cannot be NULL.
>
> Best regards,
>     Dmitry
>
> 15.03.2016 13:13, sarthak agarwal пишет:
>
> Hey Dmitry ,
> As discussed on the IRC yesterday,
> I made the changes in the code.
>
> I build two versions of the code
>
>    1.
>
>    The changes suggested by you (to use the old trunk code and remove the
>    additional checks) link
>    <https://github.com/sarthak-0415/gdal/commit/36344cc26f23202cb289390322c1d295697136bd>
>    travis <https://travis-ci.org/sarthak-0415/gdal/builds/116070409> .
>    a. in this version the Dbname is left empty if not provided by the
>    user.
>    2.
>
>    The version in which we
>    a. if the Dbname is provided by the user then ppzDbname=Dbname.
>    b. else use the psql env var PGDATABASE
>    c. else use the Username as the database name.
>    d. if nothing is available then pass empty string.
>    e link
>    <https://github.com/sarthak-0415/gdal/commit/6264d3fc52242fdce858547cc3a0312b04fd638b>
>    travis <https://travis-ci.org/sarthak-0415/gdal/builds/116055868>
>
> I think both version should work
>
> Regards,
> Sarthak
>
>-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20160320/c69c3916/attachment.html>


More information about the gdal-dev mailing list