nRF connect for desktop BLE & DTM apps opens with a blank window

[eyalasko]

Hi,

Like many posts before I'm facing blank white screen when trying to run nRFCOnnect for desktop (3.4.1) BLE app (2.4.0)

Tried to:

• Restart PC
• Uninstall-reinstall 3.4.1
• Uninstall-reinstall 3.4.0
• Uninstall-install latest nrf command line tools-reinstall (link)
• Use nRF52840 (PCA10056) dongle
• Use nRF52832 (PCA10031) dongle
• Use another fresh nRF52840 dongle

all to no avail....

Same blank screen occurs on all other NRFConnect's apps: DTM, RSSI viewer, Programmer but NOT with the toolchain manager... implying it stems from (probably) the same root cause (jlink driver? graphic library?)

Any advise ?

[scottesimon]

I am having the exact same issue, however, I had been using the BLE app for 3 weeks and have changed nothing. Now, all of a sudden today, I have the blank with screen. I have no other apps running. I.E. nothing claiming the COM ports. I have uninstalled and reinstalled the app, reboot, etc. 

Are there any other ideas?

I have:

BLE tool v4.0.4

nRF Connect for Desktop v4.1.2

thanks

[Jakob]

I am running Ubuntu 22.04 and use nRF Connect for Desktop v4.1.2

My BLE tool v4.0.4 window blanks only after selecting the adapter/USB device (both nRF52840 DK and nRF52 DK, adapter programming / image download through JLink still works). It is similar to the problem described here

Other nRF Connect applications (e.g. RSSI viewer) work fine.

Reinstalling nrf command line tools as suggested and even downgrading JLink do not help in my case. 

I double checked my udev rules and read/write permission to serial ports, ttyACM / CDC)

It had been working until yesterday, I never had the "blank window" issue before. Ctrl-R does not help, it will just repeat the crash. From my /var/log/syslog:

systemd[1]: tmp-.mount_nrfconf256ro.mount: Deactivated successfully.

...
kernel: [ 78.648080] nrfconnect-blue[1821]: segfault at 0 ip 00007fca09eb542b sp 00007fca05dfcba8 error 4 in libstdc++.so.6.0.30[7fca09e7d000+111000]
kernel: [ 78.648121] Code: 0f 1f 80 00 00 00 00 31 d2 e9 14 ff ff ff 90 49 89 f0 48 8b 0f 48 8b 77 08 48 89 fa b8 fe ff ff ff 48 29 ce 0f 84 8a 00 00 00 <0f> b6 01 83 f8 7f 0f 86 89 00 00 00 3d c1 00 00 00 76 72 3d df 00

[Jakob]

Hi scottesimon,

[assuming you are on Ubuntu 22.04 64bit] download libstdc++6_12-20220319-1ubuntu1_amd64.deb and extract libstdc++.so.6.0.30

rename the file and (sudo-)copy it to the location of your cuerent libstdc++.so.6.0.30, probably /usr/lib/x86_64-linux-gnu

rewrite the link from libstdc++.so.6 to your renamed file, e.g. sudo ln -fs <your_renamed_file> ./libstdc++.so.6

check if your nRF Connect for Desktop App is working (and revert the link change afterwards).

Regards,

 

[scottesimon]

Thank you so much Jakob. With your help, I was able to get it working again !!

[MCA]

Thank you Jakob !

A safer way (but still not 100% safe) would be to

- extract the lib in a folder of your choice (do not overwrite your system one).
- in a shell, lauch the app using LD_LIBRARY_PATH : LD_LIBRARY_PATH=<your_extract_path> ~/opt/nrfconnect-bluetooth-low-energy/nrfconnect-bluetooth-low-energy-4.0.4-x86_64.AppImage

It seems to do the trick here.

[fanoush]

what worked for me without downgrading libstdc++ is forcing/preloading system version via LD_PRELOAD, this appears to solve conflict with possible older version included inside the AppImage(?), I needed to run it from terminal like this:

LD_PRELOAD=/lib/x86_64-linux-gnu/libstdc++.so.6 ~/opt/nrfconnect-bluetooth-low-energy/nrfconnect-bluetooth-low-energy-4.0.4-x86_64.AppImage

 

[Jakob]

Perfect - this works for me, too. Many Thanks, fanoush!