==9435== Memcheck, a memory error detector
==9435== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==9435== Using Valgrind-3.22.0 and LibVEX; rerun with -h for copyright info
==9435== Command: python3 /pyside2888.py
==9435== 
==9435== Invalid read of size 8
==9435==    at 0x719895E: TypeCreationStruct::TypeCreationStruct(TypeCreationStruct const&) (sbkmodule.cpp:23)
==9435==    by 0x718C5F0: Shiboken::Module::incarnateHelper(_object*, std::basic_string_view<char, std::char_traits<char> >, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > > const&) (sbkmodule.cpp:99)
==9435==    by 0x718C7C7: Shiboken::Module::incarnateSubtypes(_object*, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > >&) (sbkmodule.cpp:112)
==9435==    by 0x718C973: Shiboken::Module::incarnateType(_object*, char const*, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > >&) (sbkmodule.cpp:135)
==9435==    by 0x718CD9C: Shiboken::Module::resolveLazyClasses(_object*) (sbkmodule.cpp:181)
==9435==    by 0x718E801: Shiboken::Module::lazy_import(_object*, _object*, _object*) (sbkmodule.cpp:448)
==9435==    by 0x5821EE: ??? (in /usr/bin/python3.12)
==9435==    by 0x54B04B: PyObject_Call (in /usr/bin/python3.12)
==9435==    by 0x717092E: feature_import (signature.cpp:297)
==9435==    by 0x5821EE: ??? (in /usr/bin/python3.12)
==9435==    by 0x548EC4: _PyObject_MakeTpCall (in /usr/bin/python3.12)
==9435==    by 0x495ED6: ??? (in /usr/bin/python3.12)
==9435==  Address 0x28 is not stack'd, malloc'd or (recently) free'd
==9435== 
==9435== 
==9435== Process terminating with default action of signal 11 (SIGSEGV)
==9435==  Access not within mapped region at address 0x28
==9435==    at 0x719895E: TypeCreationStruct::TypeCreationStruct(TypeCreationStruct const&) (sbkmodule.cpp:23)
==9435==    by 0x718C5F0: Shiboken::Module::incarnateHelper(_object*, std::basic_string_view<char, std::char_traits<char> >, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > > const&) (sbkmodule.cpp:99)
==9435==    by 0x718C7C7: Shiboken::Module::incarnateSubtypes(_object*, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > >&) (sbkmodule.cpp:112)
==9435==    by 0x718C973: Shiboken::Module::incarnateType(_object*, char const*, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > >&) (sbkmodule.cpp:135)
==9435==    by 0x718CD9C: Shiboken::Module::resolveLazyClasses(_object*) (sbkmodule.cpp:181)
==9435==    by 0x718E801: Shiboken::Module::lazy_import(_object*, _object*, _object*) (sbkmodule.cpp:448)
==9435==    by 0x5821EE: ??? (in /usr/bin/python3.12)
==9435==    by 0x54B04B: PyObject_Call (in /usr/bin/python3.12)
==9435==    by 0x717092E: feature_import (signature.cpp:297)
==9435==    by 0x5821EE: ??? (in /usr/bin/python3.12)
==9435==    by 0x548EC4: _PyObject_MakeTpCall (in /usr/bin/python3.12)
==9435==    by 0x495ED6: ??? (in /usr/bin/python3.12)
==9435==  If you believe this happened as a result of a stack
==9435==  overflow in your program's main thread (unlikely but
==9435==  possible), you can try to increase the size of the
==9435==  main thread stack using the --main-stacksize= flag.
==9435==  The main thread stack size used in this run was 8388608.
==9435== 
==9435== HEAP SUMMARY:
==9435==     in use at exit: 5,723,086 bytes in 14,321 blocks
==9435==   total heap usage: 28,452 allocs, 14,131 frees, 35,984,846 bytes allocated
==9435== 
==9435== 520 bytes in 1 blocks are possibly lost in loss record 6,900 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x586ED6: PyObject_Malloc (in /usr/bin/python3.12)
==9435==    by 0x61C7F4: _PyObject_GC_NewVar (in /usr/bin/python3.12)
==9435==    by 0x590EFC: ??? (in /usr/bin/python3.12)
==9435==    by 0x6B7041: ??? (in /usr/bin/python3.12)
==9435==    by 0x6B09DD: ??? (in /usr/bin/python3.12)
==9435==    by 0x6B0499: ??? (in /usr/bin/python3.12)
==9435==    by 0x6B0210: Py_InitializeFromConfig (in /usr/bin/python3.12)
==9435==    by 0x6BCA64: ??? (in /usr/bin/python3.12)
==9435==    by 0x6BC994: ??? (in /usr/bin/python3.12)
==9435==    by 0x6BC97C: Py_BytesMain (in /usr/bin/python3.12)
==9435==    by 0x49D41C9: (below main) (libc_start_call_main.h:58)
==9435== 
==9435== 520 bytes in 1 blocks are possibly lost in loss record 6,901 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x586ED6: PyObject_Malloc (in /usr/bin/python3.12)
==9435==    by 0x61C7F4: _PyObject_GC_NewVar (in /usr/bin/python3.12)
==9435==    by 0x590CFF: PyTuple_New (in /usr/bin/python3.12)
==9435==    by 0x60337A: ??? (in /usr/bin/python3.12)
==9435==    by 0x60376A: ??? (in /usr/bin/python3.12)
==9435==    by 0x603418: ??? (in /usr/bin/python3.12)
==9435==    by 0x603752: ??? (in /usr/bin/python3.12)
==9435==    by 0x6034F0: ??? (in /usr/bin/python3.12)
==9435==    by 0x603752: ??? (in /usr/bin/python3.12)
==9435==    by 0x605C13: ??? (in /usr/bin/python3.12)
==9435==    by 0x5D828C: _PyEval_EvalFrameDefault (in /usr/bin/python3.12)
==9435== 
==9435== 520 bytes in 1 blocks are definitely lost in loss record 6,902 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x586ED6: PyObject_Malloc (in /usr/bin/python3.12)
==9435==    by 0x584A00: _PyObject_NewVar (in /usr/bin/python3.12)
==9435==    by 0x54DA6F: _PyCode_New (in /usr/bin/python3.12)
==9435==    by 0x5CED72: ??? (in /usr/bin/python3.12)
==9435==    by 0x5EF990: ??? (in /usr/bin/python3.12)
==9435==    by 0x5E5218: _PyAST_Compile (in /usr/bin/python3.12)
==9435==    by 0x608C98: PyRun_StringFlags (in /usr/bin/python3.12)
==9435==    by 0x80A2E3C: init_QtCoreQt(_object*) (qt_wrapper.cpp:8357)
==9435==    by 0x718C60E: Shiboken::Module::incarnateHelper(_object*, std::basic_string_view<char, std::char_traits<char> >, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > > const&) (sbkmodule.cpp:101)
==9435==    by 0x718DF67: Shiboken::Module::checkIfShouldLoadImmediately(_object*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TypeCreationStruct, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, TypeCreationStruct> > > const&) (sbkmodule.cpp:368)
==9435==    by 0x718E192: Shiboken::Module::AddTypeCreationFunction(_object*, char const*, _typeobject* (*)(_object*)) (sbkmodule.cpp:388)
==9435== 
==9435== 544 bytes in 1 blocks are possibly lost in loss record 6,916 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x586ED6: PyObject_Malloc (in /usr/bin/python3.12)
==9435==    by 0x61C7F4: _PyObject_GC_NewVar (in /usr/bin/python3.12)
==9435==    by 0x590CFF: PyTuple_New (in /usr/bin/python3.12)
==9435==    by 0x60337A: ??? (in /usr/bin/python3.12)
==9435==    by 0x60376A: ??? (in /usr/bin/python3.12)
==9435==    by 0x6034F0: ??? (in /usr/bin/python3.12)
==9435==    by 0x603752: ??? (in /usr/bin/python3.12)
==9435==    by 0x6034F0: ??? (in /usr/bin/python3.12)
==9435==    by 0x603752: ??? (in /usr/bin/python3.12)
==9435==    by 0x605C13: ??? (in /usr/bin/python3.12)
==9435==    by 0x5D828C: _PyEval_EvalFrameDefault (in /usr/bin/python3.12)
==9435== 
==9435== 592 bytes in 1 blocks are possibly lost in loss record 6,939 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x586ED6: PyObject_Malloc (in /usr/bin/python3.12)
==9435==    by 0x61C7F4: _PyObject_GC_NewVar (in /usr/bin/python3.12)
==9435==    by 0x590CFF: PyTuple_New (in /usr/bin/python3.12)
==9435==    by 0x60337A: ??? (in /usr/bin/python3.12)
==9435==    by 0x603752: ??? (in /usr/bin/python3.12)
==9435==    by 0x6034F0: ??? (in /usr/bin/python3.12)
==9435==    by 0x603752: ??? (in /usr/bin/python3.12)
==9435==    by 0x605C13: ??? (in /usr/bin/python3.12)
==9435==    by 0x5D828C: _PyEval_EvalFrameDefault (in /usr/bin/python3.12)
==9435==    by 0x549C96: ??? (in /usr/bin/python3.12)
==9435==    by 0x54B522: PyObject_CallMethodObjArgs (in /usr/bin/python3.12)
==9435== 
==9435== 592 bytes in 1 blocks are possibly lost in loss record 6,940 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x586ED6: PyObject_Malloc (in /usr/bin/python3.12)
==9435==    by 0x61C7F4: _PyObject_GC_NewVar (in /usr/bin/python3.12)
==9435==    by 0x590CFF: PyTuple_New (in /usr/bin/python3.12)
==9435==    by 0x60337A: ??? (in /usr/bin/python3.12)
==9435==    by 0x60376A: ??? (in /usr/bin/python3.12)
==9435==    by 0x6034F0: ??? (in /usr/bin/python3.12)
==9435==    by 0x603752: ??? (in /usr/bin/python3.12)
==9435==    by 0x605C13: ??? (in /usr/bin/python3.12)
==9435==    by 0x5D828C: _PyEval_EvalFrameDefault (in /usr/bin/python3.12)
==9435==    by 0x549C96: ??? (in /usr/bin/python3.12)
==9435==    by 0x54B522: PyObject_CallMethodObjArgs (in /usr/bin/python3.12)
==9435== 
==9435== 2,304 bytes in 1 blocks are possibly lost in loss record 7,688 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x4004EDC: malloc (rtld-malloc.h:56)
==9435==    by 0x4004EDC: _dlfo_mappings_segment_allocate (dl-find_object.c:217)
==9435==    by 0x4004EDC: _dl_find_object_update_1 (dl-find_object.c:671)
==9435==    by 0x4004EDC: _dl_find_object_update (dl-find_object.c:805)
==9435==    by 0x400DC37: dl_open_worker_begin (dl-open.c:756)
==9435==    by 0x400151B: _dl_catch_exception (dl-catch.c:237)
==9435==    by 0x400CD1F: dl_open_worker (dl-open.c:803)
==9435==    by 0x400151B: _dl_catch_exception (dl-catch.c:237)
==9435==    by 0x400D163: _dl_open (dl-open.c:905)
==9435==    by 0x4A42193: dlopen_doit (dlopen.c:56)
==9435==    by 0x400151B: _dl_catch_exception (dl-catch.c:237)
==9435==    by 0x4001668: _dl_catch_error (dl-catch.c:256)
==9435==    by 0x4A41C72: _dlerror_run (dlerror.c:138)
==9435==    by 0x4A4224E: dlopen_implementation (dlopen.c:71)
==9435==    by 0x4A4224E: dlopen@@GLIBC_2.34 (dlopen.c:81)
==9435== 
==9435== 2,552 bytes in 1 blocks are possibly lost in loss record 7,693 of 7,843
==9435==    at 0x4846828: malloc (in /usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==9435==    by 0x586ED6: PyObject_Malloc (in /usr/bin/python3.12)
==9435==    by 0x59E05F: PyType_GenericNew (in /usr/bin/python3.12)
==9435==    by 0x599EE6: ??? (in /usr/bin/python3.12)
==9435==    by 0x548EC4: _PyObject_MakeTpCall (in /usr/bin/python3.12)
==9435==    by 0x5D7818: _PyEval_EvalFrameDefault (in /usr/bin/python3.12)
==9435==    by 0x5D5D2A: PyEval_EvalCode (in /usr/bin/python3.12)
==9435==    by 0x5D38BB: ??? (in /usr/bin/python3.12)
==9435==    by 0x58206C: ??? (in /usr/bin/python3.12)
==9435==    by 0x5DB920: _PyEval_EvalFrameDefault (in /usr/bin/python3.12)
==9435==    by 0x549C96: ??? (in /usr/bin/python3.12)
==9435==    by 0x54B522: PyObject_CallMethodObjArgs (in /usr/bin/python3.12)
==9435== 
==9435== LEAK SUMMARY:
==9435==    definitely lost: 520 bytes in 1 blocks
==9435==    indirectly lost: 0 bytes in 0 blocks
==9435==      possibly lost: 7,624 bytes in 7 blocks
==9435==    still reachable: 5,714,942 bytes in 14,313 blocks
==9435==                       of which reachable via heuristic:
==9435==                         newarray           : 1,464 bytes in 3 blocks
==9435==         suppressed: 0 bytes in 0 blocks
==9435== Reachable blocks (those to which a pointer was found) are not shown.
==9435== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==9435== 
==9435== For lists of detected and suppressed errors, rerun with: -s
==9435== ERROR SUMMARY: 9 errors from 9 contexts (suppressed: 0 from 0)