Beiträge von Fourty2

Fourty2 · 7. Februar 2019

Hallo zusammen,

seit einem Update der MariaDB in debian buster bekommen ich beim epg2vdr compilieren folgenden Fehler:

Code

db.c: In member function 'int cDbConnection::errorSql(cDbConnection*, const char*, MYSQL_STMT*, const char*)':
db.c:1382:17: error: 'CR_INVALID_CONN_HANDLE' was not declared in this scope
error == CR_INVALID_CONN_HANDLE ||
^~~~~~~~~~~~~~~~~~~~~~
db.c:1382:17: note: suggested alternative: 'CR_INVALID_BUFFER_USE'
error == CR_INVALID_CONN_HANDLE ||
^~~~~~~~~~~~~~~~~~~~~~
CR_INVALID_BUFFER_USE
db.c:1386:17: error: 'CR_CONN_UNKNOW_PROTOCOL' was not declared in this scope
error == CR_CONN_UNKNOW_PROTOCOL ||
^~~~~~~~~~~~~~~~~~~~~~~
db.c:1386:17: note: suggested alternative: 'CR_CONN_UNKNOWN_PROTOCOL'
error == CR_CONN_UNKNOW_PROTOCOL ||
^~~~~~~~~~~~~~~~~~~~~~~
CR_CONN_UNKNOWN_PROTOCOL
make[2] *** [Makefile:86: db.o] Fehler 1

Alles anzeigen

Einfach mit "suggested alternative" ersetzen, oder ist da Nacharbeit erforderlich?

Stefan

Fourty2 · 19. Januar 2019

Hallo zusammen,

hab da noch einen Segfault im epg2vdr, wenn man beim Starten ein paar Tasten zuviel drückt:

Code

Thread 26 "epg2vdr-update" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fbc577fe700 (LWP 8094)]
cUpdate::updateRecordingTable (this=this@entry=0x55b16b6db8c0, fullReload=<optimized out>) at lib/db.h:681
681 cDbValue* getValue(const char* n) { GET_FIELD_RES(n, 0); return &dbValues[f->getIndex()]; }
(gdb) bt
#0 0x00007fbcc23f2ab9 in cUpdate::updateRecordingTable(int) (this=this@entry=0x55b16b6db8c0, fullReload=<optimized out>) at lib/db.h:681
#1 0x00007fbcc23ddd82 in cUpdate::Action() (this=0x55b16b6db8c0) at update.c:1347
#2 0x000055b169c213a1 in cThread::StartThread(cThread*) (Thread=0x55b16b6db8c0) at thread.c:293
#3 0x00007fbcced22fa3 in start_thread (arg=<optimized out>) at pthread_create.c:486
#4 0x00007fbcce61a7ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
(gdb)

Alles anzeigen

Ideen?

Stefan

Fourty2 · 7. Januar 2019

kamel5

Ja stimmt, der Patch ist kaputt. Hab mal wieder aus dem Nano kopiert, ohne vorher ESC+$ zu drücken... Arrgh.

Also fehlt, was rechts nicht im Fenster war.

Anbei der komplette Patch (mit entferntem Alt-Code)

Stefan

Fourty2 · 7. Januar 2019

Wenn ich das richtig verstehe, bleibt nach einem Erase lediglich das Start-Element der Iteration gültig.

Ein for() Loop ist demnach eher ungünstig, wenn man alle Elemente löscht.

Hab das jetzt mal so gepachted - so läuft es erstmal und scheint noch zu funktionieren.

Diff

