Bug #120232 for Geo-Proj4: Installation Problem On Windows 10

Mon Feb 13 13:46:10 2017 JRushworth [...] divestco.com - Ticket created

Subject:	Installation Problem On Windows 10
Date:	Mon, 13 Feb 2017 11:12:17 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Hello, I'm trying to install Geo::Proj4 on Windows 10 with Strawberry Perl 5.24.1 and OSGeo4W64. I set the environment variable FWTOOLS_DIR=C:\OSGeo4W64 and the perl Makefile.PL command doesn't complain: C:\Users\james\perl_modules\Geo-Proj4-1.05>echo %FWTOOLS_DIR% C:\OSGeo4W64 C:\Users\james\perl_modules\Geo-Proj4-1.05>perl Makefile.PL Checking if your kit is complete... Looks good Generating a dmake-style Makefile Writing Makefile for Geo::Proj4 Writing MYMETA.yml and MYMETA.json but the dmake after that generates the attached errors. From reading on the internet the: Warning: corrupt .drectve at end of def file message looks like it might be incompatible library files but it doesn't look like that is the problem from the error message. Any ideas? ttfn jr -- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Message body is not shown because sender requested not to inline it.

Mon Feb 13 15:09:12 2017 Mark [...] Overmeer.net - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Mon, 13 Feb 2017 20:52:36 +0100
To:	"James P. Rushworth via RT" <bug-Geo-Proj4 [...] rt.cpan.org>
From:	Mark Overmeer <mark [...] overmeer.net>

* James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170213 18:46]: Show quoted text

> Mon Feb 13 13:46:10 2017: Request 120232 was acted upon. > Transaction: Ticket created by JRushworth@divestco.com > Queue: Geo-Proj4 > Subject: Installation Problem On Windows 10 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 >

Hi James, Show quoted text

> Proj4.c:164:0: warning: "NO_ERROR" redefined > #define NO_ERROR "no error" > ^ > C:/Perl64/c/x86_64-w64-mingw32/include/winerror.h:44:0: note: this is the location of the previous definition > #define NO_ERROR __MSABI_LONG(0) > ^

At least, this is a problem: collission of macro names. I will rename my definition in the next release. Please, change NO_ERROR on the two spots in Proj4.xs and try again. Show quoted text

> Warning: corrupt .drectve at end of def file

I never use Windows. Maybe this helps you http://stackoverflow.com/questions/25161814/warning-corrupt-drectve-at-end-of-def-file http://stackoverflow.com/questions/23240158/sdl-2-0-linking-error -- Success, MarkOv ------------------------------------------------------------------------ drs Mark A.C.J. Overmeer MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Mon Feb 13 15:09:13 2017 The RT System itself - Status changed from 'new' to 'open'

Mon Feb 13 17:46:26 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Mon, 13 Feb 2017 15:11:57 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, On thing I forgot to mention is that your Makefile.PL tries to create a symlink which works fine on a computer but never works on Windows. I just tried installing Geo::Proj4 version 1.05 on my 32bit Windows 7 machine and when I set FWTOOLS_DIR to Proj4 version 4.8.0 and commented the symlink bit out of your Makefile.PL (OSGeo4W includes projects.h) it compiled and installed fine. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170213 18:46]:

>> Mon Feb 13 13:46:10 2017: Request 120232 was acted upon. >> Transaction: Ticket created by JRushworth@divestco.com >> Queue: Geo-Proj4 >> Subject: Installation Problem On Windows 10 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 >

> > Hi James, >

>> Proj4.c:164:0: warning: "NO_ERROR" redefined >> #define NO_ERROR "no error" >> ^ >> C:/Perl64/c/x86_64-w64-mingw32/include/winerror.h:44:0: note: this is the location of the previous definition >> #define NO_ERROR __MSABI_LONG(0) >> ^

> > At least, this is a problem: collission of macro names. I will rename > my definition in the next release. > > Please, change NO_ERROR on the two spots in Proj4.xs and try again. >

>> Warning: corrupt .drectve at end of def file

