"Version `CXXABI_ARM_1.3.3' not found" on Synology

[captainobvious]

When I run

Code: Select all

filebot -script fn:sysinfo

on my Synology DS212j, I get the following error:

Code: Select all

FileBot 4.0 (r2056)
JNA Native: 4.0.0
MediaInfo: MediaInfoLib - v0.7.57
7-Zip-JBinding: net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Failed to load 7z-JBinding: /opt/usr/share/filebot/lib7-Zip-JBinding.so: /opt/lib/libstdc++.so.6: version `CXXABI_ARM_1.3.3' not found (required by /opt/usr/share/filebot/lib7-Zip-JBinding.so)
chromaprint-tools: fpcalc -version failed (/opt/usr/share/filebot/fpcalc)
Extended Attributes: DISABLED
Groovy Engine: 2.2.0
Java(TM) SE Embedded Runtime Environment 1.7.0_21 (headless)
32-bit Java HotSpot(TM) Embedded Client VM
Linux (arm)
Done ヾ(＠⌒ー⌒＠)ノ

Extracting archives with

Code: Select all

filebot -extract

works.

Am I right that my libstdc++.so.6 is outdated?

Code: Select all

DiskStation# strings libstdc++.so.6 | grep CXXABI
CXXABI_1.3
CXXABI_1.3.1

and

Code: Select all

DiskStation# ls -al /opt/lib/libstd*
-rwxr-xr-x 1 root root   1308 Feb 15  2012 /opt/lib/libstdc++.la
lrwxrwxrwx 1 root root     18 Mar 28 11:29 /opt/lib/libstdc++.so -> libstdc++.so.6.0.9
lrwxrwxrwx 1 root root     18 Mar 28 11:29 /opt/lib/libstdc++.so.6 -> libstdc++.so.6.0.9
-rw-r--r-- 1 root root 816192 Feb 14  2012 /opt/lib/libstdc++.so.6.0.9

Any help is appreciated.

Code: Select all

DiskStation# uname -a
Linux DiskStation 2.6.32.12 #4458 Thu Mar 6 14:16:10 CST 2014 armv5tel GNU/Linux

[rednoah]

-extract and related features not supported until someone figures out how to port lib7-Zip-JBinding.so to ARM correctly. Consider yourself lucky that at least libmediainfo is working.

I'm not an expert on native code but I'm pretty sure you're right on the libc not matching. Though even if it did it may still not work. The lib7-Zip-JBinding.so for ARM is pretty much untested doesn't work, but I added it just in cases it works for some systems.

[captainobvious]

Thanks for your quick reply.

Extracting (at least with filebot -extract test.zip --output .) works for me.

I was using the amc-Script on version 3.x (package from missilehugger) and everything worked out well. But then groovy threw some "unexpected token" errors and I understood that I have to upgrade to version 4.0. I managed to upgrade manually but now I am running into the problems mentioned above.

Is there any workaround? I use filebot the following way:

Code: Select all

filebot -script fn:amc /path/to/files/ --output /path/to/output/ --action move --conflict override -non-strict --def subtitles=en clean=y seriesFormat="{n} - {s00e00} - {t}" music=n

Subtitles is a nice to have, the most important thing for me is that it collects all the media files, renames them properly, moves them and cleans up the mess

[rednoah]

I can only say that -extract definitely requires lib7-Zip-JBinding.so and that there is literally only one single ARM binary for it, a test version the developer sent me a few months ago. So even if you updated filebot the lib7-Zip-JBinding.so would still be the same.

[captainobvious]

But this would mean that the lib7-Zip-JBinding.so is working in my case, wouldn't it? I am confused...

[rednoah]

New binaries for ARMv6/7 libmediainfo.so are no available:
https://sourceforge.net/p/filebot/code/ ... linux-arm/

[captainobvious]

Thanks for the update. I replaced libmediainfo.so and libzen.so with the new ones and now I get this

Code: Select all

[root@DiskStation /opt/usr/share/filebot] filebot -script fn:sysinfo
FileBot 4.0 (r2056)
JNA Native: 4.0.0
MediaInfo: MediaInfoLib - v0.7.64
7-Zip-JBinding: OK
chromaprint-tools: fpcalc -version failed (/opt/usr/share/filebot/fpcalc)
Extended Attributes: DISABLED
Groovy Engine: 2.2.0
Java(TM) SE Embedded Runtime Environment 1.7.0_21 (headless)
32-bit Java HotSpot(TM) Embedded Client VM
Linux (arm)
Done ヾ(＠⌒ー⌒＠)ノ

But there still seems to be a problem with fpcalc:

Code: Select all

[root@DiskStation /opt/usr/share/filebot] ./fpcalc -version
./fpcalc: error while loading shared libraries: libavformat.so.52: cannot open shared object file: No such file or directory

Running the amc-script gives the same error as before:

Code: Select all

[root@DiskStation /opt/usr/share/filebot] filebot -script fn:amc /path/to/files/ --output /path/to/output/ --action move --conflict override -non-strict --def subtitles=en clean=y seriesFormat="{n} - {s00e00} - {t}" music=n
Parameter: subtitles = en
Parameter: clean = y
Parameter: seriesFormat = {n} - {s00e00} - {t}
Parameter: music = n
Argument: /path/to/files/
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGILL (0x4) at pc=0x4d0e0744, pid=25170, tid=1082393712
#
# JRE version: 7.0_21-b11
# Java VM: Java HotSpot(TM) Embedded Client VM (23.21-b01 mixed mode linux-arm )
# Problematic frame:
# C  [jna5332953043054192332.tmp+0x12744]  ffi_prep_cif_machdep+0x16c
#
# Core dump written. Default location: /opt/usr/share/filebot/core or core.25170
#
# An error report file with more information is saved as:
# /opt/usr/share/filebot/hs_err_pid25170.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Aborted (core dumped)

Any ideas on this?

[rednoah]

Well, I compiled for ARMv6/7 so I guess it just doesn't work for ARMv5 then. Tried compiling for ARMv5 and the compiler segfaults. On the other side fpcalc and 7z doesn't work on ARMv6/7. I've played with these things for the last few hours and can't fix it.

PS: did you try extracting a .rar or something? Does that work?

[captainobvious]

Thanks for your work!

Yes, extracting works fine for me

Code: Select all

[root@DiskStation /path/to/files] filebot -extract test.zip     
Read archive [test.zip] and extract to [/path/to/files/test]
Extracting files /path/to/files/test/test.txt]
Done ヾ(＠⌒ー⌒＠)ノ

For me the features of version 3.8 were sufficient, is there any chance to run the old version with the amc-script again?

[rednoah]

You can download the old version:
http://www.filebot.net/scripts/amc.groovy

and then just do -script path/to/local/amc.groovy ...

[captainobvious]

Great, I'll try that tomorrow.