Latest Contributions by NorbertThoden

‎12-01-2020

Hi Lucas! Thank your for your clear statement. We just started to take Qt6 into account. . If we have relevant news i will let you. But i assume that i will take time on our side too. Stay healthy Norbert

‎11-25-2020

Hi! I ask myself about the Qt6 support. When will ArcGISRuntimeQt will support Qt6 and when will qt6 be required? Can you share your roadmap or expectations about this issue? Thanks in advance

‎11-20-2020

Hi Luke! Is there an example how to create and destroy graphics as yopu suggested? Thx

‎11-09-2020

Indeed, if forgot to mention the fact that this new lib has to be loaded very early (in the list of libs) We did this by adding that lib to the executable - before we add the other libs. Okay?

‎11-09-2020

Tha´t what i had in mind when i wrote "our" CMakeList.txt. Of course you habe to adapt that into your build environment. maybe yiu are using CMake, pro file (Qt), os something else. Therefore i was also providing the resulting command line. Okay?

‎11-09-2020

Hi! I have attached a zip file containg our complete directory. It contains: arcgisqt5hack.cpp with the implementation of delete arcgisqt5hack.version with the "namespace" CMakeLists.txt with our commands To overcome missing information of our CMakeLists.txt, i provide the sonsole output. I hope you´ll be able to transfer that into your build environment. The main part is marked bold: cd /shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack && /usr/bin/g++ -DArcGISQt5Hack_EXPORTS -DMAKE_ARCGISQT5HACK_LIB -D_LINUX -I/shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack -I/shd/CTC/TOOLS/TDS/TDS-source/Lts/Viewer/SituationMap/ArcGISQt5Hack -I/shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack/ArcGISQt5Hack_autogen/include -Wall -Wextra -Wmissing-include-dirs -Wno-overloaded-virtual -Wno-strict-aliasing -g -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -std=gnu++14 -o CMakeFiles/ArcGISQt5Hack.dir/arcgisqt5hack.cpp.o -c /shd/CTC/TOOLS/TDS/TDS-source/Lts/Viewer/SituationMap/ArcGISQt5Hack/arcgisqt5hack.cpp /shd/CTC/TOOLS/TDS/TDS-source/Lts/Viewer/SituationMap/ArcGISQt5Hack/arcgisqt5hack.cpp:15:45: warning: the program should also define ‘void operator delete(void*)’ [-Wsized-deallocation] __attribute__((visibility("default"))) void operator delete(void* ptr, std::size_t) noexcept ^~~~~~~~ [ 0%] Building CXX object Lts/Viewer/SituationMap/ArcGISQt5Hack/CMakeFiles/ArcGISQt5Hack.dir/ArcGISQt5Hack_autogen/mocs_compilation.cpp.o cd /shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack && /usr/bin/g++ -DArcGISQt5Hack_EXPORTS -DMAKE_ARCGISQT5HACK_LIB -D_LINUX -I/shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack -I/shd/CTC/TOOLS/TDS/TDS-source/Lts/Viewer/SituationMap/ArcGISQt5Hack -I/shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack/ArcGISQt5Hack_autogen/include -Wall -Wextra -Wmissing-include-dirs -Wno-overloaded-virtual -Wno-strict-aliasing -g -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -std=gnu++14 -o CMakeFiles/ArcGISQt5Hack.dir/ArcGISQt5Hack_autogen/mocs_compilation.cpp.o -c /shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack/ArcGISQt5Hack_autogen/mocs_compilation.cpp [100%] Linking CXX shared library ../../../../lib/libArcGISQt5Hack.so cd /shd/CTC/TOOLS/TDS/TDS-build/Lts/Viewer/SituationMap/ArcGISQt5Hack && /usr/bin/cmake -E cmake_link_script CMakeFiles/ArcGISQt5Hack.dir/link.txt --verbose=true /usr/bin/g++ -fPIC -Wall -Wextra -Wmissing-include-dirs -Wno-overloaded-virtual -Wno-strict-aliasing -g -Wl,--no-undefined -shared -Wl,-soname,libArcGISQt5Hack.so -o ../../../../lib/libArcGISQt5Hack.so CMakeFiles/ArcGISQt5Hack.dir/arcgisqt5hack.cpp.o CMakeFiles/ArcGISQt5Hack.dir/ArcGISQt5Hack_autogen/mocs_compilation.cpp.o -Wl,--version-script,/shd/CTC/TOOLS/TDS/TDS-source/Lts/Viewer/SituationMap/ArcGISQt5Hack/arcgisqt5hack.version make[2]: Verzeichnis „/shd/CTC/TOOLS/TDS/TDS-build“ wird verlassen [100%] Built target ArcGISQt5Hack Maybe you can share your result!? Thx