> > I never use Windows. Maybe this helps you > http://stackoverflow.com/questions/25161814/warning-corrupt-drectve-at-end-of-def-file > http://stackoverflow.com/questions/23240158/sdl-2-0-linking-error >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Mon Feb 13 18:18:25 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Mon, 13 Feb 2017 14:44:05 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, Once I changed the macro name in Proj4.xs I didn't get that error message. I don't use Windows either I write everything on Linux (Gentoo) but all my users run everything on Windows. Installing Geo::Proj4 on Linux is easy and seems to be nearly impossible on Windows. The last time I got it to install on Windows was version 1.04 on ActiveState Perl 5.14.3 under Windows 7 (32 bit) using gcc 3.4.5. I got the same error messages as previously and your links seem to be dealing with things way more complicated than what I need. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170213 18:46]:

>> Mon Feb 13 13:46:10 2017: Request 120232 was acted upon. >> Transaction: Ticket created by JRushworth@divestco.com >> Queue: Geo-Proj4 >> Subject: Installation Problem On Windows 10 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 >

> > Hi James, >

>> Proj4.c:164:0: warning: "NO_ERROR" redefined >> #define NO_ERROR "no error" >> ^ >> C:/Perl64/c/x86_64-w64-mingw32/include/winerror.h:44:0: note: this is the location of the previous definition >> #define NO_ERROR __MSABI_LONG(0) >> ^

> > At least, this is a problem: collission of macro names. I will rename > my definition in the next release. > > Please, change NO_ERROR on the two spots in Proj4.xs and try again. >

>> Warning: corrupt .drectve at end of def file

> > I never use Windows. Maybe this helps you > http://stackoverflow.com/questions/25161814/warning-corrupt-drectve-at-end-of-def-file > http://stackoverflow.com/questions/23240158/sdl-2-0-linking-error >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Tue Feb 14 03:51:25 2017 Mark [...] Overmeer.net - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Tue, 14 Feb 2017 09:50:41 +0100
To:	"James P. Rushworth via RT" <bug-Geo-Proj4 [...] rt.cpan.org>
From:	Mark Overmeer <mark [...] overmeer.net>

* James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170213 23:18]: Show quoted text

> Queue: Geo-Proj4 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > [...] Installing Geo::Proj4 on Linux is > easy and seems to be nearly impossible on Windows. The last time I got > it to install on Windows was version 1.04 on ActiveState Perl 5.14.3 > under Windows 7 (32 bit) using gcc 3.4.5. > > I got the same error messages as previously and your links seem to be > dealing with things way more complicated than what I need.

So, you still didn't get it to work? That's unclear from your message. -- greetz, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Tue Feb 14 10:48:09 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Tue, 14 Feb 2017 08:31:58 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, I got 1.05 to work on ActiveState Windows 7 32 bit, I haven't got it to work on ActiveState Windows 7 64 bit. On Windows 10 I'm using Strawberry Perl 32 and 64 bit and I haven't got that to work yet. Next I'm going to see if I can get 1.05 on ActiveState Windows 7 64 bit to work. I'm switching to Strawberry Perl and PAR::Packer because ActiveState has stopped offering the Perl Development Kit without a ridiculous license fee. I use PDK strictly to package executables for Windows so I don't need whatever else their Enterprise and OEM editions provide and overcharge for. Strawberry Perl seems to me to be a better implementation of Perl because their aim is to be able to use CPAN as well as any UNIX system whereas ActiveState thinks you should be dependant on their PPM system. That doesn't work because not all packages on CPAN are available in the PPM system and so you need to use CPAN anyway. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170213 23:18]:

>> Queue: Geo-Proj4 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> [...] Installing Geo::Proj4 on Linux is >> easy and seems to be nearly impossible on Windows. The last time I got >> it to install on Windows was version 1.04 on ActiveState Perl 5.14.3 >> under Windows 7 (32 bit) using gcc 3.4.5. >> >> I got the same error messages as previously and your links seem to be >> dealing with things way more complicated than what I need.

> > So, you still didn't get it to work? That's unclear from your message. >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Wed Feb 15 12:19:55 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 09:59:31 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, I'm trying to get Geo::Proj4 version 1.05 to install on my 64 bit Windows 7 machine and to that end I built my own working version of PROJ 4.8.0 using MINGW64 and now I'm getting errors from projects.h (I'm using the one included with Geo::Proj4): In file included from Proj4.xs:7:0: C:\proj4/include/projects.h:161:47: error: conflicting types for 'PVALUE' also see attached. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170213 23:18]:

>> Queue: Geo-Proj4 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> [...] Installing Geo::Proj4 on Linux is >> easy and seems to be nearly impossible on Windows. The last time I got >> it to install on Windows was version 1.04 on ActiveState Perl 5.14.3 >> under Windows 7 (32 bit) using gcc 3.4.5. >> >> I got the same error messages as previously and your links seem to be >> dealing with things way more complicated than what I need.

> > So, you still didn't get it to work? That's unclear from your message. >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Message body is not shown because sender requested not to inline it.

Wed Feb 15 13:44:49 2017 Mark [...] Overmeer.net - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 19:44:23 +0100
To:	"James P. Rushworth via RT" <bug-Geo-Proj4 [...] rt.cpan.org>
From:	Mark Overmeer <mark [...] overmeer.net>

* James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 17:20]: Show quoted text

> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > C:\proj4/include/projects.h:161:47: error: conflicting types for 'PVALUE' > typedef union { double f; int i; char *s; } PVALUE; > ^ > C:/mingw64/x86_64-w64-mingw32/include/winreg.h:75:3: note: previous declaration of 'PVALUE' was here > __MINGW_TYPEDEF_AW(PVALUE) > ^

Two libraries which are not under my control have a namespace collission. Both define a different meaning for PVALUE. When I look at proj4 version 4.9.3 (latest), this is fixed. Why are you installing the old 4.8.0? -- greetz, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Wed Feb 15 13:54:16 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 11:53:48 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, On my GENTOO box PROJ 4.8.0 is what I have installed so I figured I would try building that. On my 64 bit Windows 7 machine I have the latest OSGeo4W64 which has PROJ 9.2.2 which Geo::Proj4 won't install against, it will install on my 32 bit Windows 7 machine with the same version of PROJ. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 17:20]:

>> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> C:\proj4/include/projects.h:161:47: error: conflicting types for 'PVALUE' >> typedef union { double f; int i; char *s; } PVALUE; >> ^ >> C:/mingw64/x86_64-w64-mingw32/include/winreg.h:75:3: note: previous declaration of 'PVALUE' was here >> __MINGW_TYPEDEF_AW(PVALUE) >> ^

> > Two libraries which are not under my control have a namespace collission. > Both define a different meaning for PVALUE. > > When I look at proj4 version 4.9.3 (latest), this is fixed. Why are > you installing the old 4.8.0? >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Wed Feb 15 14:42:16 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 12:41:50 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, I built PROJ 4.9.3 and got same PVALUE error which leads to the: C:/mingw64/x86_64-w64-mingw32/include/winreg.h:75:3: note: previous declaration of 'PVALUE' was here __MINGW_TYPEDEF_AW(PVALUE) ^ In file included from Proj4.xs:7:0: C:\proj4/include/projects.h:386:7: error: conflicting types for 'pj_open_lib' FILE *pj_open_lib(projCtx, char *, char *); ^ In file included from C:\proj4/include/projects.h:266:0, from Proj4.xs:7: C:\proj4/include/proj_api.h:148:8: note: previous declaration of 'pj_open_lib' was here PAFile pj_open_lib(projCtx, const char *, const char *); ^ dmake.exe: Error code 129, while making 'Proj4.o' errors coming from projects.h and proj_api.h. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 17:20]:

>> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> C:\proj4/include/projects.h:161:47: error: conflicting types for 'PVALUE' >> typedef union { double f; int i; char *s; } PVALUE; >> ^ >> C:/mingw64/x86_64-w64-mingw32/include/winreg.h:75:3: note: previous declaration of 'PVALUE' was here >> __MINGW_TYPEDEF_AW(PVALUE) >> ^

> > Two libraries which are not under my control have a namespace collission. > Both define a different meaning for PVALUE. > > When I look at proj4 version 4.9.3 (latest), this is fixed. Why are > you installing the old 4.8.0? >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Wed Feb 15 15:05:57 2017 Mark [...] Overmeer.net - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 21:05:33 +0100
To:	"James P. Rushworth via RT" <bug-Geo-Proj4 [...] rt.cpan.org>
From:	Mark Overmeer <mark [...] overmeer.net>

* James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 19:42]: Show quoted text

