[education/rkward] rkward/rbackend: Clarifications
Thomas Friedrichsmeier
null at kde.org
Mon Jun 24 22:13:02 BST 2024
Git commit 7a34d66ccac4fe9965343e52ca1d2b9fe80ac55f by Thomas Friedrichsmeier.
Committed on 24/06/2024 at 20:41.
Pushed by tfry into branch 'master'.
Clarifications
M +2 -2 rkward/rbackend/rkrbackend_dlopen.cpp
https://invent.kde.org/education/rkward/-/commit/7a34d66ccac4fe9965343e52ca1d2b9fe80ac55f
diff --git a/rkward/rbackend/rkrbackend_dlopen.cpp b/rkward/rbackend/rkrbackend_dlopen.cpp
index 075c9800c..d5681a7c0 100644
--- a/rkward/rbackend/rkrbackend_dlopen.cpp
+++ b/rkward/rbackend/rkrbackend_dlopen.cpp
@@ -41,12 +41,12 @@ auto loadlib(const char* name) {
auto ret = LoadLibraryA(name);
#elif 0 && defined(LM_ID_NEWLM) && !defined(__SANITIZE_ADDRESS__)
// NOTE / TODO: with this, we get Cstack use too close to the limit when loading library(tcltk)
+ // This applies even when loading RK_BACKEND_LIB with dlmopen() and libR.so with plain dlopen(), or vice-versa
auto ret = dlmopen(LM_ID_NEWLM, name, RTLD_NOW | RTLD_LOCAL);
#elif defined(RTLD_DEEPBIND) && !defined(__SANITIZE_ADDRESS__)
auto ret = dlopen(name, RTLD_NOW | RTLD_LOCAL | RTLD_DEEPBIND);
#else
- auto ret = dlopen(name, RTLD_NOW | RTLD_LOCAL); // NOTE: RTLD_DEEPBIND causes undiagnosed runtime failure on Suse Tumbleweed around 05/24 (while it works, elsewhere)
- // possibly again due to address sanitization on the gitlab job?
+ auto ret = dlopen(name, RTLD_NOW | RTLD_LOCAL); // NOTE: RTLD_DEEPBIND or dlmopen causs runtime failure with address sanitization
#endif
if (!ret) {
#ifdef Win32
More information about the rkward-tracker
mailing list