Version 2.1.0 crashes immediately

[MediumSolid]

I was looking forward to switching from 2.0.0 to 2.1.0 given that our wonderful @v-ein has managed to fix the notorious issue relating to window resizing event not propagating down properly as explained in PR#2521. But unfortunately after upgrading to 2.1.0 by installing directly to Blender's python via "python.exe -m pip install dearpygui==2.1.0 I was meat with unpleasant surprise of instant crash whenever running a script that creates a viewport.

I've tried troubleshooting this issue myself (as a layman) by running numerous new and old(proven and tested in previous version) scripts of various complexity, from the most complex(pygui_demo.py) to the most simplest, but I was met with the same result, an instant crash that is. When reverting to previous version the issue goes away. I even switched between different Blender versions (despite knowing how ridiculous that is) hoping that the issue is somehow Blender related, but no... it persists across all versions from Blender 4.1 to 4.5. So yeah, I don't think the issue lays in Blender. Just in case I also checked the version I'm running the script on, and it properly displayed 2.1.0

The error is a typical exception access violation. The crash log/report more or less states states that the error occurs in line 9601 in dearpygui.py file which is located in Blender's site-package library.

OS: Win11 Home

[v-ein]

Hi @MediumSolid - does the test script crash if you run it directly? (Just double click the .py file). Also, can you attach the simplest test script that fails? Does the following script also crash?

import dearpygui.dearpygui as dpg
dpg.create_context()
dpg.setup_dearpygui()

If it does, can you please attach its crash report?

[MediumSolid]

Hi @v-ein - no, I just checked and scripts that are ran directly via cmd in a non-Blender environment do not crash. Here's the simplest code I tried in Blender that crashes immediately, but not in a standard python environment.

 import dearpygui.dearpygui as dpg

dpg.create_context()

dpg.create_viewport(title="Basic Viewport", width=600, height=400)

dpg.setup_dearpygui()
dpg.show_viewport()

while dpg.is_dearpygui_running():
    dpg.render_dearpygui_frame()

dpg.destroy_context()

[v-ein]

I'll see if I can recreate the issue and debug it. The problem is, I don't have a test machine suitable for modern versions of Blender.

Meanwhile, we can try to debug it on your side. First off, does that three-line script from my previous comment also crash in Blender? If so, can you please attach its crash report?

[MediumSolid]

Sorry for the late reply @v-ein. The script is still crashing the entire application, I went ahead and ran the aforementioned 3-line script and it just crashes in dearpygui 2.1.0 while not in 2.0.0. Here's the blender.crash.txt.

[v-ein]

Unfortunately that crash didn't shed much light so we'll have to debug it somehow. Would you be willing to build DearPyGui on your system? You can find the instructions in wiki - the build process is mostly automated, but if you've never used Visual Studio it might be a bit challenging. The goal is to get a debug build of DPG, and if the script crashes on that build too, we'll be able to open it in Visual Studio's debugger for further analysis.

Alternatively, give me some time to figure out how/where I could install Blender and try to recreate the issue - this way you (hopefully) won't need to build anything.

[MediumSolid]

Hi again @v-ein, and thank you for taking your time to help me out here. But for now I think the best course of action would be for me to build my own DearPyGUI and troubleshoot the issue, no need to involve yourself into this any further seeing as it could be a local issue and not a global one due to lack of complaints by other Blender and DPG users. Now... this will take some time as it's not a priority for me at the moment, but once I run a debug build and get a more informative crash report (if it occurs) I'll let you know. Thanks again.

[BioTurboNick]

I just experienced this issue myself. 2.0 works, 2.1 crashes immediately. Installed just via pip.

[v-ein]

@BioTurboNick, can you please provide a bit more details? What OS and what Python version are you using? Are you running your Python script directly or in Blender?

[BioTurboNick]

Windows 11 24H2 (OS Build 26100.4946) 64-bit

I've observed the issue with Python 3.8.10 and 3.13.7

This is being run directly, not in Blender.

If I execute the test lines from above, reproduced below, on the Python REPL, the REPL crashes with dearpygui 2.1.0, with no stacktrace provided.

import dearpygui.dearpygui as dpg
dpg.create_context()
dpg.setup_dearpygui()

[PastaLaPate]

Windows 11 24H2 Version 10.0.26100 Build 26100 64 Bit
Reproducible on python 3.11.7 dearpygui=2.1.0
With same code as @BioTurboNick
No stacktrace too.

[v-ein]

@BioTurboNick, @PastaLaPate do any of you guys have Visual Studio installed? I can't recreate the issue at the moment, so we can try to debug it on your side.

[PastaLaPate]

@v-ein Yeah i have 2022 Community edition

[v-ein]

Great! Would you be willing to get into this mess with debugging? If so, the first thing I'd ask you to do is to build Dear PyGui as described on this wiki page: Building For Development. We need binaries for either Debug or RelWithDebInfo configuration.

Then, add the output directory to PYTHONPATH and try to recreate the issue. Important: first of all make sure that the module comes from the right place. You can do it this way:

import dearpygui.dearpygui as dpg
print(dpg.__file__)
print(dpg.internal_dpg.__file__)

Both print's must show files from your build output. Note that PYTHONPATH should point to a directory that has a subdirectory named dearpygui, which in turn should contain dearpygui.py and _dearpygui.pyd. Like, if you have the following directory structure:

Then your PYTHONPATH must end with ...\#dpg-releases\1.11.1 (and must not include dearpygui).

If the modules are loaded from the correct location but the issue does not occur with the Debug config, try RelWithDebInfo - it's less suitable for debugging but has higher chances of catching issues that are caused by race conditions (which might well be what we're experiencing here).