Libnxegl.so causes crashes of unrelated applications?

[JohnSmithV20]

Hi, what is the purpose of the “libnxegl.so” library? I was really surprised that it’s loaded for *all* executed processes, even console applications that have nothing to do with anything related to GUI.

Anyway, it seems that /usr/NX/lib/libnxegl.so crashes unrelated applications, like:

succubus :: ~ » host
free(): invalid pointer
[1]    3144172 IOT instruction (core dumped)  host

After running it in gdb I have:

Program received signal SIGABRT, Aborted.
0x00007ffff7cf33f4 in ?? () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff7cf33f4 in ?? () from /usr/lib/libc.so.6
#1  0x00007ffff7c9a120 in raise () from /usr/lib/libc.so.6
#2  0x00007ffff7c814c3 in abort () from /usr/lib/libc.so.6
#3  0x00007ffff7c82354 in ?? () from /usr/lib/libc.so.6
#4  0x00007ffff7cfd765 in ?? () from /usr/lib/libc.so.6
#5  0x00007ffff7cffc4c in ?? () from /usr/lib/libc.so.6
#6  0x00007ffff7d025ce in free () from /usr/lib/libc.so.6
#7  0x00007fffea1cbbb3 in ?? () from /usr/lib/libLLVM.so.18.1
#8  0x00007fffe9cea1f1 in ?? () from /usr/lib/libLLVM.so.18.1
#9  0x00007ffff7fcb5b7 in ?? () from /lib64/ld-linux-x86-64.so.2
#10 0x00007ffff7fcb6ad in ?? () from /lib64/ld-linux-x86-64.so.2
#11 0x00007ffff7fc85c2 in _dl_catch_exception () from /lib64/ld-linux-x86-64.so.2
#12 0x00007ffff7fd24fc in ?? () from /lib64/ld-linux-x86-64.so.2
#13 0x00007ffff7fc8523 in _dl_catch_exception () from /lib64/ld-linux-x86-64.so.2
#14 0x00007ffff7fd2904 in ?? () from /lib64/ld-linux-x86-64.so.2
#15 0x00007ffff7cecf14 in ?? () from /usr/lib/libc.so.6
#16 0x00007ffff7fc8523 in _dl_catch_exception () from /lib64/ld-linux-x86-64.so.2
#17 0x00007ffff7fc8679 in ?? () from /lib64/ld-linux-x86-64.so.2
#18 0x00007ffff7cec9f3 in ?? () from /usr/lib/libc.so.6
#19 0x00007ffff7cecfcf in dlopen () from /usr/lib/libc.so.6
#20 0x00007ffff7a06ab6 in nxeglFunctionsInit () from /usr/NX/lib/libnxegl.so
#21 0x00007ffff7a03f35 in ?? () from /usr/NX/lib/libnxegl.so
#22 0x00007ffff7fcb5b7 in ?? () from /lib64/ld-linux-x86-64.so.2
#23 0x00007ffff7fcb6ad in ?? () from /lib64/ld-linux-x86-64.so.2
#24 0x00007ffff7fe3e20 in ?? () from /lib64/ld-linux-x86-64.so.2
#25 0x0000000000000001 in ?? ()
#26 0x00007fffffffd207 in ?? ()
#27 0x0000000000000000 in ?? ()

Is this library needed for client-only use of NoMachine? (e.g. I won’t ever be connecting to this Linux machine, only from this Linux machine to other Windows/macOSes).

I know how I can remove the file by force, so that it won’t be used on my system, but I’m wondering if it’s possible for NoMachine to omit installation of this file? Is this supported on Linux?

[fra81]

Hi,

this is the first time a similar issue has been reported, so we want to try and reproduce it in our lab. What is the Linux distribution and version you are using? What desktop environment?

Please also compress the nxegl log directory ($HOME/.nx/nxegl) and send us. You can attach the archive here or send to forum[at]nomachine[dot]com.

Is this library needed for client-only use of NoMachine? (e.g. I won’t ever be connecting to this Linux machine, only from this Linux machine to other Windows/macOSes).

It isn’t. You can disable the loading of this library with this command:

sudo /usr/NX/bin/nxserver --eglcapture no

[JohnSmithV20]

Hi, it’s a regularly updated ArchLinux system. Unfortunately I don’t have the “nxegl” directory inside ~/.nx — I only have “nxserver.log” and a bunch of cache/config/temp directories:

succubus :: ~/.nx » tree
.
├── cache
│   ├── 4e6df81c-69ac-4b2d-9313-0bbdb750940d.nxs
│   ├── 8316b3b5-81f4-4fb0-8573-ad16428326c8.nxs
│   └── be500917-6ec1-4c2f-869b-c5afd8378cb5.nxs
├── config
│   ├── hosts.crt
│   └── player.cfg
├── F-M-succubus-13001-2DD36439DC4FAE245B88C3DEC340FE5C
│   ├── authority
│   ├── options
│   └── session
├── fonts
│   ├── 051b32d05268001c4fca9c396e2ae99a-le64.cache-7
…snip…
│   └── ffabee0e3ed22a06206923f7fac5e1c0-le64.cache-7
├── M-succubus-13001-3509411204734A490D6ED8159A508657
│   ├── authority
│   ├── options
│   └── session
├── M-succubus-13001-C5D294EB4EB8FF4EE53A33E4483DFF27
│   ├── authority
│   ├── options
│   └── session
├── node
│   ├── C-succubus-1001-B42121D9C378700770046CC58BA5F6BC
│   │   ├── authority
│   │   ├── authorityscript
│   │   ├── client
│   │   │   ├── cookie
│   │   │   ├── directory
│   │   │   └── pid
│   │   ├── options
│   │   └── session
│   ├── F-C-succubus-1001-0BCBDD9D734E3338CFD1EEC949FC441F
│   │   └── client
│   │       ├── cookie
│   │       ├── directory
│   │       └── pid
│   └── F-C-succubus-1001-96A9AA9FA709CECB53B08D2057DE15C1
│       ├── authority
│       ├── authorityscript
│       ├── client
│       ├── options
│       └── session
├── nxdevice
│   └── P-1002-233AE5BC868FFD6A1551B6243071D0E5
│       ├── disk
│       └── printer
├── nxserver.log
├── R-localhost-679863-B612A72EA446E485DCC463365AFAD355
│   ├── connection
│   ├── options
│   └── session
└── temp
├── client.db
├── instance.lock
└── restore

[fra81]

Hi,

is that the home dir of the same user who owns the desktop?

What is the desktop environment (Gnome, KDE…) in use and version?

Does ‘/usr/NX/bin/nxserver –eglcapture no’ help to solve the crashes? I forgot to say that you need to logout and login again, or reboot the host, to make this change effective.

[JohnSmithV20]

Yes, this machine has only one user on the system, which is using the desktop (me). The /root/.nx directory doesn’t exist.

There’s KDE v6.1.4 on Wayland running on the machine.

The --eglcapture no command does resolve the problem after reboot, thank you.

[Author]

Posts