Hi Gert, Unfortunatly the extra details of the crash don't help too much, they just provide a few more clues but only scant ones. It's the stack trace that is the essential part to homing in on the cause.
Try build this task on a different OS, there is a chance that it will either just work, or if it fails it will provide more clues as to what might be wrong. Another leads to follow up on is whether gdal is able to read earthmap_merged.tif file, try using gdalinfo on the file to see it can be read OK. Robert. On Wed, Apr 8, 2009 at 4:07 AM, Gert van Maren <[email protected]> wrote: > Hi Robert, > > I did run osgdem in debug mode. No stack trace but the following error in > the output log: > > First-chance exception at 0x7c812a5b in osgdemd.exe: Microsoft C++ > exception: std::bad_alloc at memory location 0x00dbe350.. > The thread 'Win32 Thread' (0xca0) has exited with code 1 (0x1). > The program '[2704] osgdemd.exe: Native' has exited with code 1 (0x1). > > Full log attached. > > Ran it multiple times now in debug and release. The log always stops with > the same last line > > 3479.794 : DestinationTile::readFrom(SetName=, > FileName=F:\K2Vi\Globe_data\earth\images\NEW_Global_texture\earthmap_with_clouds\earthmap_merged.tif) > > Does that give a clue? Maybe data issue? Only variation is the first > number. > > The only other thing I could see was a error in the DOS window when running > VPB but this happened in a earlier task: > "PixelBufferWin32::makeCurrentImplementation, wglMakeCurrent error: The > handle is not valid" also attached. > > Gert > > On Mon, 06 Apr 2009 10:05:22 +1200, < > [email protected]> wrote: > > So try simply running: >> >> osgdem --run-path F:\K2Vi\work_in_progress\Melbourne\osgdem -s >> build_master.source --subtile 13 7394 1195 --task >> tasks/build_subtile_L6_X57_Y9/build_subtile_L13_X7394_Y1195.task --log >> logs/build_subtile_L6_X57_Y9/build_subtile_L13_X7394_Y1195.log >> >> Hopefully this task will fail again, if it does then try and run it in a >> debugger to get a stack trace. >> >> Beyond this we don't really have any clues what have gone wrong. Another >> thing you could try is building under another OS. Windows isn't the best >> platform to do heavy duty lifting like large builds on as the file system is >> just too slow for this type of work. >> > > > > -- > Gert van Maren > > Head of Research & Development > K2Vi Virtual Reality Software > Data Interface Technologies Ltd > > 3 Cliff Wilson street > Level 2, 9305 > Wanaka, New Zealand > Phone: +64 21 2855581 > Email: [email protected] > Web: http://www.k2vi.com > > _______________________________________________ > osg-users mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > >
_______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