> Queue: Geo-Proj4 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > I built PROJ 4.9.3 and got same PVALUE error which leads to the: > > C:/mingw64/x86_64-w64-mingw32/include/winreg.h:75:3: note: previous > declaration of 'PVALUE' was here > __MINGW_TYPEDEF_AW(PVALUE) > ^ > In file included from Proj4.xs:7:0: > C:\proj4/include/projects.h:386:7: error: conflicting types for > 'pj_open_lib' > FILE *pj_open_lib(projCtx, char *, char *); > ^ > In file included from C:\proj4/include/projects.h:266:0, > from Proj4.xs:7: > C:\proj4/include/proj_api.h:148:8: note: previous declaration of > 'pj_open_lib' was here > PAFile pj_open_lib(projCtx, const char *, const char *); > ^ > dmake.exe: Error code 129, while making 'Proj4.o' > > errors coming from projects.h and proj_api.h.

I am now very sure that your projects.h is from a different release as your proj_api.h I have unpacked the sources of 4.9.3, and did not find the PVALUE nor the pj_open_lib in the projects.h file. Maybe you have to configure the library search path by hand. If I remember correctly, the proj_api.h is only used for internal functions, and projects.h for programs who link to the libary. It happens that functions move between the two interfaces. When you then use an incompatible set of headers, it breaks. -- Regards, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Wed Feb 15 16:10:49 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 13:55:28 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, I copied the projects.h and proj_api.h files from the PROJ 4.9.3 distribution into the Geo::Proj4-1.05 build directory and perl Makefile.PL gave me the "mostly harmless" warnings but dmake gave me the attached "undefined reference" errors. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 19:42]:

>> Queue: Geo-Proj4 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> I built PROJ 4.9.3 and got same PVALUE error which leads to the: >> >> C:/mingw64/x86_64-w64-mingw32/include/winreg.h:75:3: note: previous >> declaration of 'PVALUE' was here >> __MINGW_TYPEDEF_AW(PVALUE) >> ^ >> In file included from Proj4.xs:7:0: >> C:\proj4/include/projects.h:386:7: error: conflicting types for >> 'pj_open_lib' >> FILE *pj_open_lib(projCtx, char *, char *); >> ^ >> In file included from C:\proj4/include/projects.h:266:0, >> from Proj4.xs:7: >> C:\proj4/include/proj_api.h:148:8: note: previous declaration of >> 'pj_open_lib' was here >> PAFile pj_open_lib(projCtx, const char *, const char *); >> ^ >> dmake.exe: Error code 129, while making 'Proj4.o' >> >> errors coming from projects.h and proj_api.h.

> > I am now very sure that your projects.h is from a different release > as your proj_api.h I have unpacked the sources of 4.9.3, and did > not find the PVALUE nor the pj_open_lib in the projects.h file. > > Maybe you have to configure the library search path by hand. > > If I remember correctly, the proj_api.h is only used for internal > functions, and projects.h for programs who link to the libary. > It happens that functions move between the two interfaces. When > you then use an incompatible set of headers, it breaks. >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Message body is not shown because sender requested not to inline it.

Wed Feb 15 16:43:51 2017 Mark [...] Overmeer.net - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 22:43:26 +0100
To:	"James P. Rushworth via RT" <bug-Geo-Proj4 [...] rt.cpan.org>
From:	Mark Overmeer <mark [...] overmeer.net>

* James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 21:11]: Show quoted text

> Queue: Geo-Proj4 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > I copied the projects.h and proj_api.h files from the PROJ 4.9.3 > distribution into the Geo::Proj4-1.05 build directory and > perl Makefile.PL gave me the "mostly harmless" warnings but dmake gave > me the attached "undefined reference" errors.

You're probably linking the wrong library. No-one around you who has experiences in compiling and linking? Look very careful to the lines of the compilation, and match that with your expectations. -- greetz, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Wed Feb 15 18:09:17 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 15 Feb 2017 16:08:51 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, Thanks. Works now. I should have installed MINGW at C:\mingw instead of C:\mingw64 plus installing PROJ by trying to guess what files are required and where didn't help. Problem is copying files all over the place means I'm not sure what worked and what I don't really need. When I get some time I'll make a new clean VM and try it from scratch but for now I'm going to see if I can get anywhere with the Strawberry Perl. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 21:11]:

>> Queue: Geo-Proj4 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> I copied the projects.h and proj_api.h files from the PROJ 4.9.3 >> distribution into the Geo::Proj4-1.05 build directory and >> perl Makefile.PL gave me the "mostly harmless" warnings but dmake gave >> me the attached "undefined reference" errors.

