Is there a corresponding Vantage_***.dmp file in your %TEMP% folder? Could you also share the log file from %AppData%\Chaos Group\Vantage (after it crashes, because it gets overwritten every time)? Are you doing anything when it crashes?
Below are a few dmp files from yesterday and and a log file.
While trying to find what causes the issue, I found quite a few other applications on the github that also use Qt5 and also experience similar random crashes.
Honestly, I don’t want to start cosmos service.
It caused me quite a lot of issues and wasted time tracing problem just to find out that it locks the whole 3ds max when the folder is shared.
This is another request. Please STOP trying to push Cosmos. Make it an optional install.
OK. I am trying to understand how it fails because there are lots of log messages “Trying to connect an http1.x server” from our Cosmos code and it later crashes on updating the scene name for the Cosmos browser. I don’t know how to reproduce this state. If I stop Cosmos on my machine it only warns that it’s offline and doesn’t produce these errors or a crash. Do you have any cbservice.exe process running or some other service on port 30305?
- With the service started it continued to crash. However, the service was running but I found some error for no connection to db or something like that.
- With stopped service it continued to crash.
What fixed the issue was to uninstall Cosmos, then uninstall Vantage and install Vantage again. No more crashes for now.
Now with Cosmos stopped, I’m getting warnings that it can’t connect and retrying…
Before this, I tried multiple reinstalls of Vantage however nothing worked. What solved the issue was uninstalling Cosmos. Which makes me thing that something changed between 1.8.4 and 1.8.5 that makes Vantage more dependent on Cosmos.
Below are two different dumps with and without cosmos service runnning during the crash.
Glad the crashes are resolved. I’m not sure what happened. We haven’t changed Cosmos related code between 1.8.4 and 1.8.5, but the 1.8.5 installer may have updated the Cosmos service itself to a newer version - it should include 2023.4.18 while 1.8.4 includes Cosmos 2023.1.12.
The Cosmos team suggested deleting the .DB files from C:\\Users\\3duser\\Documents\\Chaos Cosmos
1. Stop cbservice;
2. Delete the files;
3. Start the service;