Re: [Flightgear-devel] Terragear now sans plib

2011-11-10 Thread Frederic Bouvier
 FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server.
 Artifacts are archived.

And the 64 bit flavor is available too

Regards,
-Fred

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-09 Thread Geoff McLane
On Tue, 2011-11-08 at 22:15 +0100, Frederic Bouvier wrote:
 - Mail original -
  
  On 8 Nov 2011, at 19:59, Frederic Bouvier wrote:
  
   FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server.
   Artifacts are archived.
  
  Brilliant, thanks Fred.
 
 I am still not sure about the right method to exclude OSG from the build.
 I added -DNO_OPENSCENEGRAPH_INTERFACE -DNO_TIMER to the MSVC flags, but I am
 curious to know how it is done for Linux or Mac.
 
 Regards,
 -Fred
 

Hi Fred,

In Ubuntu linux, because I do NOT have OSG installed in 
any 'standard' place, in my makefg script, I do -
 export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
 export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
to get terragear-cs to cmake build...

Maybe the CFLAGS is not needed. I did try adding -
-D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1
but could NOT get that working... it was not passed to 
the compiler...

Regards,
Geoff.



--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-09 Thread James Turner

On 9 Nov 2011, at 15:32, Geoff McLane wrote:

 In Ubuntu linux, because I do NOT have OSG installed in 
 any 'standard' place, in my makefg script, I do -
 export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
 export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
 to get terragear-cs to cmake build...
 
 Maybe the CFLAGS is not needed. I did try adding -
 -D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1
 but could NOT get that working... it was not passed to 
 the compiler...

The 'best' fix will be to set this define in the root CMakeList for TerraGear - 
I'll do this 'soon' if no one beats me to it.

James


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-09 Thread Frederic Bouvier
  In Ubuntu linux, because I do NOT have OSG installed in
  any 'standard' place, in my makefg script, I do -
  export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
  export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
  to get terragear-cs to cmake build...
  
  Maybe the CFLAGS is not needed. I did try adding -
  -D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1
  but could NOT get that working... it was not passed to
  the compiler...
 
 The 'best' fix will be to set this define in the root CMakeList for
 TerraGear - I'll do this 'soon' if no one beats me to it.

I already did that, but for MSVC only. I also had to add -DNO_TIMER

-Fred

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-09 Thread Geoff McLane
On Wed, 2011-11-09 at 17:56 +0100, Frederic Bouvier wrote:
   In Ubuntu linux, because I do NOT have OSG installed in
   any 'standard' place, in my makefg script, I do -
   export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
   export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
   to get terragear-cs to cmake build...
   
   Maybe the CFLAGS is not needed. I did try adding -
   -D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1
   but could NOT get that working... it was not passed to
   the compiler...
  
  The 'best' fix will be to set this define in the root CMakeList for
  TerraGear - I'll do this 'soon' if no one beats me to it.
 
 I already did that, but for MSVC only. I also had to add -DNO_TIMER
 
 -Fred
 

Hi Fred, James,

Well, I think the -DNO_OPENSCENEGRAPH_INTERFACE=1 
needs to be applied to ALL ports, since terragear-cs 
should have no need for OpenSceneGraph dependence, 
IN ANY MACHINE...

It seems -DNO_TIMER is due solely to a file 
as part of - 
 src/Lib/TriangleJRS/triangle.c
for systems that do NOT have the function 
'gettimeofday()', and that is just native Windows, 
no?

And maybe mingw? Or cygwin? - do not know...

In my previous TG Windows build I added -
#define NO_TIMER
#define TRILIBRARY
to a hand crafted config.h for MSVC...
and added -
#include config.h
to triangle.c...

But now that cmake generates a 'config.h' in 
ALL platforms, then perhaps it could be added 
to that rather than as yet ANOTHER compiler 
switch...

Or perhaps dealt with like TRILIBRARY, in
 src/Lib/TriangleJRS/CMakeLists.txt
set_target_properties(TriangleJRS PROPERTIES
COMPILE_DEFINITIONS TRILIBRARY )

Although, really, it would NOT be a big job to add 
a gettimeofday() service, either using the native 
 QueryPerformanceCounter(li) 
or even _ftime(), for the Windows port...

That could be as simple as -

