Bug #5073
tvh for openwrt x86_64 Problem feedback。
0%
Description
I want to submit a question that I don't know if it's BUG.
My environment is openwrt x86 64
TVH started in February 14th, and the version of commit 2bac408f30e0dc9d8d35480ccce19cd3ebd2336b (it's OK) was abnormal in openwrt environment.
After repeated testing, this is the last version that can be used normally.
2.14, ae2c76c7886dbec3c2d420b734659ce97a62fc72 compilation failed.
Error:
Src/epg.c: In function'epg_broadcast_serialize':
Src/epg.c:1481:10: error:'a'may be used uninitialized in this function [-Werror=maybe-uninitialized].
If (a) htsmsg_add_msg (m, "genre", a);
.......
Most versions in the future cannot work properly, one is compilation errors.
The two is that we cannot execute executable files, such as no hints, but the file process is not running. Two is the next kind of hint.
Apr 8 20184fe0af0e8d9e47b1bbae5599bea09a772325a9f9
This is a version a few days ago. After being compiled in normal environment, the following error occurred in the execution file.
I once thought it was a problem with iconv. After changing the 1.15 version of libiconv for openwrt, the compiler can be passed, but there is no error prompt after execution. Dmesg also doesn't have any information available. It's just that the process has not been carried out.
Files
History
Updated by Jaroslav Kysela over 6 years ago
Updated by Give us a clear explanation of your problems for the latest 4.3 code (v4.3-1234-g78081ea95). Gather compilation errors or logs if tvh can be compiled.
Updated by shengkun zang over 6 years ago
Updated by Jaroslav Kysela wrote:
Give us a clear explanation of your problems for the latest 4.3 code (v4.3-1234-g78081ea95). Gather compilation errors or logs if tvh can be compiled.
root@OpenWrt:/usr/bin# ./tvheadend
2018-04-14 15:46:47.485 [ INFO] main: Log started
2018-04-14 15:46:47.486 [ INFO] http: Starting HTTP server 0.0.0.0:9981
2018-04-14 15:46:47.486 [ INFO] htsp: Starting HTSP server 0.0.0.0:9982
2018-04-14 15:46:47.586 [ INFO] config: loaded
2018-04-14 15:46:47.586 [ INFO] config: scanfile (re)initialization with path <none>
2018-04-14 15:46:47.586 [ ERROR] main: iconv() routine is not working properly ((null)), aborting!
Segmentation fault
Updated by shengkun zang over 6 years ago
Jaroslav Kysela wrote:
Give us a clear explanation of your problems for the latest 4.3 code (v4.3-1234-g78081ea95). Gather compilation errors or logs if tvh can be compiled.
commit 2bac408f30e0dc9d8d35480ccce19cd3ebd2336b It's the last normal version.
Updated by Jaroslav Kysela over 6 years ago
- Status changed from New to Invalid
The problem is in the used iconv library which does not work properly:
2018-04-14 15:46:47.586 [ ERROR] main: iconv() routine is not working properly ((null)), aborting!
Updated by Robert K almost 6 years ago
Updated by 
Jaroslav Kysela wrote:
The problem is in the used iconv library which does not work properly:
[...]
I'm getting the same "*iconv() routine is not working properly*" error compiling it in Alpine Linux. It compiles successfully, but when the compiled binary is launched it crashes with that error. Where can I find the iconv version used in my system??
Updated by Robert K almost 6 years ago
Jaroslav Kysela wrote:
Check your libc.
If I'm not wrong Alpine uses musl instead of libc, maybe that has something to do with it. Maybe OpenWRT is using also musl to keep its small size. I will stil try to find out more about it and report back.
Updated by Robert K almost 6 years ago
So it seems that musl doesn't support internationalisation at all, and that iconv in musl is very limited. Is it possible to disable internationalisation in TVHeadend? Or any other ideas?