> > You're probably linking the wrong library. No-one around you who > has experiences in compiling and linking? > > Look very careful to the lines of the compilation, and match > that with your expectations. >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Wed Feb 22 14:41:47 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 22 Feb 2017 12:39:56 -0700
To:	bug-Geo-Proj4 [...] rt.cpan.org
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, I got Geo::Proj4 installed with 64 bit Strawberry Perl on Windows 10 and then I ran into a problem that seems to be related to one I ran into previously on Linux: *** Error in `perl': realloc(): invalid next size: 0x0000000001784b50 *** which I used to cure by doing: export MALLOC_CHECK_=0; before running the program. Obviously my program that uses Geo::Proj4 is still experimental. I don't have the same error on Solaris and didn't have it on Windows ActiveState Perl (earlier versions than 5.24.1) The attached output is from your examples/test_list.pl script from the Gen::Proj4 1.05 distribution on Linux. From my testing program the error is caused at: Geo::Proj4->listTypes(); but the very next subroutine call: Geo::Proj4->typeInfo($id) has no problem. On the machines I'm trying to run these programs on proj -l has no problem running which means I suppose I could use system or readpipe to get the output of proj -l as work around. I've tried your script with the same kind of result on Linux 3.12.13, 4.4.6, 4.9.6, 4.4.26, 4.4.39 (mixture of 32 and 64 bit). ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170215 21:11]:

>> Queue: Geo-Proj4 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> I copied the projects.h and proj_api.h files from the PROJ 4.9.3 >> distribution into the Geo::Proj4-1.05 build directory and >> perl Makefile.PL gave me the "mostly harmless" warnings but dmake gave >> me the attached "undefined reference" errors.

> > You're probably linking the wrong library. No-one around you who > has experiences in compiling and linking? > > Look very careful to the lines of the compilation, and match > that with your expectations. >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Message body is not shown because sender requested not to inline it.

Wed Feb 22 15:57:48 2017 Mark [...] Overmeer.net - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 22 Feb 2017 21:57:24 +0100
To:	"James P. Rushworth via RT" <bug-Geo-Proj4 [...] rt.cpan.org>
From:	Mark Overmeer <mark [...] overmeer.net>

* James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170222 19:42]: Show quoted text

> Queue: Geo-Proj4 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > I got Geo::Proj4 installed with 64 bit Strawberry Perl on Windows 10 and > then I ran into a problem that seems to be related to one I ran into > previously on Linux: > > *** Error in `perl': realloc(): invalid next size: 0x0000000001784b50 *** > which I used to cure by doing: > export MALLOC_CHECK_=0; > before running the program.

Well, it seems that the memory structures get corrupted by an overflow somewhere. When you disable the checks, the corruption will probably not disappear just hidden. Any part of the program allocates memory. Show quoted text

> From my testing program the error is caused at: > Geo::Proj4->listTypes();

The code in Proj.xs is rather straightforward for(type = pj_get_list_ref(); type->id; type++) { /* same as "proj -l" does */ if( strcmp(type->id,"latlong")==0 || strcmp(type->id,"longlat")==0 || strcmp(type->id,"geocent")==0 ) continue; PUSHs(sv_2mortal(newSVpv(type->id, 0))); } I am not very certain in XS, but I believe this is correct. Show quoted text

> wag7: Wagner VII > Misc Sph > : > (has inverse) > : > (has inverse) > : > (has inverse) > : > (has inverse)

Wow, these are not as expected. The related code is print "\nProjections:\n"; my @types = Geo::Proj4->listTypes; foreach my $type (@types) { my $def = Geo::Proj4->typeInfo($type); my $descr = $def->{description} || ''; What are the @types where it goes wrong? Maybe typeInfo does not handle it correctly. In xs function type_proj4() I see a dangerous *type->descr (hum, why is that '*' there?) -- Regards, MarkOv ------------------------------------------------------------------------ drs Mark A.C.J. Overmeer MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Wed Feb 22 16:32:26 2017 Mark [...] Overmeer.net - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 22 Feb 2017 22:32:04 +0100
To:	"James P. Rushworth via RT" <bug-Geo-Proj4 [...] rt.cpan.org>
From:	Mark Overmeer <mark [...] overmeer.net>

* James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170222 19:42]: Show quoted text