#ifdef _MSC_VER
#include sys\timeb.h
#ifndef timeval /* is in Ws2_32.h */
struct timeval {
long tv_sec;
long tv_usec;
};
#endif /* timeval */
#ifndef timezone
struct timezone {
  int tz_minuteswest;
  int tz_dsttime;
};
#endif /* timezone */
int gettimeofday(struct timeval *tp, void *tzp)
{
struct _timeb timebuffer;
_ftime(timebuffer);
tp-tv_sec = timebuffer.time;
tp-tv_usec = timebuffer.millitm * 1000;
return 0;
}
#endif /* _MSC_VER */

Just tested this code in Windows, and it compiles 
fine, making no need to define NO_TIMER for 
Windows ;=))

Had to change one other line -
#ifndef NO_TIMER
to
#if !defined(NO_TIMER)  !defined(_MSC_VER)
#include sys/time.h
#endif /* NO_TIMER */

HTH.

Regards,
Geoff.




--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread Martin Spott
Christian Schmitt wrote:

 Can confirm the fix as well. It works all as expected. Waiting for your last 
 feedback now, Martin, before preparing the merge.

I'm pretty certain the crash in 'fgfs-construct' is unrelated, just the
usual issue we already know.  Therefore I'd vote to merge the CMake
branch - just in case, we'd fix the remaining issues in master.

 In the meantime we managed to established a method to reliably create
 topologically clean !! CORINE land cover from the publicly available
 sources, thus we just (TM) need to find out how - reliably - not to
 crash 'fgfs-construct' when processing these detailed datasets at large
 scale  ;-)
 
 That sounds good, but I still don't know what/where the tile border 
 elevation inaccuracies exactly come from...

Well, the typical issues wrt. 'fgfs-construct' are still the same, no
matter wether we're building just Europe or The World.  Therefore, if
we'd manage to 'educate' construct not to crash I'd consider rebuilding
The World anyway 
Anyhow, getting the tile boundaries aligned would still be a great
improvement for future terrain fixes.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread Christian Schmitt
Martin Spott wrote:

 I'm pretty certain the crash in 'fgfs-construct' is unrelated, just the
 usual issue we already know.  Therefore I'd vote to merge the CMake
 branch - just in case, we'd fix the remaining issues in master.

Done. If someone could remove the cmake branches, that'd be nice. :)

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread James Turner

On 8 Nov 2011, at 09:57, Christian Schmitt wrote:

 Done. If someone could remove the cmake branches, that'd be nice. :)

I'll do so, thanks for the merge.

Onwards with fixing the fgfs-construct crashes!

James


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread Frederic Bouvier
Hi,

FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are 
archived.

Regards,
-Fred

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread Gijs de Rooy

 Fred wrote:
 FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are 
 archived.

Wow, thanks a lot!! I've been waiting for that ever since 2009 :)

Gijs  --
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread James Turner

On 8 Nov 2011, at 19:59, Frederic Bouvier wrote:

 FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are 
 archived.

Brilliant, thanks Fred.

James

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread Frederic Bouvier
- Mail original -
 
 On 8 Nov 2011, at 19:59, Frederic Bouvier wrote:
 
  FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server.
  Artifacts are archived.
 
 Brilliant, thanks Fred.

I am still not sure about the right method to exclude OSG from the build.
I added -DNO_OPENSCENEGRAPH_INTERFACE -DNO_TIMER to the MSVC flags, but I am
curious to know how it is done for Linux or Mac.

Regards,
-Fred

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-07 Thread Martin Spott
James Turner wrote:

 This is fixed now, though I don't really understand how it ever
 worked - rawdem.c wasn't checking a particular return code nicely,
 now it does.

Thanks a lot, things are looking much better now !  I'll perform a few
more tests and will report back.
In the meantime we managed to established a method to reliably create
topologically clean !! CORINE land cover from the publicly available
sources, thus we just (TM) need to find out how - reliably - not to
crash 'fgfs-construct' when processing these detailed datasets at large
scale  ;-)

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-07 Thread James Turner

On 7 Nov 2011, at 11:33, Martin Spott wrote:

 Thanks a lot, things are looking much better now !  I'll perform a few
 more tests and will report back.
 In the meantime we managed to established a method to reliably create
 topologically clean !! CORINE land cover from the publicly available
 sources, thus we just (TM) need to find out how - reliably - not to
 crash 'fgfs-construct' when processing these detailed datasets at large
 scale  ;-)

Excellent news. As ever, if you can tell me idiot-proof steps to make it crash, 
I'll be happy to dive in. Of course, if the problem turns out to be GPC, we 
have some further work to do :)

