Reply to thread

Message: <blockquote data-quote="MausWiesel" data-source="post: 1238973" data-attributes="member: 117562">Na guten Abend,Das ist meine Meinung, die Du bisher mit keiner Erklärung wiederlegen konntest (Argumente waren das nicht).Ich weiß nicht wie [USER=76421]@lightshock[/USER] den Grapper programmiert hat, meine Quellcodefrage wurde ignoriert, aber entweder:<ul> <li data-xf-list-type="ul">gibt die genutzte Funktion/Methode zur Abfrage der Daten ein Rückgabewert zum Auswerten zurück oder/und</li> </ul> <ul> <li data-xf-list-type="ul">man kapselt das Request in einer "try ... catch"-Anweisung (AutoIt kennt sowas nicht, aber der Grapper scheint laut Binaries ein .NET-Kompilat zu sein).</li> </ul>Damit kann man auf jeden Fall 99,9% aller Fehler dieser "Abfrage von externen Daten" , absichern. Ob nun ein Sender umbenannt/gelöscht wurde oder man  keine Zugriffsrechte hat oder der ganze Server offline ist, spielt dann keine Rolle. D.h. nicht das man auf jeden Fehler entsprechend richtig reagiert, aber in dem Grapping-Fall stürzt die Anwendung nicht ab, man setzt eine Fehlermeldung für den Sender ab und fährt mit den verbliebenen Sendern fort.Es würde mich schon sehr wundern, wenn [USER=76421]@lightshock[/USER] das nicht auch genauso gemacht hat.<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite22" alt=":sleep:" title="Sleep    :sleep:" loading="lazy" data-shortname=":sleep:" /> BTW: Niemand hat hier Rechtfertigung gefordert.Wenn die Vogelstrauß-Methode dem EPG-Buddy hilft ... stehe ich dem nicht im Wege. Meine persönliche Meinung habe ich schon mehrfach kund getan.Ein Programm, das nur mit <übertrieben>1000</übertrieben> Workarounds zum Laufen zu bringt ist, ist kein Programmm sondern eine Krücke.In den Augen des Programmierer "leicht vermeidbare Fehler" nicht zu fixen, hilft nicht Zeit freizuschaufeln, eher zu mehr Postings und damit mehr Arbeit._____________________________________________Zurück zum eigentlichen Projekt:Im EPG-Buddy (V4.2.7) sind 4 gleichartige Bugs drin, die zu einem Absturz führen können, wenn man in den EPG-Daten den Haken in mindestens einer der folgenden Optionen setzt und das Grappen manuell startet oder EPG-Buddy beendet:<ul> <li data-xf-list-type="ul">epgData.com - Niemals Serien- Infos von TVDB laden? </li> <li data-xf-list-type="ul">Clickfinder - Niemals Serien- Infos von TVDB laden? </li> <li data-xf-list-type="ul">TVGuide.com - Niemals Serien- Infos von TVDB laden? </li> <li data-xf-list-type="ul">Externe XML - Niemals Serien- Infos von TVDB laden?</li> </ul>Es werden fälschlicherweise für die genannten EPG-Quellen die Anzahl der "TV Spielfilm"-Kanäle für ein Update in der (EPG-Buddy-)eigenen SQLite-DB genutzt.(Ich beispielweise in "TV Spielfilm" 224 Kanäle und in "Externe XML" 1 Kanal, was dann folgerichtig beim Update der Parameter des zweiten "XML"-Kanals crashed)[ATTACH=full]196069[/ATTACH] Lösung (Quellcodeanpassung, Neukompilierung):EPG-Buddy.au3:2686   "For $i = 1 To UBound($channel_array) - 1" --> "For $i = 1 To UBound($channel_array3) - 1"EPG-Buddy.au3:2700   "For $i = 1 To UBound($channel_array) - 1" --> "For $i = 1 To UBound($channel_array4) - 1"EPG-Buddy.au3:2714   "For $i = 1 To UBound($channel_array) - 1" --> "For $i = 1 To UBound($channel_array5) - 1"EPG-Buddy.au3:2728   "For $i = 1 To UBound($channel_array) - 1" --> "For $i = 1 To UBound($channel_array6) - 1"PS: (Obligatorische Klausel) Mir geht es nicht darum, hier irgendjemand zu ärgern, wozu auch? Es geht darum das Projekt voranzubringen und dazu zählt sowohl  kritisch zu hinterfragen, als auch (für mich) offensichtliche Unwahrheiten klar zustellen.</blockquote>

Verification