> *** Error in `perl': realloc(): invalid next size: 0x0000000001784b50 ***

I love stack checking. My linux also crashes on the example script, as it did not years ago. Rereading the perlguts manpage, I seem to mis EXTEND() before PUSH in a number of functions. Can you try the attached XS file? -- MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Message body is not shown because sender requested not to inline it.

Wed Feb 22 16:41:44 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 22 Feb 2017 14:07:34 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, From my test program the very first call to: Geo::Proj4->listTypes; causes the realloc(): invalid next size: error. I tried the: readpipe 'proj -l'; workaround and the program works as before with no errors. That program is for testing PROJ-4 so it makes lots of different subroutine calls to collect and display the parameters available to PROJ-4. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170222 19:42]:

>> Queue: Geo-Proj4 >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > >> >> I got Geo::Proj4 installed with 64 bit Strawberry Perl on Windows 10 and >> then I ran into a problem that seems to be related to one I ran into >> previously on Linux: >> >> *** Error in `perl': realloc(): invalid next size: 0x0000000001784b50 *** >> which I used to cure by doing: >> export MALLOC_CHECK_=0; >> before running the program.

> > Well, it seems that the memory structures get corrupted by an overflow > somewhere. When you disable the checks, the corruption will probably > not disappear just hidden. Any part of the program allocates memory. >

>> From my testing program the error is caused at: >> Geo::Proj4->listTypes();

> > The code in Proj.xs is rather straightforward > > for(type = pj_get_list_ref(); type->id; type++) > { /* same as "proj -l" does */ > if( strcmp(type->id,"latlong")==0 > || strcmp(type->id,"longlat")==0 > || strcmp(type->id,"geocent")==0 > ) continue; > > PUSHs(sv_2mortal(newSVpv(type->id, 0))); > } > > I am not very certain in XS, but I believe this is correct. >

>> wag7: Wagner VII >> Misc Sph >> : >> (has inverse) >> : >> (has inverse) >> : >> (has inverse) >> : >> (has inverse)

> > Wow, these are not as expected. The related code is > > print "\nProjections:\n"; > my @types = Geo::Proj4->listTypes; > foreach my $type (@types) > { my $def = Geo::Proj4->typeInfo($type); > my $descr = $def->{description} || ''; > > What are the @types where it goes wrong? Maybe typeInfo does > not handle it correctly. In xs function type_proj4() I see a > dangerous *type->descr (hum, why is that '*' there?) >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Wed Feb 22 16:57:31 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Wed, 22 Feb 2017 14:42:31 -0700
To:	<bug-Geo-Proj4 [...] rt.cpan.org>
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, I installed Geo::Proj4 using your Proj4.xs file and I no longer get that error. I just did it on Linux, I'll see what happens on Windows ( also need to install it on a bunch more Linux boxes and create my own distribution). Thanks. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > * James P. Rushworth via RT (bug-Geo-Proj4@rt.cpan.org) [170222 19:42]:

>> *** Error in `perl': realloc(): invalid next size: 0x0000000001784b50 ***

> > I love stack checking. My linux also crashes on the example script, as > it did not years ago. > > Rereading the perlguts manpage, I seem to mis EXTEND() before PUSH in > a number of functions. Can you try the attached XS file? >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.

Thu Feb 23 04:28:25 2017 MARKOV [...] cpan.org - Correspondence added

I have released 1.06 to CPAN, which contains all fixes for issues you reported last week.

Thu Feb 23 04:28:35 2017 MARKOV [...] cpan.org - Status changed from 'open' to 'resolved'

Thu Feb 23 10:43:56 2017 JRushworth [...] divestco.com - Correspondence added

Subject:	Re: [rt.cpan.org #120232] Installation Problem On Windows 10
Date:	Thu, 23 Feb 2017 08:35:52 -0700
To:	bug-Geo-Proj4 [...] rt.cpan.org
From:	"James P. Rushworth" <JRushworth [...] divestco.com>

Mark, Thanks for letting me know. ttfn jr Mark Overmeer via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=120232 > > > I have released 1.06 to CPAN, which contains all fixes for issues you reported last week. >

-- James P. Rushworth Senior Support Analyst Divestco Geomatics P: 587-952-8168 www.divestco.com C: 403-370-0519 300, 520 - 3 Avenue SW F: 587-952-8372 Calgary, AB T2P 0R3 This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential or privileged information. Any use of this e-mail by any other person is prohibited. If you have received this e-mail in error, please contact the sender. We honour similar requests relating to the privacy of email communications.