--- a/conflictcheck.c
+++ b/conflictcheck.c
@@ -584,12 +584,23 @@
LogFile.Log(3, "add pending timers");
// if we have pending timers add them to the current start list
+ it = pendingTimers.begin();
+ while (it != pendingTimers.end())
+ {
+ if ((*it) && (*it)->stop > checkTime->evaltime)
+ checkTime->startingTimers.insert(*it);
+ pendingTimers.erase(*it);
+ it = pendingTimers.begin();
+ }
+
+/*
for (it = pendingTimers.begin(); it != pendingTimers.end(); ++it) {
if ((*it) && (*it)->stop > checkTime->evaltime)
checkTime->startingTimers.insert(*it);
pendingTimers.erase(*it);
}
+*/
LogFile.Log(3, "attach starting timers");
// handle starting timers
for (it = checkTime->startingTimers.begin(); it != checkTime->startingTimers.end(); ++it) {
@@ -600,12 +611,20 @@
if (NeedsDetachReceivers) { // but needs to detach all others?
// disable running timers
std::set<cConflictCheckTimerObj*, TimerObjSort>::iterator it2 = devices[device].recTimers.begin();
- for (; it2 != devices[device].recTimers.end(); ++it2) {
+ while (it2 != devices[device].recTimers.end()) {
+ LogFile.Log(3, "stopping timer '%s' (%s, channel %s) at %s on device %d because of higher priority", (*it2)->timer->File(), DAYDATETIME((*it2)->start), CHANNELNAME((*it2)->time$
+ AddConflict((*it2), checkTime, pendingTimers);
+ devices[device].recTimers.erase(*it2);
+ it2 = devices[device].recTimers.begin();
+ Conflicts++;
+ }
+/* for (; it2 != devices[device].recTimers.end(); ++it2) {
LogFile.Log(3, "stopping timer '%s' (%s, channel %s) at %s on device %d because of higher priority", (*it2)->timer->File(), DAYDATETIME((*it2)->start), CHANNELNAME((*it2)->time$
AddConflict((*it2), checkTime, pendingTimers);
devices[device].recTimers.erase(*it2);
Conflicts++;
}
+*/
}
devices[device].recTimers.insert(*it);
(*it)->device = device;

Alles anzeigen

Stefan

Fourty2 · 6. Januar 2019

Hab noch einen neuen Segfault (nach Auskommentieren des letzten Fehlers oben):

Code

Thread 13 "EPGSearch: conf" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f01b2ffd700 (LWP 11294)]
0x00007f01f16e1458 in cConflictCheck::ProcessCheckTime(cConflictCheckTime*) () from /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.4.0
(gdb) bt
#0 0x00007f01f16e1458 in cConflictCheck::ProcessCheckTime(cConflictCheckTime*) () at /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.4.0
#1 0x00007f01f16e15a4 in cConflictCheck::CreateConflictList(cList<cConflictCheckTime>*, cList<cConflictCheckTimerObj>*) () at /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.4.0
#2 0x00007f01f16e1814 in cConflictCheck::Check() () at /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.4.0
#3 0x00007f01f16e3277 in cConflictCheckThread::Action() () at /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.4.0
#4 0x0000557ae6df83a1 in cThread::StartThread(cThread*) (Thread=0x557ae7dfe2a0) at thread.c:293
#5 0x00007f01fc7b4fa3 in start_thread (arg=<optimized out>) at pthread_create.c:486
#6 0x00007f01fc0ac88f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Alles anzeigen

Backtrace vom "laufenden Betrieb" der plötzlich (Re-)Startenden Kiste...

Log endet da:

Code

vdr: epg2vdr: Recording of 'It Comes at Night' has 'started' [/srv/vdr/video/local/It_Comes_at_Night/2019-01-06.18.25.100-0.rec]
vdr: [11988] duplicates: Scanning of duplicate recordings started.
vdr: scraper2vdr: Calling mysql_init(11998)
vdr: scraper2vdr: Connection established successfull!
vdr: epg2vdr: Info: Marked 410 recordings as deleted
vdr: [11969] writing timer id '3@roadrunner' to /srv/vdr/video/local/It_Comes_at_Night/2019-01-06.18.25.100-0.rec/.timer
vdr: [11983] EPGSearch: search timer update started
vdr: [11984] EPGSearch: timer conflict check started
==> /var/log/syslog <==
kernel: [25197.506214] EPGSearch: conf[11984] segfault at 1000018 ip 00007f1eba8aa458 sp 00007f1e73ffeba0 error 4 in libvdr-epgsearch.so.2.4.0[7f1eba893000+91000]
kernel: [25197.506235] Code: 89 c3 4c 01 f7 48 8d 47 08 48 39 c3 0f 84 0d fe ff ff 49 8b 75 18 4c 89 ff e8 e4 a6 fe ff 48 8b 45 c8 48 89 45 80 48 8b 43 20 <48> 8b 50 18 48 8b 7a 48 48 85 ff 0f 85 1f ff ff ff 48 8d 15 ea 03
lircd-0.10.1[2307]: Info: removed client
lircd-0.10.1[2307]: Info: closing '/dev/input/event5'
runvdr: restarting VDR

Alles anzeigen

Stefan

Fourty2 · 2. Januar 2019

Wir schreiben 2019:

Hochskaliert... autsch.

Fourty2 · 1. Januar 2019

seahawk1986

Ja, war definitiv das udev, was wohl im "noch nicht so ganz bereiten" Zustand angesprochen wurde.

Downgrade auf 239 oder ein Delay im Init-Script behebt das Problem (bei mir).

Kernel kann ich ausschließen ... wird hier selbst aus dem GIT gebacken und aus eigenem Repository installiert.

Dies hier halt:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917247

System ist ein Intel J3160 mit TT-budget S2-4200 Twin - also alles im Kernel 4.19.13.

Und als aplay -lL "keine Audio Geräte" mehr meldete, war klar, was schief lief.

Die hätte man sonst vorher aus dem Chipsatz meißeln müssen.

VDR-Log:

Code

[4781] VDR version 2.4.0 started
[4781] switched to user 'vdr'
[4781] codeset is 'UTF-8' - known
[4781] found 28 locales in /usr/share/locale
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-vaapidevice.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbapi.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-remote.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-externalplayer.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-osdteletext.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-undelete.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-devstatus.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-recsearch.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-dvdswitch.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-dvd.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-radio.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-markad.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-duplicates.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-suspendoutput.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-epgborder.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.4.0
[4781] loading plugin: /usr/lib/vdr/plugins/libvdr-scraper2vdr.so.2.4.0
[4781] loading /var/lib/vdr/setup.conf
[..]
[4781] no DVB device found
[..]
[4781] ERROR: invalid primary device number: 3
[4781] trying device number 1 instead
[4781] setting primary device to 1
[4781] assuming manual start of VDR
[4781] skin "nOpacity" not available - using "lcars" instead
[4783] epg data reader thread started (pid=4781, tid=4783, prio=high)
[4781] starting plugin: vaapidevice
[4783] reading EPG data from /var/cache/vdr/epg/epg.data
[4781] VAAPI: audio: 'alsa' output module used
[4781] VAAPI-ERROR: audio/alsa: playback open 'hdmi:CARD=PCH,DEV=2,AES0=0x04' error: Das Argument ist ungültig
[4781] VAAPI-ERROR: audio/alsa: can't open mixer 'default'
[4781] VAAPI: audio: 44100Hz supports 0 0 0 0 0 0 0 0 channels
[4781] VAAPI: audio: 48000Hz supports 0 0 0 0 0 0 0 0 channels
[4781] VAAPI: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels
[4781] VAAPI-ERROR: codec: can't allocate HW video codec context
..und Tschüss (so ohne Bild, Ton, und DVB) ;)

Alles anzeigen

Stefan

Fourty2 · 1. Januar 2019

Hallo zusammen,

irgendwann lerne ich es noch, das VDR-System nicht mehr zu aktualisieren ... ;-/

Das Update auf udev 2.40 hat wohl das System zerlegt. In /dev fehlt eigentlich seit Neustart alles, was ein VDR so braucht. Ganz toll.

Weiß jemand, wo ich mal suchen und reparieren könnte?

Stefan

Edit:
Nach etwas suchen:
- Das udev startet (bei sysv-init) jetzt per start-stop-manager (aber viel zu früh)
- Patch gibt es da: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908796

Fourty2 · 20. Dezember 2018

Code

conflictcheck.c: In member function 'int cConflictCheck::ProcessCheckTime(cConflictCheckTime*)':
conflictcheck.c:590:37: error: no match for 'operator=' (operand types are 'std::set<cConflictCheckTimerObj*, TimerObjSort>::iterator' {aka 'std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>'} and 'std::set<cConflictCheckTimerObj*>::size_type' {aka 'long unsigned int'})
it = pendingTimers.erase(*it);
^
In file included from /usr/include/c++/8/set:60,
from conflictcheck.h:30,
from conflictcheck.c:26:
/usr/include/c++/8/bits/stl_tree.h:326:12: note: candidate: 'constexpr std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>& std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>::operator=(const std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>&)'
struct _Rb_tree_const_iterator
^~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/8/bits/stl_tree.h:326:12: note: no known conversion for argument 1 from 'std::set<cConflictCheckTimerObj*>::size_type' {aka 'long unsigned int'} to 'const std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>&'
/usr/include/c++/8/bits/stl_tree.h:326:12: note: candidate: 'constexpr std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>& std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>::operator=(std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>&&)'
/usr/include/c++/8/bits/stl_tree.h:326:12: note: no known conversion for argument 1 from 'std::set<cConflictCheckTimerObj*>::size_type' {aka 'long unsigned int'} to 'std::_Rb_tree_const_iterator<cConflictCheckTimerObj*>&&'
make[2] *** [Makefile:193: conflictcheck.o] Fehler 1

Alles anzeigen

Fourty2 · 20. Dezember 2018

Mit erase(*it) mochte der Compiler die Zuweisung nicht. War eine längere Liste an Vorschlägen, dann error 1, leider nicht gesichert.

Fourty2 · 20. Dezember 2018

Also:
Mit obigem Fix ist zwar der Segfault weg, aber die manuelle Timerkonfliktprüfung kehrt nicht mehr zurück (-> VDR Restart). Das Problem hat dann wohl auch "Live".

Nach Auskommentieren geht auch Live wieder. Es braucht eine andere Lösung.

Stefan

Fourty2 · 20. Dezember 2018

Hmm, mit der Änderung reagiert das Live-Plugin nicht mehr. Also Port ist offen, aber es kommt nix mehr. Auch keinerlei Fehlermeldung. Bis zum Auswechseln des Plugins ging es noch. Hat dies noch wer?

Stefan

Fourty2 · 20. Dezember 2018

seahawk1986

Ja, das ist so was mit den Tomaten auf den Augen...

Damit ist der Segfault erstmal weg. Danke.

Stefan

Fourty2 · 20. Dezember 2018

Vielleicht hat die debian buster Geschmacksrichtung der locales auch einen Bug.

Stefan

Fourty2 · 20. Dezember 2018

TomJoad :

Das muß dem jüngsten Buster glib oder gcc-8.2 Update zusammen hängen. Davor lief epgsearch auch mit 2.4. problemlos. Hab schon bis auf eine Objektkopie alle Warnungen beseitigt, aber das Problem ist mir unklar...

Macht man die vier Zeilen raus, läuft der Konflikcheck wieder. Mit bekomme ich den VDR nicht mehr hoch.

Für gcc 8.2.12 hab ich derzeit folgendes drin:

Diff

autoptr-fix.patch
--- a/services.h
+++ b/services.h
@@ -154,7 +154,7 @@
struct Epgsearch_services_v1_0 {
// in/out
- std::auto_ptr<cServiceHandler> handler;
+ std::unique_ptr<cServiceHandler> handler;
};
// Data structures for service "Epgsearch-services-v1.1"
@@ -169,7 +169,7 @@
struct Epgsearch_services_v1_1 {
// in/out
- std::auto_ptr<cServiceHandler_v1_1> handler;
+ std::unique_ptr<cServiceHandler_v1_1> handler;
};
// Data structures for service "Epgsearch-services-v1.2"
@@ -184,7 +184,7 @@
struct Epgsearch_services_v1_2 {
// in/out
- std::auto_ptr<cServiceHandler_v1_2> handler;
+ std::unique_ptr<cServiceHandler_v1_2> handler;
};
#endif
--- a/epgsearch.c
+++ b/epgsearch.c
@@ -414,16 +414,16 @@
if (Data == NULL)
return true;
Epgsearch_services_v1_0* serviceData = (Epgsearch_services_v1_0*) Data;
- std::auto_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- serviceData->handler = autoHandler;
+ std::unique_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
+ serviceData->handler = std::move(autoHandler);
return true;
}
if (strcmp(Id, "Epgsearch-services-v1.1") == 0) {
if (Data == NULL)
return true;
Epgsearch_services_v1_1* serviceData = (Epgsearch_services_v1_1*) Data;
- std::auto_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- serviceData->handler = autoHandler;
+ std::unique_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
+ serviceData->handler = std::move(autoHandler);
return true;
}
return false;

Alles anzeigen

Sowie:

Diff

overflow-fix.patch
--- a/menu_conflictcheck.c
+++ b/menu_conflictcheck.c
@@ -164,7 +164,7 @@
hasTimer = timerObj->OrigTimer(Timers) ? timerObj->OrigTimer(Timers)->HasFlags(tfActive) : false;
if (Force || hasTimer != oldhasTimer) {
const cTimer* timer = timerObj->timer;
- char device[2] = "";
+ char device[12] = "";
if (hasTimer) {
if (!timerObj->conflCheckTime && timerObj->device > -1)
sprintf(device, "%d", timerObj->device + 1);

Alles anzeigen

Und:

Diff

fix-stringop-truncation.patch
--- a/epgsearchcfg.h
+++ b/epgsearchcfg.h
@@ -72,7 +72,11 @@
}
void SetDescription(const char* szD) {
- if (szD) strncpy(description, szD, sizeof(description));
+ if (szD)
+ {
+ strncpy(description, szD, sizeof(description) - 1);
+ description[sizeof(description) - 1] = 0;
+ }
}
void SetTime(int iT) {
itime = iT;

Alles anzeigen

Die Warnung muß noch:

Code

blacklist.c: In member function 'cBlacklist& cBlacklist::operator=(const cBlacklist&)':
blacklist.c:105:43: warning: 'void* memcpy(void*, const void*, size_t)' writing to an object of type 'class cBlacklist' with no trivial copy-assignment; use copy-assignment instead [-Wclass-memaccess]
memcpy(this, &Blacklist, sizeof(*this));
^
In file included from blacklist.c:26:
blacklist.h:32:7: note: 'class cBlacklist' declared here
class cBlacklist : public cListObject
^~~~~~~~~~

Half alles nix -> GPF

Nur abschalten

Diff

--- a/conflictcheck.c
+++ b/conflictcheck.c
@@ -584,12 +584,13 @@
LogFile.Log(3, "add pending timers");
// if we have pending timers add them to the current start list
+/*
for (it = pendingTimers.begin(); it != pendingTimers.end(); ++it) {
if ((*it) && (*it)->stop > checkTime->evaltime)
checkTime->startingTimers.insert(*it);
pendingTimers.erase(*it);
}
-
+*/
LogFile.Log(3, "attach starting timers");
// handle starting timers
for (it = checkTime->startingTimers.begin(); it != checkTime->startingTimers.end(); ++it) {

Alles anzeigen

Hilft.

Kann Dir gerne reincompilieren, was Du an Debug-Ausgaben brauchst...

Stefan

Fourty2 · 20. Dezember 2018

Ach sieh an ... den hab ich auch (im Aufnahmen-Sortier-Thread gcc 8.2 / glibc 2.28 kurz erwähnt):

Backtrace dazu wäre:

Code

Core was generated by `vdr -P epgsearch'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007fcd8abac1de in cConflictCheck::ProcessCheckTime (this=0x7fcd88a53dc0, checkTime=0x7fcd7802af20) at conflictcheck.c:588
588 if ((*it) && (*it)->stop > checkTime->evaltime)
[Current thread is 1 (Thread 0x7fcd88a54700 (LWP 4270))]
(gdb) bt
#0 0x00007fcd8abac1de in cConflictCheck::ProcessCheckTime (this=0x7fcd88a53dc0, checkTime=0x7fcd7802af20) at conflictcheck.c:588
#1 0x00007fcd8abac65e in cConflictCheck::CreateConflictList (this=0x7fcd88a53dc0, EvalTimeList=0x7fcd7802ae80, TimerList=<optimized out>) at conflictcheck.c:404
#2 0x00007fcd8abac884 in cConflictCheck::Check (this=this@entry=0x7fcd88a53dc0) at conflictcheck.c:239
#3 0x00007fcd8abae467 in cConflictCheckThread::Action (this=0x562c5693f570) at conflictcheck_thread.c:109
#4 0x0000562c544f7371 in cThread::StartThread (Thread=0x562c5693f570) at thread.c:293
#5 0x00007fcd8bac9fa3 in start_thread (arg=<optimized out>) at pthread_create.c:486
#6 0x00007fcd8b3c188f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Alles anzeigen

Läuft derzeit auf Custom Kernel 4.19.9, gleich .11

Programstelle wäre:

Code

// checks for conflicts at one special time
int cConflictCheck::ProcessCheckTime(cConflictCheckTime* checkTime)
{
if (!checkTime) return 0;
LogFile.Log(3, "check time %s", DAYDATETIME(checkTime->evaltime));
LogFile.Log(3, "detach stopping timers");
int Conflicts = 0;
// detach all stopping timers from their devices
std::set<cConflictCheckTimerObj*, TimerObjSort>::iterator it;
for (it = checkTime->stoppingTimers.begin(); it != checkTime->stoppingTimers.end(); ++it)
if ((*it) && (*it)->device >= 0) {
LogFile.Log(3, "detach device %d from timer '%s' (%s, channel %s) at %s", ((*it)->device) + 1, (*it)->timer->File(), DAYDATETIME((*it)->start), CHANNELNAME((*it)->timer->Channel()), DA$
devices[(*it)->device].recTimers.erase(*it);
(*it)->lastRecStop = checkTime->evaltime;
if ((*it)->lastRecStart > 0 && (*it)->lastRecStart < (*it)->lastRecStop) {
(*it)->recDuration += (*it)->lastRecStop - (*it)->lastRecStart;
(*it)->lastRecStart = 0;
if (((*it)->stop - (*it)->start - (*it)->recDuration) < EPGSearchConfig.checkMinDuration * 60)
(*it)->ignore = true;
}
}
LogFile.Log(3, "add pending timers");
// if we have pending timers add them to the current start list
for (it = pendingTimers.begin(); it != pendingTimers.end(); ++it) {
if ((*it) && (*it)->stop > checkTime->evaltime)
checkTime->startingTimers.insert(*it);
pendingTimers.erase(*it);
}
LogFile.Log(3, "attach starting timers");

Alles anzeigen

VDR-Log (Absturz beim Start):

Code

vdr: [29291] timer 0 (115 1340-1515 'Westworld') set to event Di. 01.01.2019 13:55-15:00 'Westworld'
vdr: [29291] EPGSearch: search timer update finished
vdr: [29291] EPGSearch: check for timer conflicts
<segfault>
vdr: [29337] VDR version 2.4.0 started

Stefan

Fourty2 · 19. Dezember 2018

Offenbar ist strcasecmp nicht UTF-8 fähig.

Diff

--- a/recording.c
+++ b/recording.c
@@ -1035,9 +1043,9 @@
{
cRecording *r = (cRecording *)&ListObject;
if (Setup.RecSortingDirection == rsdAscending)
- return strcasecmp(SortName(), r->SortName());
+ return strcmp(SortName(), r->SortName());
else
- return strcasecmp(r->SortName(), SortName());
+ return strcmp(r->SortName(), SortName());
}
bool cRecording::IsInPath(const char *Path) const

Alles anzeigen

Mit diesem Patch läufts halbwegs korrekt:

Auch wenn ich "Mädchen" nicht vor "Mad Max" sortiert hätte, und #9 etwas deplaziert erscheint.

Für die orginale Vergleichsfunktion müßte man vermutlich zunächst nach wchar konvertieren und dann wcsncasecmp verwenden... wer Lust hat

Edit:
Meint http://demo.icu-project.org/ic…ocexp?_=de_DE&d_=de&x=col auch:

Collated

04: #9 (0a 8f 24 0)

03: 22 Jump Street (16 16 04 3b 51 41 47 04 4d 4f 4b 31 31 4f 00)

02: Mad Max (41 29 2f 04 41 29 57 0)

01: Mädchen (41 29 2f 2d 37 31 43 00)

Edit 2:

Das könnte an den Unterstrichen statt Leerzeichen in den Dateinamen liegen, die müßte man vorher tauschen.

Stefan

Fourty2 · 19. Dezember 2018

Oder das hier, namentlich strcasecmp mag mit den komischen Zeichenketten nicht.

Code

int cRecording::Compare(const cListObject &ListObject) const
{
cRecording *r = (cRecording *)&ListObject;
if (Setup.RecSortingDirection == rsdAscending)
return strcasecmp(SortName(), r->SortName());
else
return strcasecmp(r->SortName(), SortName());
}

Ich probiere nachher mal strcmp, wenn die Aufnahme durch ist.

Fourty2 · 19. Dezember 2018

Ach, ich hatte Tomaten auf den Augen :
0Spielfilme1B = GŉĚµ~Ð^uµÐå~H^

0Spielfilme11 = GŉĚµ~Ð^uµÐå~HH

^ ist 0x5E (für B),

H ist 0x48 (für 1),

da ist der Ersatz für "1" offensichtlich kleiner als der Ersatz für "B".

Da B aber vor 1 landet, muß der Fehler dann danach im VDR auftreten. Mal gucken...

Stefan

Fourty2 · 19. Dezember 2018

@seahawk1986:

Das hatte ich auch schon gefunden.

Dabei war es wohl:

Start-Date: 2018-12-16 11:47:35

Commandline: apt upgrade

Install:

[..]

cpp-8:amd64 (8.2.0-9, 8.2.0-12),

gcc-8-base:amd64 (8.2.0-9, 8.2.0-12),

libc6:amd64 (2.27-8, 2.28-2),

libc-l10n:amd64 (2.27-8, 2.28-2),

locales:amd64 (2.27-8, 2.28-2)
[..]

Stefan

Beiträge von Fourty2

epg2vdr + MariaDB Update (in debian buster) nicht übersetztbar

epg2vdr (-update) Segfault

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

ARD-alpha HD - channels.conf Eintrag für DVB-S2?

(Erledigt) Debian Buster und die Updates... (vermutlich udev)

(Erledigt) Debian Buster und die Updates... (vermutlich udev)

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

Seltsame Sortierreihenfolge der Aufnahmen (gcc 8.2 ?)

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

[gelöst] epgsearch - segfault seit dem gestrigen Debian Testing update

Seltsame Sortierreihenfolge der Aufnahmen (gcc 8.2 ?)

Seltsame Sortierreihenfolge der Aufnahmen (gcc 8.2 ?)

Seltsame Sortierreihenfolge der Aufnahmen (gcc 8.2 ?)

Seltsame Sortierreihenfolge der Aufnahmen (gcc 8.2 ?)