[UWP] IL2CPP: Application.Quit does not work

Hi,

we are using Unity 2017.4.10f1.

Application.Quit does not seem to work when I compile for UWP (IL2CPP). Is this a known issue?

Thanks
Jus

 

update:

I found issue 1065223.

We are also using Unity IAP. When will this bug be fixed?

 

Hello I have the same issue on my game, I'm using Unity 2018.2.5f1 + Visual Studio Community 2017 15.8.1 + xbox-live-unity-plugin 1804 QFE 1 Release.

If I build my game as .NET scripting backend all works properly, the game login in the xbox live service and when I call Application.Quit() the game window close correctly. But, if I build my game as IL2CPP scripting backend when I call Application.Quit() the game window freeze and I can't stop the game.

I have observed that if in the IL2CPP version I doesn't login to the xbox live service the game window close correctly when I call Application.Quit().

I don't know exactly where is the problem, can you please explain in more detail how to patch the bug ? I have tried to modify "ScopedThreadAttacher.h" but in my case doesn't works, thank you a lot, Best regards...

 

Hello, I'm sorry, I have misunderstood the patch, if I modify the source file "ScopedThreadAttacher.h" as suggested the game is closed when I call Application.Quit(), thank you very much, Best regards…

 

Thanks for your answer.

Will wait for the official patch. It's not urgent.

 

Hello, wait please, seems that there are some exceptions not handled when the game are closing, my dashboard on Windows dev center signal memory failures each time the game is closed.

I have debugged my game on Visual Studio and when I close it I have many exceptions not handled, Cheers…

 

Hello, there are many exceptions when the game is closed, I hope that the next image is useful.

I'm using "xbox live plugin" on my game for Microsoft Store publish and the exception occours when Application.Quit() is called and the player is signed in, if the player isn't signed in the game close properly when Application.Quit() is called (also without ScopedThreadAttacher modification), Cheers...

Unity version: Unity 2018.2.6f1
Unity Xbox Live plugin version: 1804 QFE 1 Release
Visual Studio 2017 version: 15.8.2

 

Hello, I have tried different solution but nothing, the game raise exception when Application.Quit() is called, I have also tried to unsubscribing from Xbox Live events before quit the game.

The dump file is very large, 1 GB...

I'm stuck because I can't update my game on Microsoft Store in this way, if I build the game as .NET Scripting backend all works OK but sometimes when the player signin the game shutdown and if I build the game as .IL2CPP Scripting backend I can't properly quit the game.

In the IL2CPP version on Windows 10 if the game is closed by X on title bar the game exit properly.

I don't know if I'm the only one with this issue, thank you a lot for your assistance, Cheers…

PS:
The current version of the game on Microsoft Store was built with Unity 2018.1.6f1 and Unity Xbox Live plugin 1711 Release as .NET scripting backend.

https://www.microsoft.com/store/apps/9P5GJQXZL1BQ

 

Don't worry, I will wait the next version of Unity, in the mean time I will investigate on this issue, thank you, Cheers...

 

Hello, I have found a workaround, I don't know if it is a good practice, I have added a WinRT call after Application.Quit() method and the game close without exception.

Leave ScopedThreadAttacher.h as it is after build IL2CPP, I need to do much test before confirm that it's works properly, at the moment I haven't found any error on Windows Dev Center, Cheers…

 

Hello, I have seen that is fixed in the latest release Unity 2018.2.7f1, Best regards…

(1065223) - IL2CPP : Fixed deadlock on exit when calling back to managed code on a thread that doesn't exit before player shutdown.

 

Hello, I'm sorry to signal that with the latest version of Unity 2018.2.7f1 if I run my game in DEBUG build Visual Studio generate exception when the game is closed by Application.Quit() method, in MASTER mode the game close but Windows Dev Center show a memory failure as explained before.

Without signin on xbox-live-plugin my game close poperly in DEBUG and MASTER build.

I'm using

Unity version: Unity 2018.2.7f1
Unity Xbox Live plugin version: 1804 QFE 1 Release
Visual Studio 2017 version: 15.8.3

Best regards…

 

Hello, I have used the workaround Exit() after Quit() but I don't know if it's a good practice, Cheers...

Application.Quit();

#if ENABLE_WINMD_SUPPORT
Windows.ApplicationModel.Core.CoreApplication.Exit();
#endif

PS: I'm not sure but I think that there is something wrong when UWP game works with xbox live plugin.

 

I still have no solution for the problem that Application.Quit() is not working with il2cpp.
I have tried to change ScopedThreadAttacher.h but its not working. If i do this, Unity can not compile it.

So i really need a solution for this!! I'm using Unity 2019.2.1f1
Problem still occurs on the latest Unity build 2019.3.0f3 (and i also don't like to switch!! i rest at 2.1f1).

Thats really annoying!! Users can't close my game!! So please fix it finally or give me a solution!! I can't belive it's really hard to do this!

 

Builds with scripting backend "Mono" dont have this problem.. App is closing perfectly. Build the same with il2cpp and the app is not closing. I have tried a lot. Nothing was helpful. :/

 

System.Diagnostics.Process.GetCurrentProcess().Kill();
Application.Unload();
Application.Quit();

 

..also build with 2019.2.1f1 and 2019.3.0f3 and modify the library

 

Problems only occurs on il2cpp (on mono all is fine):

Unity Editor:
Application.Quit() takes no effect
System.Diagnostics.Process.GetCurrentProcess().Kill(); kills Unity completly.

App build: App is not closing (not crashing as in the editor)

please can someone help me to fix this issue? App is available on Playstore and i really need to fix it!

Debugger shows me:
Der Thread 0x3ba1cbe0 hat mit Code 0 (0x0) geendet.
Der Thread 0x3ba1cab0 hat mit Code 0 (0x0) geendet.
Der Thread 0x3ba1cd10 hat mit Code 0 (0x0) geendet.
Der Thread 0x3ba1c850 hat mit Code 0 (0x0) geendet.
Das Programm "Unity" wurde mit Code 0 (0x0) beendet.

(Thread 0x3ba.. closed with code 0 (0x0)
"Unity" closed with code 0 (0x0))

 

Having the same problem here, but for publishing on Android. The game works perfectly when using mono as the scripting backend. As soon as I switch to il2cpp application.quit no longer works. Everything else works perfectly. Seems unity has some troubleshooting to do because a lot of users I have seen are having this same issue. Please offer a solution, Unity.

 

I have this problem in 2019.2. Application.Quit() works in the XBox build but not on Desktop. No errors, no crashing, but no quitting either - the game just proceeds like no Application.Quit() was called.

 

UWP. Standalone works.

 

Hello, still I have the same issue on Unity 2019.3.12f1, the UWP application quit but generate a failure on Windows Dev Center account, I don't know if it come from xbox live plugin, Cheers...

 

Same here... with same configuration (Xbox Live Plugin)...
And for me the application doesn't quit...

 

Test on 2019-3-13f1 and same. I've used the trick by IElectric and the application ends when launch on vs2019 but when i read the debug log i see:
"Exception levée à 0x00007FFE399AA799 dans MyGame.exe : exception Microsoft C++ : Il2CppExceptionWrapper à l'emplacement de mémoire 0x0000004CE18FEAC0."

 

This worked for me.

Code (CSharp):

1. using System.Collections;
2. using System.Collections.Generic;
3. using UnityEngine;
4.  
5. public class Exit : MonoBehaviour
6. {
7.     // Quit the game.  Put on a button to enable on the button.
8.     void Start()
9.     {
10.         Application.Quit();
11.     }
12.  
13. }

Make that script and put it on a button.
Enable it on button press.
Runs Application.Quit() when it is enabled.
For some reason it works, not sure why.
It only works in a build as Application.Quit only does.

 

For those who are using the Xbox Live Unity Plugin, I have verified that there is a crash in the Microsoft.Xbox.Services.140.UWP.C.dll file upon application exit. It appears to be a thread created on the Native side of things is not being "gracefully stopped and/or exited" upon the application quitting. The most likely culprit is that the thread has some form of cross boundary memory pointer (Native to Managed) that is still referenced in the native side thread that is still running even after the GameAssembly.dll (managed) has unloaded. I have looked through the managed side of things (GameAssembly.dll/Unity Side) and there does not seem to be anything that could be invoked/called to fix the issue...even calling XboxLive.Instance.Dispose() right before calling Application.Quit() doesn't seem to fix the issue. The dispose function of the XboxLive singleton class ~should~ destroy all threads created within the ThreadPool.c file, but then again they also use the libHttpClient that creates threads as well...so it really requires a debug version of the Microsoft.Xbox.Services.140.UWP.C.dll file.

For more information you can review the issue tracker submission I made here:
140.C.dll crashes on app exit

I was going to rebuild the libraries and see specifically where the crash was happening, but as I outlined in the above bug/issue report it is not very easy to get the repo to build. The repo appears to still be based around VS2015 and much older .NET and Windows SDK versions than most people are probably using and/or have installed.
If anyone gets the repo building, please reply in the above GitHub issue (#312) and I will get debug versions of the libraries built and debug down to the offending code. As I mention in issue #312, I currently don't have further time to allocate towards hunting this bug down and since it doesn't seem to be "an issue" getting your title through certification ("Creators Club" only) I guess the only issue would be the Partner Center's database and associated VM resources being consumed if a Creators Club (UWP) Unity game/application using the Xbox Live Unity Plugin becomes really popular (i.e. could generate thousands to 100's of thousands of memory access violation reports per day).

I guess this could be one of those "the squeaky wheel gets the oil" scenarios.

Either case, if you are getting a memory access violation upon exit and it is coming from the Microsoft.Xbox.Services.140.UWP.C.dll then just as an FYI your title will make it through certification (Creators Club) with that issue. The offending DLL will be forced to unload and the thread will eventually be killed (but not before it throws the memory access violation).

 

The quit bug is still there.

 

Am also seeing this from Application.Quit() with Xbox Live services in a UWP build on xbox one. Given this is happening on xbox from a Visual Studio build, what is the best method / steps to create a bug report for Unity?

This is from a Unity 2020.1.6f1 build with IL2CPP.

 

Ok. I did once see it fail here:

Spoiler: win32_threads.c

Code (CSharp):

1. GC_API int GC_CALL GC_register_my_thread(const struct GC_stack_base *sb)
2. {
3.   GC_thread me;
4.   DWORD thread_id = GetCurrentThreadId();
5.   DCL_LOCK_STATE;
6.  
7.   if (GC_need_to_lock == FALSE)
8.     ABORT("Threads explicit registering is not previously enabled");
9.  
10.   /* We lock here, since we want to wait for an ongoing GC.     */
11.   LOCK();  ***** ERROR HERE ******
12.   me = GC_lookup_thread_inner(thread_id);
13.   if (me == 0) {
14. #   ifdef GC_PTHREADS
15.       me = GC_register_my_thread_inner(sb, thread_id);
16.       me -> flags |= DETACHED;
17.           /* Treat as detached, since we do not need to worry about     */
18.           /* pointer results.                                           */
19. #   else
20.       GC_register_my_thread_inner(sb, thread_id);
21. #   endif
22.     UNLOCK();
23.     return GC_SUCCESS;
24.   } else
25. #   ifdef GC_PTHREADS
26.       /* else */ if ((me -> flags & FINISHED) != 0) {
27.         GC_record_stack_base(me, sb);
28.         me -> flags &= ~FINISHED; /* but not DETACHED */
29. #       ifdef THREAD_LOCAL_ALLOC
30.           GC_init_thread_local((GC_tlfs)(&me->tlfs));
31. #       endif
32.         UNLOCK();
33.         return GC_SUCCESS;
34.       } else
35. #   endif
36.   /* else */ {
37.     UNLOCK();
38.     return GC_DUPLICATE;
39.   }
40. }

 

I'm assuming I need to figure out what these threads are, right?

 

I can't remember the last version of Unity that Application.Quit(); actually worked on the Xbox UWP.

I use:

Application.Quit();

#if ENABLE_WINMD_SUPPORT

Windows.ApplicationModel.Core.CoreApplication.Exit();

#endif

That actually works.