Re: [Xastir] OSM Example DBFAWK File
On Fri, 9 Jul 2010, James Ewen wrote: I was looking to see if I could find the issues you are trying to point out, but it is a little difficult to find right where you are looking at. I suspect the problem with the west and north borders of Whatcom county may have been due to the way the Shapefile extracts where done rather than present in the OSM database itself. The misspelling of Insterstate at Snoqualmie Pass along I-90 is most likely in the master database. -- Curt, WE7U. http://www.eskimo.com/~archer APRS: Where it's at!http://www.xastir.org Lotto: A tax on people who are bad at math. - unknown Windows: Microsoft's tax on computer illiterates. - WE7U. The world DOES revolve around me: I picked the coordinate system! ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On Sat, Jul 10, 2010 at 12:04:30AM -0700, we recorded a bogon-computron collision of the curt.w...@gmail.com flavor, containing: On Fri, 9 Jul 2010, Bill Hammond wrote: I'm using the CVS version, so dbfinfo.c in my case is in ~/xastir/src/shapelib/contrib. I typed make and was greeted with make: Nothing to be done for `all' and no sign of the executable. This was done after building xastir. I don't think we included the entire Shapelib in Xastir, so you'd need to download Shapelib itself and build from there. Yes, we did. But configure won't configure that directory unless you're using internal shapelib. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On Sat, 10 Jul 2010, Tom Russo wrote: On Sat, Jul 10, 2010 at 12:04:30AM -0700, we recorded a bogon-computron collision of the curt.w...@gmail.com flavor, containing: On Fri, 9 Jul 2010, Bill Hammond wrote: I'm using the CVS version, so dbfinfo.c in my case is in ~/xastir/src/shapelib/contrib. I typed make and was greeted with make: Nothing to be done for `all' and no sign of the executable. This was done after building xastir. I don't think we included the entire Shapelib in Xastir, so you'd need to download Shapelib itself and build from there. Yes, we did. But configure won't configure that directory unless you're using internal shapelib. Ah, I stand corrected. Then this means that Bill must have installed Shapelib in the OS. If he installed Shapelib from sources then he can build the tool there. If not, then removing the external Shapelib means he can re-run Xastir's configure and then build the tool in xastir/src/shapelib/contrib/ -- Curt, WE7U. http://www.eskimo.com/~archer APRS: Where it's at!http://www.xastir.org Lotto: A tax on people who are bad at math. - unknown Windows: Microsoft's tax on computer illiterates. - WE7U. The world DOES revolve around me: I picked the coordinate system! ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Xastir 1.9.9 (latest CVS Ubuntu 10.04 crash
Xastir is crashing within minutes of being started. Here is what shows up on my terminal screen used to start xastir. Where can I start looking for a cause? Hardware seems fine. Any help appreciated. John N5AAA *** buffer overflow detected ***: xastir terminated === Backtrace: = /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x50)[0xf42390] /lib/tls/i686/cmov/libc.so.6(+0xe12ca)[0xf412ca] /lib/tls/i686/cmov/libc.so.6(+0xe0a08)[0xf40a08] /lib/tls/i686/cmov/libc.so.6(_IO_default_xsputn+0x9e)[0xec9afe] /lib/tls/i686/cmov/libc.so.6(_IO_vfprintf+0x368a)[0xea029a] /lib/tls/i686/cmov/libc.so.6(__vsprintf_chk+0xad)[0xf40abd] /lib/tls/i686/cmov/libc.so.6(__sprintf_chk+0x2d)[0xf409fd] xastir[0x805b782] xastir[0x807a040] xastir[0x80efd82] /usr/lib/libXt.so.6(+0x291aa)[0x3d01aa] /usr/lib/libXt.so.6(XtAppNextEvent+0xb4)[0x3d02e4] /usr/lib/libXt.so.6(XtAppMainLoop+0x4c)[0x3c25bc] xastir[0x8104877] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xe76bd6] xastir[0x804f201] === Memory map: 0011-00229000 r-xp 08:01 141131 /usr/lib/libX11.so.6.3.0 00229000-0022a000 r--p 00118000 08:01 141131 /usr/lib/libX11.so.6.3.0 0022a000-0022c000 rw-p 00119000 08:01 141131 /usr/lib/libX11.so.6.3.0 0022c000-0022d000 rw-p 00:00 0 0022d000-0025d000 r-xp 08:01 141760 /usr/lib/liblcms.so.1.0.18 0025d000-0025e000 r--p 0002f000 08:01 141760 /usr/lib/liblcms.so.1.0.18 0025e000-0025f000 rw-p 0003 08:01 141760 /usr/lib/liblcms.so.1.0.18 0025f000-00261000 rw-p 00:00 0 00261000-0028 r-xp 08:01 141744 /usr/lib/libjpeg.so.62.0.0 0028-00281000 r--p 0001e000 08:01 141744 /usr/lib/libjpeg.so.62.0.0 00281000-00282000 rw-p 0001f000 08:01 141744 /usr/lib/libjpeg.so.62.0.0 00282000-00297000 r-xp 08:01 141100 /usr/lib/libICE.so.6.3.0 00297000-00298000 r--p 00014000 08:01 141100 /usr/lib/libICE.so.6.3.0 00298000-00299000 rw-p 00015000 08:01 141100 /usr/lib/libICE.so.6.3.0 00299000-0029b000 rw-p 00:00 0 0029b000-002ab000 r-xp 08:01 133424 /lib/libbz2.so.1.0.4 002ab000-002ac000 r--p f000 08:01 133424 /lib/libbz2.so.1.0.4 002ac000-002ad000 rw-p 0001 08:01 133424 /lib/libbz2.so.1.0.4 002ad000-002c r-xp 08:01 133574 /lib/libz.so.1.2.3.3 002c-002c1000 r--p 00012000 08:01 133574 /lib/libz.so.1.2.3.3 002c1000-002c2000 rw-p 00013000 08:01 133574 /lib/libz.so.1.2.3.3 002c2000-002e6000 r-xp 08:01 138211 /lib/tls/i686/cmov/libm-2.11.1.so 002e6000-002e7000 r--p 00023000 08:01 138211 /lib/tls/i686/cmov/libm-2.11.1.so 002e7000-002e8000 rw-p 00024000 08:01 138211 /lib/tls/i686/cmov/libm-2.11.1.so 002e8000-002f4000 r-xp 08:01 141544 /usr/lib/libgomp.so.1.0.0 002f4000-002f5000 r--p b000 08:01 141544 /usr/lib/libgomp.so.1.0.0 002f5000-002f6000 rw-p c000 08:01 141544 /usr/lib/libgomp.so.1.0.0 002f6000-0030b000 r-xp 08:01 138421 /lib/tls/i686/cmov/libpthread-2.11.1.so 0030b000-0030c000 r--p 00014000 08:01 138421 /lib/tls/i686/cmov/libpthread-2.11.1.so 0030c000-0030d000 rw-p 00015000 08:01 138421 /lib/tls/i686/cmov/libpthread-2.11.1.so 0030d000-0030f000 rw-p 00:00 0 0030f000-00311000 r-xp 08:01 138207 /lib/tls/i686/cmov/libdl-2.11.1.so 00311000-00312000 r--p 1000 08:01 138207 /lib/tls/i686/cmov/libdl-2.11.1.so 00312000-00313000 rw-p 2000 08:01 138207 /lib/tls/i686/cmov/libdl-2.11.1.so 00316000-0031d000 r-xp 08:01 141776 /usr/lib/libltdl.so.7.2.1 0031d000-0031e000 r--p 6000 08:01 141776 /usr/lib/libltdl.so.7.2.1 0031e000-0031f000 rw-p 7000 08:01 141776 /usr/lib/libltdl.so.7.2.1 0031f000-00326000 r-xp 08:01 138558 /lib/tls/i686/cmov/librt-2.11.1.so 00326000-00327000 r--p 6000 08:01 138558 /lib/tls/i686/cmov/librt-2.11.1.so 00327000-00328000 rw-p 7000 08:01 138558 /lib/tls/i686/cmov/librt-2.11.1.so 00328000-0036b000 r-xp 08:01 141337 /usr/lib/libcurl.so.4.1.1 0036b000-0036c000 r--p 00042000 08:01 141337 /usr/lib/libcurl.so.4.1.1 0036c000-0036d000 rw-p 00043000 08:01 141337 /usr/lib/libcurl.so.4.1.1 0036d000-0039c000 r-xp 08:01 133517 /lib/libpcre.so.3.12.1 0039c000-0039d000 r--p 0002e000 08:01 133517 /lib/libpcre.so.3.12.1 0039d000-0039e000 rw-p 0002f000 08:01 133517 /lib/libpcre.so.3.12.1 0039e000-003a1000 r-xp 08:01 133567 /lib/libuuid.so.1.3.0 003a1000-003a2000 r--p 2000 08:01 133567 /lib/libuuid.so.1.3.0 003a2000-003a3000 rw-p 3000 08:01 133567 /lib/libuuid.so.1.3.0 003a3000-003a5000 r-xp 08:01 133432 /lib/libcom_err.so.2.1 003a5000-003a6000 r--p 1000 08:01 133432 /lib/libcom_err.so.2.1 003a6000-003a7000 rw-p 2000 08:01 133432 /lib/libcom_err.so.2.1 003a7000-003f6000 r-xp 08:01 141174 /usr/lib/libXt.so.6.0.0 003f6000-003f7000 r--p 0004e000 08:01 141174 /usr/lib/libXt.so.6.0.0
Re: [Xastir] Building dbfinfo
On 07/10/2010 11:07 AM, Curt, WE7U wrote: Ah, I stand corrected. Then this means that Bill must have installed Shapelib in the OS. If he installed Shapelib from sources then he can build the tool there. If not, then removing the external Shapelib means he can re-run Xastir's configure and then build the tool in xastir/src/shapelib/contrib/ I ran ./configure --without-festival --with-internal-shapelib CPPFLAGS=-I/usr/include/geotiff, then make. Changed to the ~/xastir/src/shapelib/contrib directory and did a make there. No luck. I then unistalled shapelib, libshp-dev and libshp1 and ran ./configure --without-festival CPPFLAGS=-I/usr/include/geotiff. Still no luck. Configure says that it's using the internal shapelib library in both cases. One thing I should have told you is that I'm using Ubuntu 10.04. I got shapelib from the repositories. Thanks, Bill KA1SSR ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Sidux 2010-01 Installation Notes
On Fri, Jun 18, 2010 at 8:46 AM, Rainer D., DL5PD raido...@web.de wrote: Hello again. @Curt: - I am starting xastir as a user, not as root, no sudo - After the new installation of sidux 2010-01, I did no installation of the precompiled version, I directly installed from cvs after the installation of the base system @Lee: - Tnx fer testing a little bit more, perhaps it is really a hardware issue... Question is: Is there another possibility to get xastir 1.9.9 to work? The precompiled version at least worked on the hardware. Though I would love to integrate OSM, because I am also engaged in that project. 73 de Rainer, DL5PD Just a quick follow-up on installing Xastir on Sidux 2010-01. I installed the KDE lite version natively this time instead of in VirtualBox and installed via the HowTo for Sidux 2010 in the installation notes (fresh CVS download today). No crashes and online OSM is working fine. This machine is a 2.5 year old home brew using a cheap ECS motherboard with an Intel chipset and integrated Intel video chip. The CPU is a Core 2 Duo E6750 (I think I remembered that right), which at the time made the mobo/cpu combo not exactly dirt cheap, but the performance has been strong. So my guess is that the problems some were having with Sidux 2010 must have been hardware related. I have to admit that the hardware in this box has turned out to be very Linux friendly, although most modern Linux distro's seem to be very good with hardware support any more. Regards, Lee - K5DAT Murphy, TX ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On Sat, Jul 10, 2010 at 12:59:43PM -0400, we recorded a bogon-computron collision of the ka1...@earthlink.net flavor, containing: On 07/10/2010 11:07 AM, Curt, WE7U wrote: Ah, I stand corrected. Then this means that Bill must have installed Shapelib in the OS. If he installed Shapelib from sources then he can build the tool there. If not, then removing the external Shapelib means he can re-run Xastir's configure and then build the tool in xastir/src/shapelib/contrib/ I ran ./configure --without-festival --with-internal-shapelib CPPFLAGS=-I/usr/include/geotiff, then make. Changed to the ~/xastir/src/shapelib/contrib directory and did a make there. No luck. I then unistalled shapelib, libshp-dev and libshp1 and ran ./configure --without-festival CPPFLAGS=-I/usr/include/geotiff. Still no luck. Configure says that it's using the internal shapelib library in both cases. Ah. I see what the issue is. There is no rule to create dbfinfo in our makefile. We only create dbfadd, dbfcreate, shpadd and shpcreate. Lemme see if I can fix that. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On Sat, Jul 10, 2010 at 02:43:30PM -0600, we recorded a bogon-computron collision of the ru...@bogodyn.org flavor, containing: On Sat, Jul 10, 2010 at 12:59:43PM -0400, we recorded a bogon-computron collision of the ka1...@earthlink.net flavor, containing: On 07/10/2010 11:07 AM, Curt, WE7U wrote: Ah, I stand corrected. Then this means that Bill must have installed Shapelib in the OS. If he installed Shapelib from sources then he can build the tool there. If not, then removing the external Shapelib means he can re-run Xastir's configure and then build the tool in xastir/src/shapelib/contrib/ I ran ./configure --without-festival --with-internal-shapelib CPPFLAGS=-I/usr/include/geotiff, then make. Changed to the ~/xastir/src/shapelib/contrib directory and did a make there. No luck. I then unistalled shapelib, libshp-dev and libshp1 and ran ./configure --without-festival CPPFLAGS=-I/usr/include/geotiff. Still no luck. Configure says that it's using the internal shapelib library in both cases. Ah. I see what the issue is. There is no rule to create dbfinfo in our makefile. We only create dbfadd, dbfcreate, shpadd and shpcreate. Lemme see if I can fix that. Until just now, xastir's internal shapelib did not build any of the contrib programs, only those at the same level as the rest of shapelib. Do a CVS update, and then build Xastir with internal shapelib. dbfinfo will be built and installed along with dbfadd, dbfcreate, shpadd and shpcreate. Note that this only builds shapelib and its tools with static linking for Xastir, and does not install the library itself. If you already have shapelib installed from a package management system, you should NOT do it this way. In that case, you'll have to install dbfinfo from a shapelib source distribution other than the one that lives in Xastir's source tree. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
Tom, Is there a way to automajicitically test for the presence of shapelib being installed from a package management system? Say maybe during the bootstrap or configure stages? Then have the make do the appropriate thing. I can feel the bighting happening already. 73 Dave KB3EFS On Sat, Jul 10, 2010 at 4:57 PM, Tom Russo ru...@bogodyn.org wrote: On Sat, Jul 10, 2010 at 02:43:30PM -0600, we recorded a bogon-computron collision of the ru...@bogodyn.org flavor, containing: On Sat, Jul 10, 2010 at 12:59:43PM -0400, we recorded a bogon-computron collision of the ka1...@earthlink.net flavor, containing: On 07/10/2010 11:07 AM, Curt, WE7U wrote: Ah, I stand corrected. Then this means that Bill must have installed Shapelib in the OS. If he installed Shapelib from sources then he can build the tool there. If not, then removing the external Shapelib means he can re-run Xastir's configure and then build the tool in xastir/src/shapelib/contrib/ I ran ./configure --without-festival --with-internal-shapelib CPPFLAGS=-I/usr/include/geotiff, then make. Changed to the ~/xastir/src/shapelib/contrib directory and did a make there. No luck. I then unistalled shapelib, libshp-dev and libshp1 and ran ./configure --without-festival CPPFLAGS=-I/usr/include/geotiff. Still no luck. Configure says that it's using the internal shapelib library in both cases. Ah. I see what the issue is. There is no rule to create dbfinfo in our makefile. We only create dbfadd, dbfcreate, shpadd and shpcreate. Lemme see if I can fix that. Until just now, xastir's internal shapelib did not build any of the contrib programs, only those at the same level as the rest of shapelib. Do a CVS update, and then build Xastir with internal shapelib. dbfinfo will be built and installed along with dbfadd, dbfcreate, shpadd and shpcreate. Note that this only builds shapelib and its tools with static linking for Xastir, and does not install the library itself. If you already have shapelib installed from a package management system, you should NOT do it this way. In that case, you'll have to install dbfinfo from a shapelib source distribution other than the one that lives in Xastir's source tree. -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- David A Aitcheson david.aitche...@gmail.com david.aitcheson on google and skype ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On 07/10/2010 04:43 PM, Tom Russo wrote: On Sat, Jul 10, 2010 at 12:59:43PM -0400, we recorded a bogon-computron collision of theka1...@earthlink.net flavor, containing: On 07/10/2010 11:07 AM, Curt, WE7U wrote: Ah, I stand corrected. Then this means that Bill must have installed Shapelib in the OS. If he installed Shapelib from sources then he can build the tool there. If not, then removing the external Shapelib means he can re-run Xastir's configure and then build the tool in xastir/src/shapelib/contrib/ I ran ./configure --without-festival --with-internal-shapelib CPPFLAGS=-I/usr/include/geotiff, then make. Changed to the ~/xastir/src/shapelib/contrib directory and did a make there. No luck. I then unistalled shapelib, libshp-dev and libshp1 and ran ./configure --without-festival CPPFLAGS=-I/usr/include/geotiff. Still no luck. Configure says that it's using the internal shapelib library in both cases. Ah. I see what the issue is. There is no rule to create dbfinfo in our makefile. We only create dbfadd, dbfcreate, shpadd and shpcreate. Lemme see if I can fix that. Hey, Curt and Tom. Thanks for working on this. I did the configure/make clean/make routine and got... [tons of make stuff] make[3]: Leaving directory `/home/ka1ssr/xastir/src/rtree' Making all in shapelib make[3]: Entering directory `/home/ka1ssr/xastir/src/shapelib' Making all in contrib make[4]: Entering directory `/home/ka1ssr/xastir/src/shapelib/contrib' gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/shapelib -I/usr/local/include -I/usr/include/geotiff -I/usr/include/ImageMagick -DXASTIR_DATA_BASE=\/usr/local/share/xastir\ -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT dbfinfo.o -MD -MP -MF .deps/dbfinfo.Tpo -c -o dbfinfo.o dbfinfo.c dbfinfo.c: In function ‘main’: dbfinfo.c:88: warning: format ‘%ld’ expects type ‘long int’, but argument 2 has type ‘int’ dbfinfo.c:88: warning: format ‘%ld’ expects type ‘long int’, but argument 3 has type ‘int’ dbfinfo.c:100: warning: unused variable ‘eType’ dbfinfo.c:61: warning: unused variable ‘ciRecord’ dbfinfo.c:61: warning: unused variable ‘ci’ dbfinfo.c:60: warning: unused variable ‘cType’ dbfinfo.c:60: warning: unused variable ‘hType’ dbfinfo.c:59: warning: unused variable ‘cDBF’ dbfinfo.c:58: warning: unused variable ‘cnDecimals’ dbfinfo.c:58: warning: unused variable ‘cnWidth’ dbfinfo.c:56: warning: unused variable ‘nTitle’ dbfinfo.c:56: warning: unused variable ‘cTitle’ dbfinfo.c:55: warning: unused variable ‘szField’ dbfinfo.c:55: warning: unused variable ‘szFormat’ dbfinfo.c:54: warning: unused variable ‘iRecord’ In file included from /usr/include/string.h:640, from dbfinfo.c:48: In function ‘strcpy’, inlined from ‘main’ at dbfinfo.c:116: /usr/include/bits/string3.h:107: warning: call to __builtin___strcpy_chk will always overflow destination buffer mv -f .deps/dbfinfo.Tpo .deps/dbfinfo.Po make[4]: *** No rule to make target `../libshape.a', needed by `dbfinfo'. Stop. make[4]: Leaving directory `/home/ka1ssr/xastir/src/shapelib/contrib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/ka1ssr/xastir/src/shapelib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/ka1ssr/xastir/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ka1ssr/xastir' make: *** [all] Error 2 ka1...@ernie:~/xastir$ Let me know if you want more of the spew from make. 73, Bill KA1SSR ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On Sat, Jul 10, 2010 at 10:49:16PM -0400, we recorded a bogon-computron collision of the ka1...@earthlink.net flavor, containing: On 07/10/2010 04:43 PM, Tom Russo wrote: On Sat, Jul 10, 2010 at 12:59:43PM -0400, we recorded a bogon-computron collision of theka1...@earthlink.net flavor, containing: On 07/10/2010 11:07 AM, Curt, WE7U wrote: Ah, I stand corrected. Then this means that Bill must have installed Shapelib in the OS. If he installed Shapelib from sources then he can build the tool there. If not, then removing the external Shapelib means he can re-run Xastir's configure and then build the tool in xastir/src/shapelib/contrib/ I ran ./configure --without-festival --with-internal-shapelib CPPFLAGS=-I/usr/include/geotiff, then make. Changed to the ~/xastir/src/shapelib/contrib directory and did a make there. No luck. I then unistalled shapelib, libshp-dev and libshp1 and ran ./configure --without-festival CPPFLAGS=-I/usr/include/geotiff. Still no luck. Configure says that it's using the internal shapelib library in both cases. Ah. I see what the issue is. There is no rule to create dbfinfo in our makefile. We only create dbfadd, dbfcreate, shpadd and shpcreate. Lemme see if I can fix that. Hey, Curt and Tom. Thanks for working on this. I did the configure/make clean/make routine and got... make[4]: *** No rule to make target `../libshape.a', needed by Do your make in the shapelib or the top-level xastir directory instead of the contrib directory. You need to build libshape.a before you can build dbfinfo. Doing the make in the shapelib directory will take care of both doing libshape and the contrib directory. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On Sat, 10 Jul 2010, Bill Hammond wrote: In file included from /usr/include/string.h:640, from dbfinfo.c:48: In function ‘strcpy’, inlined from ‘main’ at dbfinfo.c:116: /usr/include/bits/string3.h:107: warning: call to __builtin___strcpy_chk will always overflow destination buffer mv -f .deps/dbfinfo.Tpo .deps/dbfinfo.Po make[4]: *** No rule to make target `../libshape.a', needed by `dbfinfo'. I just wasted my external Shapelib so that I could test this. After running boostrap.sh and configure, a regular make now blows up with the same error as you show above. Looks like we have a little more work to do on the internal Shapelib compile. -- Curt, WE7U. http://www.eskimo.com/~archer APRS: Where it's at!http://www.xastir.org Lotto: A tax on people who are bad at math. - unknown Windows: Microsoft's tax on computer illiterates. - WE7U. The world DOES revolve around me: I picked the coordinate system!___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building dbfinfo
On Sat, 10 Jul 2010, Curt, WE7U wrote: On Sat, 10 Jul 2010, Bill Hammond wrote: In file included from /usr/include/string.h:640, from dbfinfo.c:48: In function ‘strcpy’, inlined from ‘main’ at dbfinfo.c:116: /usr/include/bits/string3.h:107: warning: call to __builtin___strcpy_chk will always overflow destination buffer mv -f .deps/dbfinfo.Tpo .deps/dbfinfo.Po make[4]: *** No rule to make target `../libshape.a', needed by `dbfinfo'. I just wasted my external Shapelib so that I could test this. After running boostrap.sh and configure, a regular make now blows up with the same error as you show above. Looks like we have a little more work to do on the internal Shapelib compile. If I do this I can make it work: cd xastir/src/shapelib make shapelib.a make shapelib.a must be created before we can create dbfinfo 'cuz it depends on the library being there. -- Curt, WE7U. http://www.eskimo.com/~archer APRS: Where it's at!http://www.xastir.org Lotto: A tax on people who are bad at math. - unknown Windows: Microsoft's tax on computer illiterates. - WE7U. The world DOES revolve around me: I picked the coordinate system!___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir