App Crashed loading shapefile #2982
Unanswered
bclay1297
asked this question in
Support Q&A
Replies: 2 comments
|
Bruce, your stack trace is missing debug symbols. Please locate your .pdb files and regenerate it. |
0 replies
|
Glenn
Thanks for your reply. Unfortunately I seemed to take a major step
backwards and cannot even getosgearth_viewer to run.
Something seems to have changed in my build that I was unaware of.
Regardless of the build mode I use, osg release dlls are called by
osgearthd.dll according to depends.exe. Previous builds called the debug
versions. My current crash when running osgearth_viewerd.exe is in spdlog
Stack trace follows.
KernelBase.dll!00007ffacf8c1b6a() Unknown
vcruntime140.dll!00007ffa91365277() Unknown
spdlog.dll!spdlog::throw_spdlog_ex(std::string msg) Line 66 C++
spdlog.dll!spdlog::details::registry::throw_if_exists_(const std::string
& logger_name) Line 255 C++
spdlog.dll!spdlog::details::registry::register_logger_(std::shared_ptr<spdlog::logger>
new_logger) Line 262 C++
spdlog.dll!spdlog::details::registry::initialize_logger(std::shared_ptr<spdlog::logger>
new_logger) Line 82 C++
spdlog.dll!spdlog::synchronous_factory::create<spdlog::sinks::wincolor_stdout_sink<spdlog::details::console_mutex>,enum
spdlog::color_mode &>(std::string logger_name, spdlog::color_mode &
<args_0>) Line 18 C++
spdlog.dll!spdlog::stdout_color_mt<spdlog::synchronous_factory>(const
std::string & logger_name, spdlog::color_mode mode) Line 18 C++
osgEarthd.dll!`anonymous
namespace'::SpdLogNotifyHandler::SpdLogNotifyHandler() Line 134 C++
osgEarthd.dll!`anonymous namespace'::NotifySingleton::NotifySingleton()
Line 225 C++
osgEarthd.dll!`anonymous namespace'::getNotifySingleton() Line 265 C++
osgEarthd.dll!osgEarth::isNotifyEnabled(osg::NotifySeverity severity)
Line 305 C++
osgEarthd.dll!osgEarth::Registry::Registry() Line 100 C++
osgEarthd.dll!osgEarth::Registry::instance::__l2::<lambda>() Line 315 C++
[External Code]
osgEarthd.dll!osgEarth::Registry::instance() Line 313 C++
osgEarthd.dll!osgEarth::Util::SymbolRegistry::instance::__l2::<lambda>()
Line 19 C++
[External Code]
osgEarthd.dll!osgEarth::Util::SymbolRegistry::instance() Line 17 C++
osgEarthd.dll!osgEarth::Util::RegisterSymbolProxy<osgEarth::Util::SimpleSymbolFactory<osgEarth::AltitudeSymbol>>::RegisterSymbolProxy<osgEarth::Util::SimpleSymbolFactory<osgEarth::AltitudeSymbol>>(osgEarth::Util::SimpleSymbolFactory<osgEarth::AltitudeSymbol>
* factory) Line 144 C++
osgEarthd.dll!`dynamic initializer for
's_osgEarthRegisterSymbolProxy_AltitudeSymbolaltitude''() Line 10 C++
[External Code]
…On Tue, Jun 23, 2026 at 9:14 AM Glenn Waldron ***@***.***> wrote:
Bruce, your stack trace is missing debug symbols. Please locate your .pdb
files and regenerate it.
—
Reply to this email directly, view it on GitHub
<#2982?email_source=notifications&email_token=ADNLDTXUSUGRCVCNBN2QJHD5BJ7EJA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZUGA3TQMRYUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVRTG633UMVZF6Y3MNFRWW#discussioncomment-17407828>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADNLDTQ25RTCW22UHKLPHST5BJ7EJAVCNFSNUABFKJSXA33TNF2G64TZHM4TAMJSG43TWRDJONRXK43TNFXW4OZRGAZTAMZQGUYKC5QC>
.
Triage notifications, keep track of coding agent tasks and review pull
requests on the go with GitHub Mobile for iOS
<https://github.com/notifications/mobile/ios/ADNLDTU7ZGV6AC4AHX4NDFL5BJ7EJA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZUGA3TQMRYUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVJTG633UMVZF62LPOM>
and Android
<https://github.com/notifications/mobile/android/ADNLDTQFSQLKGAJIJBR2MPD5BJ7EJA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZUGA3TQMRYUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVZTG633UMVZF6YLOMRZG62LE>.
Download it today!
You are receiving this because you authored the thread.Message ID:
***@***.***
com>
|
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Testing multiple apps that use the same base code. The base layer when compiled as an application loads the shapefile without any problem. I am using osgEarth 3.8 pulled last week. When I try to load the same shapefile using a managed C / C# to call the bases layer that was compile as a static library the apps crash with a null pointer in ogrspatialreference.cpp->OptionalLockGuard. The loader does not set a spatial reference so I donot see where that is coming from. The source code and the stack trace are shown below.
I have tried multiple shapefiles that do have a prj file with the same results. The stack trace does not seem to stem from the source code.
Other odd occurances that may or may not be related that have their separate loader
Geopackage files load and display in the base app but load without error but do not show
Postgresql data loads and displays in be base app but crash on the same error as shapefiles
Bruce
Source
///////////////////////////////////////////////////////////////////////////////
int VectorDataLayer::AddShapefileLayer2(std::string nodeName,
std::string filename, std::string labelFieldName, float priority,
float symbolSize, unsigned int symbolColor, float minRange, float maxRange)
{
int status = -1;
osgEarth::Style style;
osgEarth::StyleSheet* sheet;
bool useDraping = false;
bool useClamping = true;
}
/////////////////////////////////////////////////////////////
Crashed in ogrspatialreference.cpp
};
/////////////////////////////////////////////////////////////
stack trace
All reactions