This crash happens occasionally in my project when I operate inside my game and bring up or close canvas based UI. The VS IDE said access of 0 address but the disassembly shoes no 0 pointer anywhere, yet the callstack shows a function call to 0, whereas the register that is used to do the call is not 0.
The logfile did not contain anything recent, the last entry was from the loading of the level and that was it.
alt text
alt text
Hello ,
I have a few questions for you that will help narrow down what issue it is that you are experiencing.
Quick questions:
- Can you reproduce this issue in a clean project?
- If so, could you provide a detailed list of steps to reproduce this issue on our end?
- Could you provide screen shots of any blueprints and/or any code that may be involved with this issue?
I cant reproduce it because it’s a quite complex UI setup with 3 screens and a dialog window and they all depend on project data to fill out fields etc, so it can’t be taken out of my project. Also it happens only randomly and rarely.
when it happens again, I will try to analyze what I did and will try to gatehr whatever data I can including the UMG setups and send them to you
Hello ,
We have not heard back from you in a few days, so we are marking this post as Resolved for tracking purposes. If you are still experiencing the issue you reported, please respond to this message with additional information and we will offer further assistance.
Thank you.
Well this is happening at least once a day for me although it is irreglular. I don’t know what I can do to give you more information other than sending you my whole project which wouldn’t help either because the Unreal part depends on contacting the server to get into the widget system.
I assure you there is a problem becasue it happens in different situations always when I bring up or operate in screens that consists of UMG widgets
Would it be possible for you to provide the complete callstack from the crash report the next time that you experience this crash?
What do you mean, other than the data in the screenshots? When it crashes in VS that’s all I get as far as I know. I can try and run the system outside of VS when I do work that does not involve C++ maybe that creates a minidump
Hello ,
I was referring to the crash reporter window that pops up when the editor crashes. I would also like to ask if it would be possible to provide a copy or simplified copy of the project that reproduces this crash. If so, could you provide it with a list of steps on how to reproduce this issue within that project?
Ok, I will run the software outside of Visual Studio if possible. Or is there a way to create the crash report window when started from Visual Studio?
It is really hit and miss, it happens only sometimes and unpredictable when I click around in the Widget.
Sending you the project wouldn’t really help because it is a client software that connects to my server. You wouldn’t get past the login screen without a server connection.
I will try to catch this crash in the reporter window and send all the data when it happens
Hello ,
I wanted to check in on you and see if you have had a chance to grab a copy of the crash reporter during the crash related to this issue. When you says " …because it is a client software that connects to my server" do you mean that you are using a software outside of the engine that is causing the crash or do you mean that the project is on the servers of a client that you are working with? Also, I understand that the UI may be complex but is there anyway you could narrow down and/or isolate the sections of the setup that are contributing to the crash?
Well I tried to run the project tby clicking on the uproject icon in the project directory but when I do that, I get lots of blueprint errors regarding “missing function calls” etc for functions that are defined in my C++ part, so currently I am not sure how I can run a project outside of VS, its all quite complicated. I’m relatively new to this engine so I’m just trying to get by as best as I can
Server refers to a server that is not UE related. I develop a client program with UE which communicates with a server program through a third party network library, so the server is not UE code and without logging into the server, the UE client can’t move past the login screen.
The crash happens when I click around a lot, not only when my application is running but also when I do a lot of editing in the UE editors. I will see if I can get the client to run without VS so that I can catch the crash.
Isn’t there a way to bring up the crash handler when the application runs in VS? I checked the exception settings but most of them have checkmarks in Green, which I have never seen, and can’t be unchecked
I figured out how to run the project outside VS by changing the compile configuration. I got a crash outside VS, but I dont know if it is the same since I cant see the stack trace. I set the report from the crash report window and included the link to this post and my name in the comment box for easier reference. i will continue to do so, if I receive more crashes
Hello ,
Thank you for submitting the crash report. The information was helpful, however I am still unable to create a reproducible test case with the information provided. Could you make a note of exactly what widgets, features, ect that you are using just before the crash and let me know if you see any patterns? Could you also make a copy of the project and try upgrading to 4.10 and let me know if you are still experiencing the issue there?
Ok, I will install VS 2015 later today and get 4.10 and then check it out and report back in a few days.
It’s difficult to say what widgets may be involved because the crash does not always happen on the same widget. Also it happens rarely maybe 1-2 times a day depending on how much I work with widgets