【1】I have recognized that it’s too complex to use ue4 to generate a dedicated server. So I choose to program a dedicated server written in C++ by myself. The communication between server and client is essentially socket communication. So it’s not difficult for me. If you want to make things simpler, you can use KBEngine. It’s a open source server engine and it supports ue4.
【2】If you really still want to use ue4 to generate a dedicated server. I think maybe you can wait for 4.17 for further versions. I’m sorry I really don’t know how to solve it.
Bump. This happens for me on dedicated server (with a custom plugin). It doesn’t seem to be a big deal, but the red text in my log display is very upsetting. Maybe it has something to do with the new IWYU system? Like maybe instead of including “Engine” in the Build.cs dependency list, we’re supposed to be more specific.
Yes, it doesn’t seem to be a big problem but I’m not sure. “/Script/Engine” looks like a path in .pak file(I’m really new to ue4). I don’t know whether it will cause crash or something else. Maybe you are right, but I am not able to test excluding “Engine” in Build.cs.
I have the same problem here, but I’m not trying to launch a dedicated server. I’m not even writing in C++… Everything works fine when I hit play but get this error when launching or packaging…
Yeah mine got fixed as well when I went back to a previous version of the level and redid the changes. Probably had something to do with volumetric fog or some LOD settings I guess
Oh wow. For all of us, I think, it was just annoying. It’s actually failing for you? It could be that the this async error is a red herring and your issue is something different. Either that or… Did you do all of the IWYU changes properly? I still think this was an artifact of that transition. Maybe you should post a separate question and give us a link to it.
Then, right before I get that message, I see that I am trying to load a property from a config file that points to a class that doesn’t exist. I fixed that, and the problem went away.
It seemed that the non-existent class put the config loader into an invalid state, which caused the SUBSEQUENT CDO loaded to be filled out with an invalid property, which obviously can cause all sorts of crashes.