‎11-06-2020

In your application objects/Graphics are created and destroyed. Now we recognize that the memory allocated by Esri::ArcGISRuntime::Graphic is not released. So our application runs out of memory is a few hours (instead of running days and weeks) I wrote a sample to reproduce the issue: 1) start the program -> 185MB 2a) I create 100k objects (SimpleMarkerSymbol) -> exisiting objects: 100k: -> 1008MB 2b) I destroy 100k objects (SimpleMarkerSymbol) -> exisiting objects: 0: -> 1070MB 3a) create 100k objects.. 3b) destroy.. -> exisiting objects: 0: ctc 3981 15.7 7.2 3351616 1186460 pts/8 Sl+ 08:07 0:11 ./MemUsageWithManyMarker -> 1180MB 4a) create 100k objects.. 4b) destroy.. -> exisiting objects: 0: ctc 3981 16.3 7.5 3404684 1233580 pts/8 Sl+ 08:07 0:23 ./MemUsageWithManyMarker -> 1223MB ... The memory isn´t released even if i destroy the a) the GraphicsOverlay, b) MapView or c) Map. Following Cases/Bugs are created: Esri Case #02675513 - Destruction of objects/graphics does not release memory BUG-000135578: Appending 100,000 graphics to GraphicsOverlay causes memory leak Esri Case #02688296 - increasing memory usage over time BUG-000135793 - Creation of an additional 1,000 graphics after initially creating 100,000 graphics causes an increase in memory usage when using dynamic rendering mode

‎11-04-2020

Hi! We still use the solution my colleaguge Christian Erhlicher mentioned. Until now we didn´t recognize any drawbacks yet. So i can recommend that 🙂 I can provide that if helpful

‎10-27-2020

Hi James! Unfortunately i don´t have more information. I sure that the lib is not linked twice... I´ll come back if i have more information.. thx

‎10-08-2020

Hi! The following stack trace has been observed several times on our customer system: System: - V100.8 - Qt 5.15 - openSUSE Leap 15.1 @ 64Bit Unfortunately i have no information about the circumstances under which this error occurs... Thanks in advance for any hints 🙂 #0 0x00007f3f7def0520 in raise () at /lib64/libc.so.6 #1 0x00007f3f7def1b01 in abort () at /lib64/libc.so.6 #2 0x00007f3f7ec400bb in qErrnoWarning(char const*, ...) () at /usr/lib64/libQt5Core.so.5 #3 0x00007f3f7ec6193d in QThread::~QThread() () at /usr/lib64/libQt5Core.so.5 #4 0x00007f3f5b622fc9 in QRTImpl::(anonymous namespace)::Q_QGS_eventLoopThreadInstance::innerFunction()::Holder::~Holder() () at /usr/lib64/libEsriCommonQt.so #5 0x00007f3f7def3138 in __run_exit_handlers () at /lib64/libc.so.6 #6 0x00007f3f7def318a in () at /lib64/libc.so.6 #7 0x00007f3f74785055 in QXcbConnection::processXcbEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5XcbQpa.so.5 #8 0x00007f3f747a9ba3 in () at /usr/lib64/libQt5XcbQpa.so.5 #9 0x00007f3f78e62e87 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #10 0x00007f3f78e63230 in () at /usr/lib64/libglib-2.0.so.0 #11 0x00007f3f78e632bc in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #12 0x00007f3f7eebb58c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #13 0x00007f3f7ee577ba in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #14 0x00007f3f7ee60fb7 in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5 #15 0x00000000004060e8 in () #16 0x00007f3f7dedb34a in __libc_start_main () at /lib64/libc.so.6 #17 0x00000000004071fa in ()

Online Status	Offline
Date Last Visited	‎12-02-2020 05:08 AM

My Ideas

Latest Contributions by NorbertThoden

Re: ArcGIS RuntimeQt and Qt6?

ArcGIS RuntimeQt and Qt6?

Re: Destruction of objects/graphics does not release memory

Re: undefined reference to `operator delete(void*, unsigned long)@Qt_5'

Re: undefined reference to `operator delete(void*, unsigned long)@Qt_5'

Re: undefined reference to `operator delete(void*, unsigned long)@Qt_5'

Destruction of objects/graphics does not release memory

Re: undefined reference to `operator delete(void*, unsigned long)@Qt_5'

Re: abort at exit_handler

abort at exit_handler