Failure to generate fingerprint with arm64 build of oesenc_pi 1.7

[sailorF54]

Using a ROCK64 board, I have to build oesenc_pi as the package for arm64 is not available. Building O 4.99.0 in /usr/local/share... went OK, the built oesenc 1.7 plugin is available, I have checked that oeserverd is present in /usr/local/bin, but trying to generate the fingerprint fails


Fearing some mistake from my part, I downloaded an "old" 4.8.2 (in /usr/share...) then built oesenc_pi in the proper directories. The plugin is available, including oeserverd, but the same failure occurs when attempting to generate a fingerprint.

In both cases, the log says

14:51:48 CET: PlugInManager: Initializing PlugIn: /usr/lib/opencpn/liboesenc_pi.so 

14:51:48 CET: Path to oeserverd is: /usr/bin/oeserverd 

14:51:53 CET: Create FPR command: /usr/bin/oeserverd -g "/home/rock64/.opencpn/" 

14:51:53 CET: oesenc_pi: oeserverd results: 

14:51:53 CET: execvp(/usr/bin/oeserverd, -g, /home/rock64/.opencpn/) failed with error 2!

[bdbcat]

sailorF54...

Try this in a console window, and report results.


/usr/bin/oeserverd -g "/home/rock64/.opencpn/"

[sailorF54]

Originally Posted by bdbcat

sailorF54...

Try this in a console window, and report results.


/usr/bin/oeserverd -g "/home/rock64/.opencpn/"

Here it is
although oeserverd is in /usr/bin ....

also
rock64@rock64:/usr/bin$ file oeserverd
oeserverd: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=bb2e355e3f4c10a60016b326e2d7fd480967060d, stripped

rock64@rock64:/usr/bin$ uname -a
Linux rock64 4.4.77-rockchip-ayufan-136 #1 SMP Thu Oct 12 09:14:48 UTC 2017 aarch64 GNU/Linux

[nohal]

is it in /usr/bin or in /usr/local/bin?

[stelian]

Try this in the console:

ls -l /usr/bin/oeserverd

file /usr/bin/oeserverd

ldd /usr/bin/oeserverd

[sailorF54]

Originally Posted by nohal

is it in /usr/bin or in /usr/local/bin?

Both: one for my compiled O 4.99.0 and one for dowloaded O. 4.8.2

[sailorF54]

Originally Posted by stelian

Try this in the console:

ls -l /usr/bin/oeserverd

file /usr/bin/oeserverd

ldd /usr/bin/oeserverd

rock64@rock64:/usr/bin$ ls -l /usr/bin/oeserverd
-rwxr-xr-x 1 root root 60592 Feb 15 14:45 /usr/bin/oeserverd

for the file command see my reply to Dave

rock64@rock64:/usr/bin$ ldd /usr/bin/oeserverd
not a dynamic executable

Ps same problem as with Maitai's qtVlm ?

[sailorF54]

I've failed to mention this
Yesterday, I built oesenc_pi for O 4.99.0 and I could generate a fingerprint and access oesenc charts.
This morning, trying to upgrade Strech, I bricked my Rock64 and had to rebuild everything from scratch (loosing the fingerprint)
Did something change overnight (European time ?)

[bdbcat]

sailorF54...

Clear enough.

oeserverd has not been built for ARM64, so it just wont load.
That is why we have no "official" release of oeSENC for ARM64.

I'll try to bring up an ARM64 emulator system. Failing that, I'll get some simple hardware platform to build on. Recommendations, anyone?

Please stand by
Dave

[bdbcat]

sailorF54...

Now I am confused.

No change to oeSENC overnight, so something about your libs or loader has changed.

Dave

[sailorF54]

Originally Posted by bdbcat

sailorF54...

Now I am confused.

No change to oeSENC overnight, so something about your libs or loader has changed.

Dave

That must be it...
A needle in a haystack
The joy of being a trailblazer
Anyway, thanks everyone for your help

[stelian]

Hmmm, if oeserverd is an arm32 binary, first find the 32bit loader, it should be in /lib32 or /lib/, named something like /lib32/ld-2.26.so or /lib32/ld-linux.so.2

Then, type:
LD_TRACE_LOADED_OBJECTS=1 /lib32/ld-linux.so.2 /usr/bin/oeserverd

Does this work ?

[sailorF54]

Originally Posted by stelian

Hmmm, if oeserverd is an arm32 binary, first find the 32bit loader, it should be in /lib32 or /lib/, named something like /lib32/ld-2.26.so or /lib32/ld-linux.so.2

Then, type:
LD_TRACE_LOADED_OBJECTS=1 /lib32/ld-linux.so.2 /usr/bin/oeserverd

Does this work ?

What I've found (see pics)

rock64@rock64:~$ LD_TRACE_LOADED_OBJECTS=1 /lib/aarch64-linux-gnu/ld-2.24.so /usr/bin/oeserverd
/usr/bin/oeserverd: error while loading shared libraries: /usr/bin/oeserverd: wrong ELF class: ELFCLASS32

[stelian]

Originally Posted by sailorF54

What I've found (see pics)

rock64@rock64:~$ LD_TRACE_LOADED_OBJECTS=1 /lib/aarch64-linux-gnu/ld-2.24.so /usr/bin/oeserverd
/usr/bin/oeserverd: error while loading shared libraries: /usr/bin/oeserverd: wrong ELF class: ELFCLASS32

That is the 64 bit loader. You need the 32 bit one (in /lib32 or something like this). If it's missing, maybe you don't have the 32 bit loader and libc.

I'm not sure how debian works on arm64, but maybe something like

apt-get install libc:armhf

could work...

[sailorF54]

I now recall something...
When trying to run 32 bit qtVlm on my 64 bit board, I tried many suggestions found on Google (to no avail)
But one must have been OK to enable oeserverd

sudo apt-get install libc:armhf
Unable to locate package libc:armhf

I'll keep trying
BTW, Stelian, you've won a drink sometime in Perros...