James


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-07 Thread Csaba Halász
On Mon, Nov 7, 2011 at 12:33 PM, Martin Spott martin.sp...@mgras.net wrote:
 James Turner wrote:

 This is fixed now, though I don't really understand how it ever
 worked - rawdem.c wasn't checking a particular return code nicely,
 now it does.

 Thanks a lot, things are looking much better now !

Indeed, valgrind seems to be happy now.

-- 
Csaba/Jester

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-07 Thread Christian Schmitt
Martin Spott wrote:
 
 Thanks a lot, things are looking much better now !  I'll perform a few
 more tests and will report back.

Can confirm the fix as well. It works all as expected. Waiting for your last 
feedback now, Martin, before preparing the merge.

 In the meantime we managed to established a method to reliably create
 topologically clean !! CORINE land cover from the publicly available
 sources, thus we just (TM) need to find out how - reliably - not to
 crash 'fgfs-construct' when processing these detailed datasets at large
 scale  ;-)

That sounds good, but I still don't know what/where the tile border 
elevation inaccuracies exactly come from...

Chris

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-05 Thread James Turner

On 3 Nov 2011, at 18:51, James Turner wrote:

 ... going to be something really obscure when we track this down, I guess

This is fixed now, though I don't really understand how it ever worked - 
rawdem.c wasn't checking a particular return code nicely, now it does.

James


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread James Turner

On 2 Nov 2011, at 19:48, Martin Spott wrote:

 Fixed now, at least, it generated a ton of .dem files for me.
 
 Really ?  And you're on simgear/next and terragear-cs/cmake-integration
 without local changes ?

With some local changes to Simgear/next, but I am 'fairly sure' they don't 
relate to path/file/string handling. (Some changes in the SGOceanTile 
handling)

James




--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Martin Spott
James Turner wrote:
 On 2 Nov 2011, at 19:48, Martin Spott wrote:

 Fixed now, at least, it generated a ton of .dem files for me.
 
 Really ?  And you're on simgear/next and terragear-cs/cmake-integration
 without local changes ?
 
 With some local changes to Simgear/next, but I am 'fairly sure' they
 don't relate to path/file/string handling.  (Some changes in the
 SGOceanTile handling)

Generally I trust your expertise, anyhow I still get the same 'defect'
with a fresh clone of simgear/next and terragear-cs/cmake-integration
I'm at risk of running out of time this week, therefore, unfortunately,
except from a few quick tests I'm unable to dedicate much effort to
digging into this.

Sorry,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Christian Schmitt
James Turner wrote:

 With some local changes to Simgear/next, but I am 'fairly sure' they don't
 relate to path/file/string handling. (Some changes in the SGOceanTile
 handling)
 

I just tested this as well (without your fix) and it works here too. Even 
when using Martin's pathnames.

glibc-2.13
gcc-4.5.3


Martin: Can you tell me under which OS this is happening? So I can try to 
reproduce it in a VM.


Chris

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Martin Spott
Christian Schmitt wrote:

 Martin: Can you tell me under which OS this is happening? So I can try to 
 reproduce it in a VM.

That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and
Glibc-2.11.2, if it matters,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Christian Schmitt
Martin Spott wrote:

 Christian Schmitt wrote:
 
 Martin: Can you tell me under which OS this is happening? So I can try to
 reproduce it in a VM.
 
 That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and
 Glibc-2.11.2, if it matters,
 

I guess it matters, because I get exactly the same error as you now in the 
Debian VM

Chris

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Christian Schmitt
Martin Spott wrote:

 That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and
 Glibc-2.11.2, if it matters,

Ok, I observed the following: compiling the raw2ascii as Release leads to 
the error (on Debian). When compiling as Debug it works here.

Chris

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Curtis Olson
On Thu, Nov 3, 2011 at 8:19 AM, Christian Schmitt wrote:

 Martin Spott wrote:

  That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and
  Glibc-2.11.2, if it matters,

 Ok, I observed the following: compiling the raw2ascii as Release leads to
 the error (on Debian). When compiling as Debug it works here.


Caution on array overruns or (mis)using freed memory if that is your
symptom.

Curt.
-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread James Turner

On 3 Nov 2011, at 13:19, Christian Schmitt wrote:

 That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and
 Glibc-2.11.2, if it matters,
 
 Ok, I observed the following: compiling the raw2ascii as Release leads to 
 the error (on Debian). When compiling as Debug it works here.

Ahh, I was trying Debug, will test Release tomorrow. Thanks Christian!

... going to be something really obscure when we track this down, I guess

James


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-02 Thread Christian Schmitt
James Turner wrote:

 I've pushed a fix to Simgear, updated the tests, and now I can run hgtchop
 happily with latest simgear and terragear.

Not only can I hgtchop, but also build scenery chunks again. So from my 
point of view the problems are solved. Are there any objections against 
pushing the changes to master? So this gets some more testing and more 
people can make use of the improvements.

Chris

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-02 Thread Martin Spott
Christian Schmitt wrote:

 Not only can I hgtchop, but also build scenery chunks again. So from my 
 point of view the problems are solved. Are there any objections against 
 pushing the changes to master?

Yes, raw2ascii doesn't work with both simgear and terragear-cs
HEAD and therefore demchop is still untested.  I'll provide a test
case as soon as time permits - spare time is a bit tight these days.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-02 Thread Martin Spott
Martin Spott wrote:

 Yes, raw2ascii doesn't work with both simgear and terragear-cs
 HEAD and therefore demchop is still untested.  I'll provide a test
 case as soon as time permits - spare time is a bit tight these days.

Ok, try this - get the data files from:

  ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/SRTM/version2_1/HGT/SRTM30/e020n90/

... and run:

DATADIR=${HOME}/archive/GIS/GISData/SRTM/version2_1/HGT/SRTM30
WORKDIR=${HOME}/workdir
mkdir -p ${WORKDIR}/tmp
cd ${WORKDIR}/tmp
unzip ${DATADIR}/e020n90/e020n90.dem.zip
unzip ${DATADIR}/e020n90/e020n90.hdr.zip
mkdir -p ${WORKDIR}/SRTM-30-ASCII/e020n90
raw2ascii E020N90 ${WORKDIR}/SRTM-30-ASCII/e020n90


In normal operation, raw2ascii should almost immediately start
writing lots of files to ${WORKDIR}/SRTM-30-ASCII/e020n90/, but with
current simgear/terragear-cs I'm just getting an insane number of
lines:

 - ignore for now


Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-02 Thread James Turner

On 2 Nov 2011, at 18:33, Martin Spott wrote:

 In normal operation, raw2ascii should almost immediately start
 writing lots of files to ${WORKDIR}/SRTM-30-ASCII/e020n90/, but with
 current simgear/terragear-cs I'm just getting an insane number of
 lines:

Thanks Martin, will take a look.

James


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-02 Thread James Turner

On 2 Nov 2011, at 18:51, James Turner wrote:

 In normal operation, raw2ascii should almost immediately start
 writing lots of files to ${WORKDIR}/SRTM-30-ASCII/e020n90/, but with
 current simgear/terragear-cs I'm just getting an insane number of
 lines:
 
 Thanks Martin, will take a look.

Fixed now, at least, it generated a ton of .dem files for me.

(Minor tweak to the config.h creation - I suspect there's actually a more 
subtle bug in rawdem.c, but that's not a file we've actually changed at all, so 
the CMake behaviour matches the automake behaviour now)

James


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-11-02 Thread Martin Spott
James Turner wrote:
 On 2 Nov 2011, at 18:51, James Turner wrote:
 
 In normal operation, raw2ascii should almost immediately start
 writing lots of files to ${WORKDIR}/SRTM-30-ASCII/e020n90/, but with
 current simgear/terragear-cs I'm just getting an insane number of
 lines:
 
 Thanks Martin, will take a look.
 
 Fixed now, at least, it generated a ton of .dem files for me.

Really ?  And you're on simgear/next and terragear-cs/cmake-integration
without local changes ?

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Martin Spott
Christian Schmitt wrote:

 [...] These changes are not yet in the master tree, but can be tested in the 
 topics/cmake-integration branch. Please do so, if possible, so we can iron 
 out any showstoppers.

