Cevaplandı Client x64, speedtree 4.1, audiolib, HLSL shader, DX9, python 2.7, granny2_x64

[Loki70]

ROHAN2 WORLD 1-120 TR TİPİ OFFICIAL YOHARA, BALATHOR VE AMON! 80. GÜNÜNDE! +10.000 ONLİNE! HİLE VE BOT %100 ENGELLİ HEMEN TIKLA!

Hello everyone,

I've just migrated my client to x64. This included recompiling all the libraries like Python, Granny, and SpeedTree, as well as replacing the Miles audio system (which wasn't x64 compatible) with audiolib. I've also implemented memory management via mimalloc and coded the HLSL shader management (vertex and pixel). I can successfully log in-game without any issues on that front.

I did have to add the following to userinterface.cpp:

C++

extern "C" {
// Renaming internal functions to prevent the compiler from getting mixed up
int wrapper_fileno(FILE* f) { return _fileno(f); }
int wrapper_ferror(FILE* f) { return ferror(f); }
void wrapper_clearerr(FILE* f) { clearerr(f); }

// Binding the pointers expected by libconfig++ to our working functions
int(__cdecl* __imp__fileno)(FILE*) = wrapper_fileno;
int(__cdecl* __imp__ferror)(FILE*) = wrapper_ferror;
void(__cdecl* __imp__clearerr)(FILE*) = wrapper_clearerr;
}

However, when closing the client in-game, I get the following errors:

Plaintext

close failed in file object destructor:
sys.excepthook is missing
lost sys.stderr

---

A Runecaster's Insight​

Those specific Python errors at the end of your battle usually mean the C++ client is destroying the Python interpreter (Py_Finalize()) before all Python objects or threads have finished their tasks. The system is trying to write an error to the console or flush an open file, but the great tree of sys has already been cut down.

Would you like me to analyze your client's shutdown sequence or C++ Python wrappers to help you vanquish this destruction-order beast?

 

[ıTEOREMı]

Hello everyone,

I've just migrated my client to x64. This included recompiling all the libraries like Python, Granny, and SpeedTree, as well as replacing the Miles audio system (which wasn't x64 compatible) with audiolib. I've also implemented memory management via mimalloc and coded the HLSL shader management (vertex and pixel). I can successfully log in-game without any issues on that front.

I did have to add the following to userinterface.cpp:

C++

extern "C" {
// Renaming internal functions to prevent the compiler from getting mixed up
int wrapper_fileno(FILE* f) { return _fileno(f); }
int wrapper_ferror(FILE* f) { return ferror(f); }
void wrapper_clearerr(FILE* f) { clearerr(f); }

// Binding the pointers expected by libconfig++ to our working functions
int(__cdecl* __imp__fileno)(FILE*) = wrapper_fileno;
int(__cdecl* __imp__ferror)(FILE*) = wrapper_ferror;
void(__cdecl* __imp__clearerr)(FILE*) = wrapper_clearerr;
}

However, when closing the client in-game, I get the following errors:

Plaintext

close failed in file object destructor:
sys.excepthook is missing
lost sys.stderr

---

A Runecaster's Insight​

Those specific Python errors at the end of your battle usually mean the C++ client is destroying the Python interpreter (Py_Finalize()) before all Python objects or threads have finished their tasks. The system is trying to write an error to the console or flush an open file, but the great tree of sys has already been cut down.

Would you like me to analyze your client's shutdown sequence or C++ Python wrappers to help you vanquish this destruction-order beast?

Hello Bro, this might be the solution to your problem. Could you please test it and share the results with me?

// Python code to be executed immediately before shutdown
void CleanUpPython() {
if (Py_IsInitialized()) {
// 1. sys.stderr ve sys.stdout'u Python'dan koparın veya None yapın
PyObject *sysModule = PyImport_ImportModule("sys");
if (sysModule) {
PyObject *noneObj = Py_None;
Py_INCREF(noneObj);
// Set sys.stderr and sys.stdout to None to prevent Python from writing to.
PyObject_SetAttrString(sysModule, "stderr", noneObj);
PyObject_SetAttrString(sysModule, "stdout", noneObj);
// sys.excepthook clear
PyObject_SetAttrString(sysModule, "excepthook", noneObj);
Py_DECREF(sysModule);
}

// 2. Wait for all Python threads (if any).
PyEval_RestoreThread(PyGILState_GetThisThreadState());
// If necessary, use Py_EndInterpreter or similar cleanup functions.
// 3. You can now safely close the Python interpreter.
Py_Finalize();
}
}

Locate the `py_Finalize()` call in your `userinterface.cpp` file or wherever the game's shutdown logic is located.

Add the code from method 1 above immediately before the `py_Finalize()` call. This prevents Python from accessing objects like `sys.stderr` and `sys.excepthook`.

Close the game and check the console output. Observe if the error message has disappeared.

 

[Loki70]

Hello bro! Thank you so much for the code and for taking the time to help me out.

I tested your function, but unfortunately, it didn't fix the issue on my end. The error was still showing up in the syserr. However, I managed to finally solve it by completely redirecting the standard error output right before the client destroys the UI and the Python environment.

I added these two lines inside bool Main(HINSTANCE hInstance, LPSTR lpCmdLine), just before app->Clear();:

C++

fflush(stderr);
freopen("nul", "w", stderr);

This successfully bypassed the hardcoded error in the Python DLL from reaching the text file, and I don't have the problem anymore! Thanks again for your support!

 

[Son1Dem]

Hello bro! Thank you so much for the code and for taking the time to help me out.

I tested your function, but unfortunately, it didn't fix the issue on my end. The error was still showing up in the syserr. However, I managed to finally solve it by completely redirecting the standard error output right before the client destroys the UI and the Python environment.

I added these two lines inside bool Main(HINSTANCE hInstance, LPSTR lpCmdLine), just before app->Clear();:

C++

fflush(stderr);
freopen("nul", "w", stderr);

This successfully bypassed the hardcoded error in the Python DLL from reaching the text file, and I don't have the problem anymore! Thanks again for your support!

yokhu123 Sorun çözülmedi diyor musait vakitte tekrar bi bakarmısın rica etsem .​

 

[Loki70]

yokhu123 Sorun çözülmedi diyor musait vakitte tekrar bi bakarmısın rica etsem .​

i have try but not solved my probleme in sysserr i have always

close failed in file object destructor:
sys.excepthook is missing
lost sys.stderr

and in console debug i have nothing

but i have solve problem with

fflush(stderr);
freopen("nul", "w", stderr);