[VU+ Duo2] Box crashes when I access EPG

[ocean]

4) The following is the crash we are talking about.

< 37259.6921> [eRCDeviceInputDev] emit: 1
< 37259.6927> [InfoBarGenerics] Key: 352 (Make) KeyID='KEY_OK' Binding='('OK',)'.
< 37259.6929> [ActionMap] Keymap 'OkCancelActions' -> Action = 'ok'.
< 37259.7005> [Skin] Processing screen 'BouquetSelector', position=(0, 0), size=(1920 x 1080) for module 'BouquetSelector'.
< 37259.7344> [Skin] Processing screen 'SimpleSummary' from list 'BouquetSelectorSummary, ScreenSummary, BouquetSelector_summary, SimpleSummary', position=(0, 0), size=(255 x 64) for module 'ScreenSummary'.
< 37259.8462> PC: 75c14bd4
< 37259.8462>     00000000 00000001 00000000 7705a020
< 37259.8462>     0000762f 0000762f 00000006 00000000
< 37259.8462>     00000007 00000001 75d40000 75d80000
< 37259.8463>     75d400f4 75d78c24 75d78c3c 75ebf3c8
< 37259.8463>     0000762f 75d30000 75d30000 00000006
< 37259.8463>     00000001 00000000 04b3c4a8 01231bcc
< 37259.8463>     00000018 75c51b90 00000000 00000000
< 37259.8463>     75d34580 7fb84910 00000000 75c14bc0
< 37259.8466> Backtrace:
< 37259.8471> /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x46F058]
< 37259.8472> linux-vdso.so.1(n/a) [0x77099540]
< 37259.8474> /lib/libc.so.6(n/a) [0x75C14BD4]
< 37259.8476> /lib/libc.so.6(gsignal) [0x75BCDC3C]
< 37259.8478> /lib/libc.so.6(abort) [0x75BB86B8]
< 37259.8478> -------FATAL SIGNAL (6)

Most likely it crashes when trying to display character. To fix it you would need to find out where it uses that string.

Fix could then be similar as in movielist.py, chardet.detect()

Ofcourse C++ code should also be fixed so that it does not crash. I did mention this before here:

https://www.world-of-satellite.com/...ontains-filenames-with-Windows-encoding/page9

 

[Huevos]

Most likely it crashes when trying to display character. To fix it you would need to find out where it uses that string.

Fix could then be similar as in movielist.py, chardet.detect()

Ofcourse C++ code should also be fixed so that it does not crash. I did mention this before here:

https://www.world-of-satellite.com/...ontains-filenames-with-Windows-encoding/page9

It is a "º" in a bouquet file causes the crash when trying to add an additional channel to the bouquet... but the bouquet is from Py2 version. So first test he need to do is create the bouquet file using the current version.

 

[Huevos]

Agreed, but I think it happens after python passes in a "string" that isn't utf-8?

No. The service ref is passed to EPGCache. The junk is in the EPG data. The return value from EPGCache to python is returned with the exception set. There is a workaround in python to avoid the crash. https://github.com/OpenViX/enigma2/commit/bb349e0c259b3ac20084d2e54421e2f8facb78cc but we need to workout how the junk data is getting in. Maybe the wrong encoding flag is being sent in the SI table, or none at all.

 

[birdman]

No. The service ref is passed to EPGCache. The junk is in the EPG data.

That was certainly the case several years ago.
Anything using externally-supplied data should be able to get by without crashing regardless of what is sent, since in practice you have no control over it.

 

[Huevos]

There is nothing wrong with the query. You can even play with the duration and find out exactly which program is responsible, but not part (title, description, etc).

The exception is return from this function: https://github.com/OpenViX/enigma2/blob/Developer/lib/dvb/epgcache.h#L221

I would be interested in feedback from @ocean.

 

[birdman]

There is nothing wrong with the query. You can even play with the duration and find out exactly which program is responsible, but not part (title, description, etc).

So your saying that the error is in the EPG data itself?
So that should be validated before it gets put into place.

 

[Huevos]

So your saying that the error is in the EPG data itself?
So that should be validated before it gets put into place.

Yes the junk is in the EPG data already in the cache. If you know how to validate that on entry please be my guest.

 

[birdman]

Yes the junk is in the EPG data already in the cache. If you know how to validate that on entry please be my guest.

If it's being downloaded and inserted than that program can (and should) do it.
EIT data might be more of a problem, but I suspect there's just one location...

 

[Huevos]

If it's being downloaded and inserted than that program can (and should) do it.
EIT data might be more of a problem, but I suspect there's just one location...

Pretty sure it is junk in eit, or no encoding specified in eit. I tested here locally and it was crashing for me on one channel. Right now I can't remember the channel.