Apparently directory path handling has been changed recently in a way
which prevents 'terrafit' from recursively walking the given directory
tree.
This issue is with cmake-integration/CMake, cmake-integration/Autoconf
but master/Autoconf is fine.  I'm also observing a similar behaviour at
'raw2ascii' with cmake-integration/CMake (didn't test Autoconf).

All these test had been performed with recent Gitorious 'simgear'.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread James Turner

On 26 Oct 2011, at 13:13, Martin Spott wrote:

 Apparently directory path handling has been changed recently in a way
 which prevents 'terrafit' from recursively walking the given directory
 tree.
 This issue is with cmake-integration/CMake, cmake-integration/Autoconf
 but master/Autoconf is fine.  I'm also observing a similar behaviour at
 'raw2ascii' with cmake-integration/CMake (didn't test Autoconf).

This is certainly my fault, as part of the changes to switch to using the 
simgear path/directory handling, instead of PLIB.

Can you describe / give me a minimal test setup? My inability to easily test 
such changes is the main reason I don't want to merge to master yet :) I've 
been relying on Chris to test some pieces, but there's a lot of different tools 
in TerraGear.

James


--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Martin Spott
Martin Spott wrote:

 Apparently directory path handling has been changed recently in a way
 which prevents 'terrafit' from recursively walking the given directory
 tree.
 This issue is with cmake-integration/CMake, cmake-integration/Autoconf
 but master/Autoconf is fine.  I'm also observing a similar behaviour at
 'raw2ascii' with cmake-integration/CMake (didn't test Autoconf).

I was interrupted when writing the above   As an addition I'd
propose to separate the de-PLIB-ifying from the 'cmake-integration'
into a separate branch/topic/whatever because the move to CMake as a
build system appears to be successful.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread James Turner

On 26 Oct 2011, at 13:34, Martin Spott wrote:

 I was interrupted when writing the above   As an addition I'd
 propose to separate the de-PLIB-ifying from the 'cmake-integration'
 into a separate branch/topic/whatever because the move to CMake as a
 build system appears to be successful.

A fair suggestion! I originally combined them because it was easier not to 
worry about PLIB when creating the CMake files, but I wasn't expecting the 
slightly-complex changes to de-PLIB the file handling code.

Let me see how hard it would be, to un-pick the changes.

James


--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Geoff McLane
On Wed, 2011-10-26 at 13:19 +0100, James Turner wrote:
 On 26 Oct 2011, at 13:13, Martin Spott wrote:
 
  Apparently directory path handling has been changed recently in a way
  which prevents 'terrafit' from recursively walking the given directory
  tree.
  This issue is with cmake-integration/CMake, cmake-integration/Autoconf
  but master/Autoconf is fine.  I'm also observing a similar behaviour at
  'raw2ascii' with cmake-integration/CMake (didn't test Autoconf).
 
 This is certainly my fault, as part of the changes to switch to using the 
 simgear path/directory handling, instead of PLIB.
 
 Can you describe / give me a minimal test setup? My inability to easily test 
 such changes is the main reason I don't want to merge to master yet :) I've 
 been relying on Chris to test some pieces, but there's a lot of different 
 tools in TerraGear.
 
 James
 

Hi James, Martin,

From a git pull Oct 24 I too could NOT 
get master 'raw2ascii' to compile using 
automake ;=((

An error something like -
'do not know how to make main.c from main.o'
which I did NOT understand... seems reversed!

And why 'main.c', since the Makefile.am shows 
only -
raw2ascii_SOURCES = main.cxx rawdem.c rawdem.h
There is no main.c here???

No particular setup... just the usual ./autogen.sh;
./configure [options, including with-simgear=, 
with-plib= etc]; and make, that has worked 
before...

Except of course this is against sg-git, and 
osg-301. In my case the FULL command was -

tmp/templog55.txt:Doing TG ./configure \
--prefix=/home/geoff --exec-prefix=/home/geoff \
--with-osg=/home/geoff/fg/fg16/install/OSG301 \
--with-simgear=/home/geoff/fg/fg16/install/simgear \
--with-plib=/usr --disable-ogrdecode \
--disable-poly2ogr

Have not tried the cmake branch yet, but 
hope to get around to it soon...

Need a heads up about the removal of PLIB 
dependence eventually in master, since I will need 
to adjust my makefg script, which also makes TG, to 
match, but all this is now arriving nicely as part 
of the commitlogs - Thanks...

Regards,
Geoff.




--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Martin Spott
James Turner wrote:

 Can you describe / give me a minimal test setup?

Difficult, because 'hgtchop' doesn't work any more either, not even
with terragear-cs/master  ;-)
Try this one for the preparational step - adapt from my setup:

DATADIR=${HOME}/archive/GIS/GISData/SRTM/version2_1/HGT/SRTM3
WORKDIR=${HOME}/workdir
mkdir -p ${WORKDIR}
for REGION in Islands; do
for HGTFLE in ${DATADIR}/${REGION}/*.hgt.zip; do
hgtchop 3 ${HGTFLE} ${WORKDIR}/SRTM2-${REGION}-3
done
done


At the current state this leaves an empty ~/workdir/ whereas the
directory should contain approx. 1k files in 170 subdirectories.

The respective SRTM files are available here - unless you prefer to use
the 'authoritative' source:

  ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/SRTM/version2_1/HGT/SRTM3/Islands/

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Christian Schmitt
Geoff McLane wrote:


 An error something like -
 'do not know how to make main.c from main.o'
 which I did NOT understand... seems reversed!
 
 And why 'main.c', since the Makefile.am shows
 only -
 raw2ascii_SOURCES = main.cxx rawdem.c rawdem.h
 There is no main.c here???
 

Hi,

this is caused by old .dep dirs and files lying around, which still contain 
the old names (main was renamed recently). So either restart with a fresh 
repo checkout, or do a grep for main.c in src/Prep/DemRaw2ascii and change 
it accordingly.

HTH
Chris

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Christian Schmitt
James Turner wrote:

 A fair suggestion! I originally combined them because it was easier not to
 worry about PLIB when creating the CMake files, but I wasn't expecting the
 slightly-complex changes to de-PLIB the file handling code.
 
 Let me see how hard it would be, to un-pick the changes.
 

I'm pretty good at untangling git commits, but IMHO, let's only do that if 
it is clear that the current directory problems can't be rectified with 1-2 
more commits. Seperating cmake from de-plib might be far more work.

Chris

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Geoff McLane
On Wed, 2011-10-26 at 15:38 +0200, Christian Schmitt wrote:
 Geoff McLane wrote:
 
  An error something like -
  'do not know how to make main.c from main.o'
  which I did NOT understand... seems reversed!
  
  And why 'main.c', since the Makefile.am shows
  only -
  raw2ascii_SOURCES = main.cxx rawdem.c rawdem.h
  There is no main.c here???
  
 Hi,
 
 this is caused by old .dep dirs and files lying around, which still contain 
 the old names (main was renamed recently). So either restart with a fresh 
 repo checkout, or do a grep for main.c in src/Prep/DemRaw2ascii and change 
 it accordingly.
 
 HTH
 Chris
 

Hi Chris,

Wow, it helped immensely ;=))

Renamed terragear-cs to tg-cs-old, and did a 
fresh clone, configure, compile, install, ... and 3 min 
24 secs later was all done perfectly...

Went back and looked in tg-cs-old/src/Prep/DemRaw2ascii,
and sure enough .deps/main.Po contained 
 main.o: main.c ../../../src/Include/config.h /usr/include/stdio.h \

Tar muchly... will watch for that in future ;=))

Regards,
Geoff.



--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Martin Spott
James Turner wrote:

 Can you describe / give me a minimal test setup?

I'm really running out of ideas and my buget of testing time for today
(maybe this week) is exhausted.  I've tested various pairings of
'simgear' and 'terragear-cs', unfortunately without getting a 'hgtchop'
creating subdirectories and/or files.  Anyhow I'd like to hear from
others being more successful with using recent versions of the
'terragear-cs' tools.

For now, in order to build terrain, I'd recomment simgear-cs at
6284fc22d56d3ca5b447c232e22369d3f0a23d0e and terragear-cs at
1707ec7fbfe09eb39951539334573aa6b1762804

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread James Turner

On 26 Oct 2011, at 18:43, Martin Spott wrote:

 I've tested various pairings of
 'simgear' and 'terragear-cs', unfortunately without getting a 'hgtchop'
 creating subdirectories and/or files.  Anyhow I'd like to hear from
 others being more successful with using recent versions of the
 'terragear-cs' tools.

Just pushed a fix (to SimGear) - I changed the behaviour of an SGPath method, a 
few weeks ago, thinking no one would be relying on the 'old' behaviour ... 
turns out several places in TerraGear rely on exactly the behaviour I thought 
was crazy :)

I've pushed a fix to Simgear, updated the tests, and now I can run hgtchop 
happily with latest simgear and terragear.

James

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Terragear now sans plib

2011-10-25 Thread Christian Schmitt
Hi there,

maybe you have noticed some exceptionally high activity in recent days/weeks 
on the Terragear repo. Well, there is one particular reason for it: It now 
supports the cmake build system and, as of today, does no longer depend on 
plib. These changes are not yet in the master tree, but can be tested in the 
topics/cmake-integration branch. Please do so, if possible, so we can iron 
out any showstoppers.

Chris

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel