grüß euch ...
großes problem!. hab mein tägliches update gemacht, seit dem startet fhem in nem loop.
im log dazu:2020.04.14 08:34:07 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2020.04.14 08:34:07 1:
2020.04.14 08:34:07 1: fhem
2020.04.14 08:34:07 1: RMDIR: ./restoreDir/update/2020-04-11
2020.04.14 08:34:07 1: UPD ./CHANGED
2020.04.14 08:34:07 1: UPD ./fhem.pl
2020.04.14 08:34:07 1: UPD FHEM/00_CUL.pm
2020.04.14 08:34:07 1: UPD FHEM/00_SIGNALduino.pm
2020.04.14 08:34:07 1: UPD FHEM/00_ZWDongle.pm
2020.04.14 08:34:07 1: UPD FHEM/10_ZWave.pm
2020.04.14 08:34:07 1: UPD FHEM/14_Hideki.pm
2020.04.14 08:34:07 1: UPD FHEM/14_SD_WS.pm
2020.04.14 08:34:07 1: UPD FHEM/14_SD_WS07.pm
2020.04.14 08:34:07 1: UPD FHEM/14_SD_WS_Maverick.pm
2020.04.14 08:34:07 1: UPD FHEM/36_LaCrosseGateway.pm
2020.04.14 08:34:07 1: UPD FHEM/72_FB_CALLMONITOR.pm
2020.04.14 08:34:07 1: UPD FHEM/73_AutoShuttersControl.pm
2020.04.14 08:34:07 1: UPD FHEM/98_autocreate.pm
2020.04.14 08:34:07 1: UPD FHEM/DevIo.pm
2020.04.14 08:34:07 1: saving fhem.cfg
2020.04.14 08:34:07 1: saving ./log/fhem.save
2020.04.14 08:34:07 1:
2020.04.14 08:34:07 1: New entries in the CHANGED file:
2020.04.14 08:34:07 1: - change: 14_SD_WS_Maverick.pm: Attribute "IODev" in module deleted.
2020.04.14 08:34:07 1: - change: 14_SD_WS07.pm: Attribute "IODev" in module deleted.
2020.04.14 08:34:07 1: - change: 14_Hideki.pm: Attribute "IODev" in module deleted.
2020.04.14 08:34:07 1: - change: 14_SD_WS.pm: Attribute "IODev" in module deleted. Forum #109822
2020.04.14 08:34:07 1: - bugfix: 00_SIGNALduino:
2020.04.14 08:34:07 1: Workaround, sending muliple commands causes collison Forum: #110035
2020.04.14 08:34:07 1: Fixed docs and return value for get raw command
2020.04.14 08:34:07 1: fixed use DevIo Forum #110125
2020.04.14 08:34:07 1: - bugfix: 73_AutoShuttersControl: rollback Notify Fn, fix shading
2020.04.14 08:34:07 1: out/in reserved
2020.04.14 08:34:07 1: - feature: 72_FB_CALLMONITOR: new reading/event "calls_count" which reflects
2020.04.14 08:34:07 1: the number of active calls in parallel
2020.04.14 08:34:07 1: - bugfix: 50_TelegramBot: parsemode corrected for multiple lines - msg1041326
2020.04.14 08:34:07 1: - change: 37_echodevice.pm more loginformations set "NPM_login new"
2020.04.14 08:34:07 1: - change: 93_Log2Syslog: new reading 'Parse_Err_LastData', minor changes
2020.04.14 08:34:07 1: - change: 93_Log2Syslog: some code changes and reviews
2020.04.14 08:34:07 1: - bugfix: 70_DENON_AVR: fixed HTTP 403 (thx justme1968)
2020.04.14 08:34:07 1: - bugfix: 73_AutoShuttersControl: fix shading drive if current position under
2020.04.14 08:34:07 1: shading position
2020.04.14 08:34:07 1: - feature: 37_echodevice.pm
2020.04.14 08:34:07 1: CHANGE: Keepalive aktiviert
2020.04.14 08:34:07 1: BUG: set "NPM_login new"
2020.04.14 08:34:07 1: FEATURE: Unterstützung A3RBAYBE7VM004 ECHO Studio
2020.04.14 08:34:07 1: Unterstützung A3SSG6GR8UU7SN ECHO SUB
2020.04.14 08:34:07 1: Unterstützung A1HNT9YTOBE735 Telekom Smart Speaker
2020.04.14 08:34:07 1: set sounds: (Sounds gemäß Routine-Übersicht)
2020.04.14 08:34:07 1: ... rest of lines skipped.
2020.04.14 08:34:07 1:
2020.04.14 08:34:07 1: Downloading https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt
2020.04.14 08:34:07 1:
2020.04.14 08:34:07 1: fhemabfall
2020.04.14 08:34:07 1: nothing to do...
2020.04.14 08:34:07 1:
2020.04.14 08:34:07 1: Downloading https://raw.githubusercontent.com/nagel86/fhem-flex/master/controls_fhem-flex.txt
2020.04.14 08:34:07 1:
2020.04.14 08:34:07 1: fhem-flex
2020.04.14 08:34:07 1: nothing to do...
2020.04.14 08:34:07 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2020.04.14 08:34:07 1:
2020.04.14 08:34:07 1: update finished, "shutdown restart" is needed to activate the changes.
2020.04.14 08:34:09 1: Server shutdown delayed due to logdb for max 10 sec
2020.04.14 08:34:10 0: Server shutdown
2020.04.14 08:34:11 1: Including fhem.cfg
2020.04.14 08:34:12 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 630.
2020.04.14 08:34:12 1: stacktrace:
2020.04.14 08:34:12 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:34:12 1: Exporter::import called by ./FHEM/82_LGTV_WebOS.pm (70)
2020.04.14 08:34:12 1: (eval) called by ./FHEM/82_LGTV_WebOS.pm (68)
2020.04.14 08:34:12 1: (eval) called by fhem.pl (2608)
2020.04.14 08:34:12 1: (eval) called by fhem.pl (2607)
2020.04.14 08:34:12 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:34:12 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:34:12 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:34:12 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:34:12 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:34:12 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:34:13 1: PERL WARNING: Prototype mismatch: sub FHEM::UWZ::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 3271.
2020.04.14 08:34:13 1: stacktrace:
2020.04.14 08:34:13 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:34:13 1: Exporter::import called by ./FHEM/77_UWZ.pm (75)
2020.04.14 08:34:13 1: (eval) called by ./FHEM/77_UWZ.pm (73)
2020.04.14 08:34:13 1: (eval) called by fhem.pl (2608)
2020.04.14 08:34:13 1: (eval) called by fhem.pl (2607)
2020.04.14 08:34:13 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:34:13 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:34:13 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:34:13 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:34:13 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:34:13 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:34:14 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($;$) vs ($) at (eval 147) line 1.
2020.04.14 08:34:14 1: stacktrace:
2020.04.14 08:34:14 1: main::__ANON__ called by /usr/share/perl/5.24/Carp.pm (169)
2020.04.14 08:34:14 1: Carp::carp called by /usr/share/perl/5.24/Exporter/Heavy.pm (38)
2020.04.14 08:34:14 1: Exporter::Heavy::__ANON__ called by /usr/share/perl/5.24/Exporter/Heavy.pm (185)
2020.04.14 08:34:14 1: Exporter::Heavy::heavy_export called by /usr/share/perl/5.24/Exporter/Heavy.pm (205)
2020.04.14 08:34:14 1: Exporter::Heavy::heavy_export_to_level called by /usr/share/perl5/JSON.pm (111)
2020.04.14 08:34:14 1: JSON::import called by (eval 147) (1)
2020.04.14 08:34:14 1: main::BEGIN called by (eval 147) (1)
2020.04.14 08:34:14 1: (eval) called by (eval 147) (1)
2020.04.14 08:34:14 1: (eval) called by ./FHEM/72_FRITZBOX.pm (56)
2020.04.14 08:34:14 1: (eval) called by fhem.pl (2608)
2020.04.14 08:34:14 1: (eval) called by fhem.pl (2607)
2020.04.14 08:34:14 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:34:14 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:34:14 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:34:14 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:34:14 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:34:14 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:34:26 1: Including ./log/fhem.save
2020.04.14 08:34:36 0: Featurelevel: 6
2020.04.14 08:34:36 0: Server started with 328 defined entities (fhem.pl:21661/2020-04-13 perl:5.024001 os:linux user:fhem pid:31910)
Can't use string ("KODI_OnConnectError") as a subroutine ref while "strict refs" in use at ./FHEM/DevIo.pm line 237.
2020.04.14 08:34:36 1: UWZ unwetterwarnung: UWZ.861 Error: Can't get http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE77654 -- http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE77654: Select timeout/error: Interrupted system call
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Error|Error http://f...") at ./FHEM/77_UWZ.pm line 1102.
2020.04.14 08:34:37 1: Including fhem.cfg
2020.04.14 08:34:38 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 630.
2020.04.14 08:34:38 1: stacktrace:
2020.04.14 08:34:38 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:34:38 1: Exporter::import called by ./FHEM/82_LGTV_WebOS.pm (70)
2020.04.14 08:34:38 1: (eval) called by ./FHEM/82_LGTV_WebOS.pm (68)
2020.04.14 08:34:38 1: (eval) called by fhem.pl (2608)
2020.04.14 08:34:38 1: (eval) called by fhem.pl (2607)
2020.04.14 08:34:38 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:34:38 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:34:38 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:34:38 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:34:38 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:34:38 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:34:39 1: PERL WARNING: Prototype mismatch: sub FHEM::UWZ::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 3271.
2020.04.14 08:34:39 1: stacktrace:
2020.04.14 08:34:39 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:34:39 1: Exporter::import called by ./FHEM/77_UWZ.pm (75)
2020.04.14 08:34:39 1: (eval) called by ./FHEM/77_UWZ.pm (73)
2020.04.14 08:34:39 1: (eval) called by fhem.pl (2608)
2020.04.14 08:34:39 1: (eval) called by fhem.pl (2607)
2020.04.14 08:34:39 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:34:39 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:34:39 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:34:39 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:34:39 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:34:39 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:34:40 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($;$) vs ($) at (eval 147) line 1.
2020.04.14 08:34:40 1: stacktrace:
2020.04.14 08:34:40 1: main::__ANON__ called by /usr/share/perl/5.24/Carp.pm (169)
2020.04.14 08:34:40 1: Carp::carp called by /usr/share/perl/5.24/Exporter/Heavy.pm (38)
2020.04.14 08:34:40 1: Exporter::Heavy::__ANON__ called by /usr/share/perl/5.24/Exporter/Heavy.pm (185)
2020.04.14 08:34:40 1: Exporter::Heavy::heavy_export called by /usr/share/perl/5.24/Exporter/Heavy.pm (205)
2020.04.14 08:34:40 1: Exporter::Heavy::heavy_export_to_level called by /usr/share/perl5/JSON.pm (111)
2020.04.14 08:34:40 1: JSON::import called by (eval 147) (1)
2020.04.14 08:34:40 1: main::BEGIN called by (eval 147) (1)
2020.04.14 08:34:40 1: (eval) called by (eval 147) (1)
2020.04.14 08:34:40 1: (eval) called by ./FHEM/72_FRITZBOX.pm (56)
2020.04.14 08:34:40 1: (eval) called by fhem.pl (2608)
2020.04.14 08:34:40 1: (eval) called by fhem.pl (2607)
2020.04.14 08:34:40 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:34:40 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:34:40 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:34:40 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:34:40 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:34:40 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:34:52 1: Including ./log/fhem.save
2020.04.14 08:35:02 0: Featurelevel: 6
2020.04.14 08:35:02 0: Server started with 328 defined entities (fhem.pl:21661/2020-04-13 perl:5.024001 os:linux user:fhem pid:31929)
Can't use string ("KODI_OnConnectError") as a subroutine ref while "strict refs" in use at ./FHEM/DevIo.pm line 237.
2020.04.14 08:35:02 1: UWZ unwetterwarnung: UWZ.861 Error: Can't get http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE77654 -- http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE77654: Select timeout/error: Interrupted system call
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Error|Error http://f...") at ./FHEM/77_UWZ.pm line 1102.
2020.04.14 08:35:03 1: Including fhem.cfg
und so geht das dann weiter und weiter ...
die 3 json-decode warnings sind alt - hatte ich schon vor monaten gemeldet, aber leider keine hilfe bekommen.
nach einem rückspielen der alten files aus dem restore-dir rennt fhem wieder wie n glöckerl.
Das kommt von DevIO.pm. Hier wird jetzt use strict eingesetzt, siehe DevIo Bug (https://forum.fhem.de/index.php/topic,110125.0.html)
Da hat scheinbar das Kodi-Modul Probleme mit.
Guten Morgen,
um nicht gleich ein neues Thema zu ähnlichem Sachverhalt aufzumachen. Die "Fehlerbereinigungen @Richard dem 1sten" habem leider zum ersten Totalausfall nach Update seit Monaten geführt.
2020.04.14 08:28:07 0: Server started with 537 defined entities (fhem.pl:21661/2020-04-13 perl:5.026001 os:linux user:fhem pid:27492)
2020.04.14 08:28:08 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/95_DaySchedule.pm line 4158.
Can't use string ("SIGNALduino_Connect") as a subroutine ref while "strict refs" in use at ./FHEM/DevIo.pm line 237.
Died at ./FHEM/96_SIP.pm line 387.
Died at ./FHEM/96_SIP.pm line 387.
Das Rückspielen der alten DevIo.pm löst das Problem erst mal.
hab mal meine 3 kodis disabled und upgedated ...
schaut auch ned besser aus2020.04.14 08:57:58 1: logfile wurde gelöscht
2020.04.14 08:58:02 1: RMDIR: ./restoreDir/save/2020-04-10
2020.04.14 08:58:10 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2020.04.14 08:58:10 1:
2020.04.14 08:58:10 1: fhem
2020.04.14 08:58:11 1: UPD ./CHANGED
2020.04.14 08:58:11 1: UPD ./fhem.pl
2020.04.14 08:58:11 1: UPD FHEM/00_CUL.pm
2020.04.14 08:58:11 1: UPD FHEM/00_SIGNALduino.pm
2020.04.14 08:58:11 1: UPD FHEM/00_ZWDongle.pm
2020.04.14 08:58:11 1: UPD FHEM/10_ZWave.pm
2020.04.14 08:58:11 1: UPD FHEM/14_Hideki.pm
2020.04.14 08:58:11 1: UPD FHEM/14_SD_WS.pm
2020.04.14 08:58:11 1: UPD FHEM/14_SD_WS07.pm
2020.04.14 08:58:11 1: UPD FHEM/14_SD_WS_Maverick.pm
2020.04.14 08:58:11 1: UPD FHEM/36_LaCrosseGateway.pm
2020.04.14 08:58:11 1: UPD FHEM/72_FB_CALLMONITOR.pm
2020.04.14 08:58:11 1: UPD FHEM/73_AutoShuttersControl.pm
2020.04.14 08:58:11 1: UPD FHEM/98_autocreate.pm
2020.04.14 08:58:11 1: UPD FHEM/DevIo.pm
2020.04.14 08:58:11 1: saving fhem.cfg
2020.04.14 08:58:11 1: saving ./log/fhem.save
2020.04.14 08:58:11 1:
2020.04.14 08:58:11 1: New entries in the CHANGED file:
2020.04.14 08:58:11 1: - change: 14_SD_WS_Maverick.pm: Attribute "IODev" in module deleted.
2020.04.14 08:58:11 1: - change: 14_SD_WS07.pm: Attribute "IODev" in module deleted.
2020.04.14 08:58:11 1: - change: 14_Hideki.pm: Attribute "IODev" in module deleted.
2020.04.14 08:58:11 1: - change: 14_SD_WS.pm: Attribute "IODev" in module deleted. Forum #109822
2020.04.14 08:58:11 1: - bugfix: 00_SIGNALduino:
2020.04.14 08:58:11 1: Workaround, sending muliple commands causes collison Forum: #110035
2020.04.14 08:58:11 1: Fixed docs and return value for get raw command
2020.04.14 08:58:11 1: fixed use DevIo Forum #110125
2020.04.14 08:58:11 1: - bugfix: 73_AutoShuttersControl: rollback Notify Fn, fix shading
2020.04.14 08:58:11 1: out/in reserved
2020.04.14 08:58:11 1: - feature: 72_FB_CALLMONITOR: new reading/event "calls_count" which reflects
2020.04.14 08:58:11 1: the number of active calls in parallel
2020.04.14 08:58:11 1: - bugfix: 50_TelegramBot: parsemode corrected for multiple lines - msg1041326
2020.04.14 08:58:11 1: - change: 37_echodevice.pm more loginformations set "NPM_login new"
2020.04.14 08:58:11 1: - change: 93_Log2Syslog: new reading 'Parse_Err_LastData', minor changes
2020.04.14 08:58:11 1: - change: 93_Log2Syslog: some code changes and reviews
2020.04.14 08:58:11 1: - bugfix: 70_DENON_AVR: fixed HTTP 403 (thx justme1968)
2020.04.14 08:58:11 1: - bugfix: 73_AutoShuttersControl: fix shading drive if current position under
2020.04.14 08:58:11 1: shading position
2020.04.14 08:58:11 1: - feature: 37_echodevice.pm
2020.04.14 08:58:11 1: CHANGE: Keepalive aktiviert
2020.04.14 08:58:11 1: BUG: set "NPM_login new"
2020.04.14 08:58:11 1: FEATURE: Unterstützung A3RBAYBE7VM004 ECHO Studio
2020.04.14 08:58:11 1: Unterstützung A3SSG6GR8UU7SN ECHO SUB
2020.04.14 08:58:11 1: Unterstützung A1HNT9YTOBE735 Telekom Smart Speaker
2020.04.14 08:58:11 1: set sounds: (Sounds gemäß Routine-Übersicht)
2020.04.14 08:58:11 1: ... rest of lines skipped.
2020.04.14 08:58:11 1:
2020.04.14 08:58:11 1: Downloading https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt
2020.04.14 08:58:11 1:
2020.04.14 08:58:11 1: fhemabfall
2020.04.14 08:58:11 1: nothing to do...
2020.04.14 08:58:11 1:
2020.04.14 08:58:11 1: Downloading https://raw.githubusercontent.com/nagel86/fhem-flex/master/controls_fhem-flex.txt
2020.04.14 08:58:11 1:
2020.04.14 08:58:11 1: fhem-flex
2020.04.14 08:58:11 1: nothing to do...
2020.04.14 08:58:11 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2020.04.14 08:58:11 1:
2020.04.14 08:58:11 1: update finished, "shutdown restart" is needed to activate the changes.
2020.04.14 08:58:15 1: Server shutdown delayed due to logdb for max 10 sec
2020.04.14 08:58:16 0: Server shutdown
2020.04.14 08:58:16 1: Including fhem.cfg
2020.04.14 08:58:18 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 630.
2020.04.14 08:58:18 1: stacktrace:
2020.04.14 08:58:18 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:58:18 1: Exporter::import called by ./FHEM/82_LGTV_WebOS.pm (70)
2020.04.14 08:58:18 1: (eval) called by ./FHEM/82_LGTV_WebOS.pm (68)
2020.04.14 08:58:18 1: (eval) called by fhem.pl (2608)
2020.04.14 08:58:18 1: (eval) called by fhem.pl (2607)
2020.04.14 08:58:18 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:58:18 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:58:18 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:58:18 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:58:18 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:58:18 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:58:19 1: PERL WARNING: Prototype mismatch: sub FHEM::UWZ::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 3271.
2020.04.14 08:58:19 1: stacktrace:
2020.04.14 08:58:19 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:58:19 1: Exporter::import called by ./FHEM/77_UWZ.pm (75)
2020.04.14 08:58:19 1: (eval) called by ./FHEM/77_UWZ.pm (73)
2020.04.14 08:58:19 1: (eval) called by fhem.pl (2608)
2020.04.14 08:58:19 1: (eval) called by fhem.pl (2607)
2020.04.14 08:58:19 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:58:19 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:58:19 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:58:19 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:58:19 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:58:19 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:58:19 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($;$) vs ($) at (eval 147) line 1.
2020.04.14 08:58:19 1: stacktrace:
2020.04.14 08:58:19 1: main::__ANON__ called by /usr/share/perl/5.24/Carp.pm (169)
2020.04.14 08:58:19 1: Carp::carp called by /usr/share/perl/5.24/Exporter/Heavy.pm (38)
2020.04.14 08:58:19 1: Exporter::Heavy::__ANON__ called by /usr/share/perl/5.24/Exporter/Heavy.pm (185)
2020.04.14 08:58:19 1: Exporter::Heavy::heavy_export called by /usr/share/perl/5.24/Exporter/Heavy.pm (205)
2020.04.14 08:58:19 1: Exporter::Heavy::heavy_export_to_level called by /usr/share/perl5/JSON.pm (111)
2020.04.14 08:58:19 1: JSON::import called by (eval 147) (1)
2020.04.14 08:58:19 1: main::BEGIN called by (eval 147) (1)
2020.04.14 08:58:19 1: (eval) called by (eval 147) (1)
2020.04.14 08:58:19 1: (eval) called by ./FHEM/72_FRITZBOX.pm (56)
2020.04.14 08:58:19 1: (eval) called by fhem.pl (2608)
2020.04.14 08:58:19 1: (eval) called by fhem.pl (2607)
2020.04.14 08:58:19 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:58:19 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:58:19 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:58:19 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:58:19 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:58:19 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:58:32 1: Including ./log/fhem.save
2020.04.14 08:58:42 0: Featurelevel: 6
2020.04.14 08:58:42 0: Server started with 328 defined entities (fhem.pl:21661/2020-04-13 perl:5.024001 os:linux user:fhem pid:323)
Can't use string ("KODI_OnConnectError") as a subroutine ref while "strict refs" in use at ./FHEM/DevIo.pm line 237.
2020.04.14 08:58:43 1: UWZ unwetterwarnung: UWZ.861 Error: Can't get http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE77654 -- http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE77654: Select timeout/error: Interrupted system call
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Error|Error http://f...") at ./FHEM/77_UWZ.pm line 1102.
2020.04.14 08:58:43 1: Including fhem.cfg
2020.04.14 08:58:45 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 630.
2020.04.14 08:58:45 1: stacktrace:
2020.04.14 08:58:45 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:58:45 1: Exporter::import called by ./FHEM/82_LGTV_WebOS.pm (70)
2020.04.14 08:58:45 1: (eval) called by ./FHEM/82_LGTV_WebOS.pm (68)
2020.04.14 08:58:45 1: (eval) called by fhem.pl (2608)
2020.04.14 08:58:45 1: (eval) called by fhem.pl (2607)
2020.04.14 08:58:45 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:58:45 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:58:45 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:58:45 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:58:45 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:58:45 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:58:46 1: PERL WARNING: Prototype mismatch: sub FHEM::UWZ::decode_json ($) vs ($;$) at /usr/share/perl/5.24/Exporter.pm line 66, <$fh> line 3271.
2020.04.14 08:58:46 1: stacktrace:
2020.04.14 08:58:46 1: main::__ANON__ called by /usr/share/perl/5.24/Exporter.pm (66)
2020.04.14 08:58:46 1: Exporter::import called by ./FHEM/77_UWZ.pm (75)
2020.04.14 08:58:46 1: (eval) called by ./FHEM/77_UWZ.pm (73)
2020.04.14 08:58:46 1: (eval) called by fhem.pl (2608)
2020.04.14 08:58:46 1: (eval) called by fhem.pl (2607)
2020.04.14 08:58:46 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:58:46 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:58:46 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:58:46 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:58:46 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:58:46 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:58:47 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($;$) vs ($) at (eval 147) line 1.
2020.04.14 08:58:47 1: stacktrace:
2020.04.14 08:58:47 1: main::__ANON__ called by /usr/share/perl/5.24/Carp.pm (169)
2020.04.14 08:58:47 1: Carp::carp called by /usr/share/perl/5.24/Exporter/Heavy.pm (38)
2020.04.14 08:58:47 1: Exporter::Heavy::__ANON__ called by /usr/share/perl/5.24/Exporter/Heavy.pm (185)
2020.04.14 08:58:47 1: Exporter::Heavy::heavy_export called by /usr/share/perl/5.24/Exporter/Heavy.pm (205)
2020.04.14 08:58:47 1: Exporter::Heavy::heavy_export_to_level called by /usr/share/perl5/JSON.pm (111)
2020.04.14 08:58:47 1: JSON::import called by (eval 147) (1)
2020.04.14 08:58:47 1: main::BEGIN called by (eval 147) (1)
2020.04.14 08:58:47 1: (eval) called by (eval 147) (1)
2020.04.14 08:58:47 1: (eval) called by ./FHEM/72_FRITZBOX.pm (56)
2020.04.14 08:58:47 1: (eval) called by fhem.pl (2608)
2020.04.14 08:58:47 1: (eval) called by fhem.pl (2607)
2020.04.14 08:58:47 1: main::CommandReload called by fhem.pl (1999)
2020.04.14 08:58:47 1: main::LoadModule called by fhem.pl (2056)
2020.04.14 08:58:47 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 08:58:47 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 08:58:47 1: main::AnalyzeCommandChain called by fhem.pl (1381)
2020.04.14 08:58:47 1: main::CommandInclude called by fhem.pl (609)
2020.04.14 08:59:00 1: Including ./log/fhem.save
2020.04.14 08:59:09 0: Featurelevel: 6
2020.04.14 08:59:09 0: Server started with 328 defined entities (fhem.pl:21661/2020-04-13 perl:5.024001 os:linux user:fhem pid:342)
--------------------------------------------
NACHTRAG:
jupp, bei mir auch
auch mit kodi
wat machen ma nu?
nachtrag 2:
ah, ich les schon - kann ich also die füße still halten. *g*
danke an euch, dass mir so schnell bescheid gegeben habts!
Ein auskommentieren von "use strict" hätte auch gereicht
Ok überzeugt. Ein Restore sollte für den User das bevorzugte Mittel sein.
Zitat von: CoolTux am 14 April 2020, 09:09:04
Ein auskommentieren von "use strict" hätte auch gereicht
Sorry, das auskommentieren von Zeilen in Perl Modulen gehörte bis gestern aber nicht zu den üblichen Verrichtungen normaler User! Und ich verzichte jetzt auf noch dickeren oder bunt eingefärbten Schreibstil
Zitat von: det. am 14 April 2020, 08:57:51
Guten Morgen,
um nicht gleich ein neues Thema zu ähnlichem Sachverhalt aufzumachen. Die "Fehlerbereinigungen @Richard dem 1sten" habem leider zum ersten Totalausfall nach Update seit Monaten geführt.
[...]
Das Rückspielen der alten DevIo.pm löst das Problem erst mal.
Wie CoolTux schon schrieb, reicht ein Auskommentieren von "use strict" in DevIO.pm.
Auch, wenn einige hier gerne über Richard schimpfen,
use strict;
use warnings;
ist eigentlich ein Standard bei Perl-Programmen, womit das Problem eher in den einzelnen Modulen gefixt werden sollte. Das wären dann zumindest noch
00_SIGNALduino.pm und
70_KODI.pm.
Zitat von: det. am 14 April 2020, 09:15:12
Sorry, das auskommentieren von Zeilen in Perl Modulen gehörte bis gestern aber nicht zu den üblichen Verrichtungen normaler User! Und ich verzichte jetzt auf noch dickeren oder bunt eingefärbten Schreibstil
Alternative: warten auf das Update...
Und: kam durchaus schon vor...
Und: wie soll das verhindert werden!?
Dazu müsste wochenlang mit allen möglichen Modulkonstellationen und auf allen möglichen HW-/OS-Plattformen getestet werden...
...und selbst dann...
(auch Microdoft, Apple, ... "rutscht" ab und an ein Update "durch" was naja "nicht so gelungen" ist ;) )
Was ist so schlimm, wenn die Behebung des Problems ein simples auskommentieren einer Zeile in einem fhem Modul ist, noch dazu genau genannt wird welche und in welchem Modul inkl. nennen (Link) der "Hintergrundgeschichte"...
Gruß, Joachim
mann, hier herrscht ne stimmung in letzter zeit ... bis nächste weihnachten sollten ma das beheben, sonst gibts keine geschenke vom osternikokind für euch!
mich als dummen user würds eher freuen, wüsste selbiger user, was nun folgt:
a) ein auskommentieren irgendwelche zeilen in irgendwelchen files
b) ein ausbessern der anderen module
c) mad-max in echt
d) ...
sprich: soll ich z.b. jetzt das io-dingens derweil mal dem user fhem entziehen, damit ers morgen nicht wieder überspielt und warten, bis die beiden andern mdoule gefixed sind, oder machen die herren/damen dort schon was, oder wird das io-ding jetzt von euch auskommentiert, bis die anderen module nachziehen, oder was oder - aber warum will ich ned wissen.
Ja: in echt...
EDIT: und im verlinkten Thread ist doch zu sehen wie es (für normale user) weitergeht. Bzw. wird doch immer so schnell als möglich dran gearbeitet, dass für einen "normalen" Anwender nach einem Update alles wieder tut/tun sollte... Der "Hack" ist ja nur Übergang bis zum nächsten Update...
Gruß und raus, Joachim
Anders rum könnte man auch argumentieren
Hätten die Modulentwickler sauberer gearbeitet wäre das kein Problem.
Aber das ist nicht das Problem der User, da gebe ich Dir Recht.
Zitat von: det. am 14 April 2020, 09:15:12
Sorry, das auskommentieren von Zeilen in Perl Modulen gehörte bis gestern aber nicht zu den üblichen Verrichtungen normaler User! Und ich verzichte jetzt auf noch dickeren oder bunt eingefärbten Schreibstil
Es war nur ein Vorschlag, kein das musst Du so machen.
Du kannst auch ein Restore machen und warten.
restore hab ich gemacht - hab jetzt allerdings das update durchgezogen und die io-dings mit dem alten ersetzt - geht ja auch gut ...
die frage ist halt: was erwartet mich morgen um 8 uhr genau?
und ich wollt heute auf buster migrieren - glaub, ich wart noch ein bissi *g*
Zitat von: det. am 14 April 2020, 08:57:51um nicht gleich ein neues Thema zu ähnlichem Sachverhalt aufzumachen. Die "Fehlerbereinigungen @Richard dem 1sten" habem leider zum ersten Totalausfall nach Update seit Monaten geführt.
Das ist nicht Richard anzukreiden.
Hier zeigen sich eher die Schwächen von FHEM, die Richard kritisiert, alles ist von allem abhängig. Wenn ein einziges Modul abstürzt, läuft das ganze System nachher nicht mehr. Es ist in Wirklichkeit kaum mehr wartbar.
Das ist nichts besonderes. Wenn man ein Modul entwickelt, gehört das zum Alltag. Bei einem neuen Modul kann es dann passieren, dass das ganze System steht. Meint man im Testsystem alle Bugs gefunden zu haben, und spielt es ins eigene produktive, dann passiert da meist nach Murphy im Laufe der Nacht etwas und alles steht. Am nächsten Tag steht man dann im Dunkeln.
So ein Generalabsturz ist im Vergleich dazu nochharmlos, das sieht man direkt und kann zur Not auf die alte Version zurücksteigen.
Gruß
Stefan
Zitat von: the ratman am 14 April 2020, 09:35:18
restore hab ich gemacht - hab jetzt allerdings das update durchgezogen und die io-dings mit dem alten ersetzt - geht ja auch gut ...
die frage ist halt: was erwartet mich morgen um 8 uhr genau?
und ich wollt heute auf buster migrieren - glaub, ich wart noch ein bissi *g*
Was Dich erwartet kannst Du im verlinkten Thread im laufe des Tages nach lesen.
Ich bin mir ja sicher, das die Probleme schnell behoben werden. Bis dahin:
Es gibt einen Artikel update (https://wiki.fhem.de/wiki/Update)im Wiki.
Im letzten Abschnitt (https://wiki.fhem.de/wiki/Update#R.C3.BCcksichern_beim_Update_.C3.BCberschriebener_Dateien)ist kurz und knapp erklärt was man tun kann wenn es schief gegangen ist. Ja es ist mit manuellen Eingaben verbunden und geht nicht nur mit klicken...
Aber es ist genauso leicht und genauso schwer wie update zu machen.
Das restore sollte der Standardvorgang und Empfehlung bei solchen Problemen sein die durch ein Update hervorgerufen werden.
Die Empfehlung dem User die Programmiererschuhe zu empfehlen halte ich für falsch. ;)
Sollte FHEM nach einem update auf Grund eines groben Fehlers nicht mehr starten, kann das restore auch auf System Ebene durchgeführt werden. Ein Ansatz gibt es in dem Artikel (https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche#Die_config_Datei_ist_das_Problem.3F). Ich werde das mal noch analog im update Artikel unterbringen. Edit: getan :)
Gruß Otto
So Ihr dürft nun noch mal Update anstoßen. Dann sollte alles wieder gehen.
ZitatHier zeigen sich eher die Schwächen von FHEM, die Richard kritisiert, alles ist von allem abhängig. Wenn ein einziges Modul abstürzt, läuft das ganze System nachher nicht mehr.
Dieser Aussage würde ich jetzt insofern widersprechen dass dies für die meisten Systeme zutrifft. Kernel-Treiber können ein os zum Absturz bringen usw.
Man kann jetzt auch argumentieren dass es bisher ja anstandslos lief. Es ist also (scheinbar, ich will da nichts falsches sagen) nicht so dass die Änderung einen Bug zum Vorschein gebracht hat, die Änderung hat den Bug verursacht.
Nichts desto trotz bin ich dafür dass Ordnung herrscht und use strict plus use warnings gehören da rein! Dadurch findet man dann auch besser echte Bugs. Hier ist es blöd gelaufen, wird beseitigt und dann ist es besser als vorher was vmtl im Interesse aller ist :)
(...mei, hier ist was los, bin zu langsam...)
@Otto:
Auch wenn betateilchen Wiki-Artikel nicht besonders schätzt: Vielleicht bringst du irgendwo noch einen Hinweis auf [configDB] FHEM im rescue-Modus starten (https://forum.fhem.de/index.php/topic,86225.msg786638.html#msg786638) unter?
Und evtl. wäre es auch eine Idee, für die "text-cfg-user" sowas wie eine "Minimal-FHEM-cfg" zu empfehlen, mit der man dann ggf. ein update machen kann, oder, wenn es noch eiliger ist direkt ein svn-update (mit dem Svn_GetFile()), damit es gleich auch mit den Rechten paßt):
{ Svn_GetFile("FHEM/DevIo.pm", "FHEM/DevIo.pm", }
Solche Probleme sind ja in der Regel schnell und zentral gelöst (oder hier besser: Die Symptome sind abgestellt).
Zitat von: herrmannj am 14 April 2020, 09:59:58
Dieser Aussage würde ich jetzt insofern widersprechen dass dies für die meisten Systeme zutrifft. Kernel-Treiber können ein os zum Absturz bringen usw.
Man kann jetzt auch argumentieren dass es bisher ja anstandslos lief. Es ist also (scheinbar, ich will da nichts falsches sagen) nicht so dass die Änderung einen Bug zum Vorschein gebracht hat, die Änderung hat den Bug verursacht.
Nichts desto trotz bin ich dafür dass Ordnung herrscht und use strict plus use warnings gehören da rein! Dadurch findet man dann auch besser echte Bugs. Hier ist es blöd gelaufen, wird beseitigt und dann ist es besser als vorher was vmtl im Interesse aller ist :)
Das sehe ich ganz anders Jörg. Die Änderungen hat schon einen Bug hervorgebracht.
Wenn eine Routine als Übergabe eine Hash Referenz erwartet aber die Module welche diese Routine aufrufen einen String übergeben dann machen die Module etwas falsch. Das ist ein Bug in den Modulen.Nachtrag: Es wird hier in der Tat nichts erwartet. Dennoch erfolgt mit $callback ein symbolischer Funktionsaufruf und wenn $callback keine Code Referenz ist dann bekommt man die Meldung.
Alternativ kann man eine Prüfung in DevIO einbauen und einen Warnung aussprechen. Ich werde da heute einen Patchvorschlag bringen. Mal schauen ob der Anklang findet.
Grüße
Zitat von: CoolTux am 14 April 2020, 09:56:58
So Ihr dürft nun noch mal Update anstoßen. Dann sollte alles wieder gehen.
jau, scheint wieder zu funzen. thx!
hab hier mal erledigt gemacht.
bitte wo weiterstreiten, wo ichs ned lesen muß - danke!
Zitat von: the ratman am 14 April 2020, 08:47:50
großes problem!. hab mein tägliches update gemacht, seit dem startet fhem in nem loop.
Moin,
warum machst du jeden Tag ein Update? Hast du Angst etwas zu verpassen? Oder liebst du das Risiko? Würde ein wöchentliches oder monatliches Update im Normalfall nicht schon ausreichen?
Gruss
Enno
weil die 1. frage bei problemen is: "hast du ein aktuelles fhem?"
und wieso nicht? ich bin ja gern betatester - meist ohne ahnung, aber betatester *g*
ausserdem ändert "nix updaten" nix an den problemen im code.
Zitat von: the ratman am 14 April 2020, 10:10:04
weil die 1. frage bei problemen is: "hast du ein aktuelles fhem?"
und wieso nicht? ich bin ja gern betatester - meist ohne ahnung, aber betatester *g*
bei täglichen Update würde ich dich schon zu alpha-tester rechnen 8) Aber ich danke dir trotzdem für deinen "Mut", da ich vor meinen Updates immer im Forum nach solchen Einträgen wie deinem hier schaue und dann mit dem Update ggf. etwas warte. Damit bin ich bisher um Komplettausfälle fast herum gekommen. Ok, als am Homematic Modul rumgeschraubt wurde hatte es mich auch kräftig erwischt...
Gruss
Enno
ZitatWenn eine Routine als Übergabe eine Hash Referenz erwartet aber die Module welche diese Routine aufrufen einen String übergeben dann machen die Module etwas falsch. Das ist ein Bug in den Modulen.
Die Methode hat weder das Eine, noch das Andere zugesichert, ohne use strict hat beides funktioniert, deswegen sehe ich die Module auch nicht als fehlerhaft.
Ich bin noch nicht ueberzeugt dass man Funktionsnamen als Callback verbieten solltem Immerhin koennen dann Dienste wie "fhemdebug timerList" was Lesbares ausgeben. Die Vorteile einer Einschraenkung (nur Funktionszeiger zuzulassen) habe ich noch icht entdeckt.
@enno
mut braucht man ned, nur ein bissi blödheit - und davon hab ich mehr als genug.
aber im ernst: ich mach das jetzt seit jahren so. und wenns den mal ein problem gibt, meld ichs hier und spiel die alten sachen derweil zurück. meistens kann ich mir ja mittlerweile sogar als user denken, an welchem file es liegt und gleich mal den richtigen anschreiben. diesmal war ich etwas mehr verwirrt als sonst *g*.
das melden ist eh meine einzige art, wie ich was zu fhem beitragen kann - somit tuts mir auch ned weh, 1 min. mehr aufwand für das anstarten von winscp und das rückspielen der alten files aufzuwenden.
ich profitier ja dann davon auch gewaltig, wie man hier gerade sieht.
Zitat von: rudolfkoenig am 14 April 2020, 10:18:00
Die Methode hat weder das Eine, noch das Andere zugesichert, ohne use strict hat beides funktioniert, deswegen sehe ich die Module auch nicht als fehlerhaft.
Ich bin noch nicht ueberzeugt dass man Funktionsnamen als Callback verbieten solltem Immerhin koennen dann Dienste wie "fhemdebug timerList" was Lesbares ausgeben. Die Vorteile einer Einschraenkung (nur Funktionszeiger zuzulassen) habe ich noch icht entdeckt.
Das sehe ich ganz genau so, volle Zustimmung.
Zitat von: MadMax-FHEM am 14 April 2020, 09:24:48
Und: wie soll das verhindert werden!?
Ein erster Schritt wäre es, die User nicht dazu zu zwingen, ihre Updates aus einem Unstable-Zweig machen zu müssen, genauso wenig wie man sie zwingen sollte, eine Neuinstallation aus einem Unstable-Zweig machen zu müssen (deb) oder eine wirklich krass veralterte Version zu bekommen (FHEM "6.0" vom 2020-01-26).
Der nächste Schritt wären automatisierte Integrations- und Regressionstests für Sachen die aus unstable nach stable wollen.
Aktuell wird die Endbenutzerbasis für diese Tests missbraucht, da hat ratman durchaus recht. Es ist eine Schande, wirklich eine Schande, dass ein User ein Update unterlassen soll, weil man ja eh nie weiß, ob das System danach noch funktioniert. Aber es ist aktuell die bessere Wahl.
Traurig genug übrigens, dass Richard, der hier die Mistarbeit macht, die jahrelang mutwillig und gegen Warnungen unterlassen wurde, nun als "Richard der Erste" und schlimmeres verunglimpft wird.
ZitatDer nächste Schritt wären automatisierte Integrations- und Regressionstests für Sachen die aus unstable nach stable wollen.
Ich gehe davon aus, dass das aktuelle Problem damit nicht entdeckt gewesen waere, weil die besagte Zeile nur dann aufgerufen wird, falls die Verbindung mit der externen Schnittstelle hergestellt wurde. Und ich habe gerade Schwierigkeiten ein Testsystem vorzustellen, an dem alle von FHEM unterstuetzte Geraete angeschlossen sind.
bitte leute - is ja alles in ordnung - wir haben wieder was neues erfahren ... vielleicht will ja wer draus lernen?
ansonsten: enduser haben auch nix davon, wenn jetzt in gefühlt jedem fred immer das (aus enduser-sicht) gleiche diskutiert wird.
wärs da nicht besser, ihr devs würdets euch alle mal ein bissi deeskalieren, euch in einem dev-forum zusammensetzen und für einen klaren weg sorgen? machts ne umfrage unter euch, wer was will und entscheidets dann. oder was weiß ich ...
diese ewige streiterei, was warum und aus welcher sicht am besten wäre bringt euch doch eh nix ... naja, ausser böses blut und verhärtete fronten am ende.
somit die bitte eines users: kriegts euch mal alle wieder ein, atmets mal tief durch und redets dann in ruhe drüber, wo fhem hin soll.
vielen dank im voraus an alle devs!
Zitat von: herrmannj am 14 April 2020, 09:59:58
Dieser Aussage würde ich jetzt insofern widersprechen dass dies für die meisten Systeme zutrifft. Kernel-Treiber können ein os zum Absturz bringen usw.
Die Betonung sollte hier auf "können" liegen. Meist ist es so, dass ein abgestürzter Gerätetreiber nur bewirkt, dass dieses Gerät nicht angesprochen werden kann. Bei FHEM bewirkt ein abgestürztes Modul jedoch
immer, dass in FHEM nichts mehr geht.
Zitat von: herrmannj am 14 April 2020, 09:59:58
Man kann jetzt auch argumentieren dass es bisher ja anstandslos lief. Es ist also (scheinbar, ich will da nichts falsches sagen) nicht so dass die Änderung einen Bug zum Vorschein gebracht hat, die Änderung hat den Bug verursacht.
Das ist nur eine philosophische Diskussion. Man sieht hier in Wirklichkeit, dass einen Änderung in einem zentralen Bereich massive Auswirkungen hat, welche bei bestimmten Modulen dazu führen kann, dass nichts mehr geht. Das war bei dieser Änderung so, dass kann bei einer anderen Änderung genauso passieren. Wenn man diese Gefahr vermeiden will, dürfte man gar nicht mehr ändern, das wäre dann aber ein Entwicklungsstillstand, ich denke, den will keiner.
Ich denke, anstatt User-Bashing zu betreiben, sollte man erkennen, dass hier in Wirklichkeit eine Schwäche von FHEM sichtbar wurde. Ob man diese auf Dauer beheben kann, ist fraglich, das wäre fast ein neues FHEM.
Zitat von: rudolfkoenig am 14 April 2020, 10:34:46
Ich gehe davon aus, dass das aktuelle Problem damit nicht entdeckt gewesen waere, weil die besagte Zeile nur dann aufgerufen wird, falls die Verbindung mit der externen Schnittstelle hergestellt wurde. Und ich habe gerade Schwierigkeiten ein Testsystem vorzustellen, an dem alle von FHEM unterstuetzte Geraete angeschlossen sind.
Tja, ich hätte es jetzt gerne getest, aber da ich seit ... keine Ahnung, vorgestern oder so, keine Updates gemacht habe, bekomme ich den $
anser-Fehler aus DevIo - und den hättest du ganz sicher mit einem Test gefunden, sogar mit dem einfachsten.
Aber nachdem ich händisch nachgezogen habe: Doch, das hätte man mit einem Test gefunden (ich hab' keine Kodi-Instanz):
define kodi kodi 127.0.0.1 http test test
Can't use string ("KODI_OnConnectError") as a subroutine ref while "strict refs" in use at FHEM/DevIo.pm line 237.
Und man hätte direkt noch ein anderes Problem gefunden:
2020.04.14 01:28:01 1: PERL WARNING: Use of uninitialized value $nameOrConf in -f at /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm line 285.
2020.04.14 01:28:01 1: stacktrace:
2020.04.14 01:28:01 1: main::__ANON__ called by /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm (285)
2020.04.14 01:28:01 1: Device::SerialPort::new called by FHEM/DevIo.pm (428)
2020.04.14 01:28:01 1: (eval) called by FHEM/DevIo.pm (426)
2020.04.14 01:28:01 1: main::DevIo_OpenDev called by ./FHEM/70_KODI.pm (216)
2020.04.14 01:28:01 1: main::KODI_Connect called by ./FHEM/70_KODI.pm (161)
2020.04.14 01:28:01 1: main::KODI_Define called by fhem.pl (3771)
2020.04.14 01:28:01 1: main::CallFn called by fhem.pl (2081)
2020.04.14 01:28:01 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 01:28:01 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 01:28:01 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2711)
2020.04.14 01:28:01 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (981)
2020.04.14 01:28:01 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (590)
2020.04.14 01:28:01 1: main::FW_Read called by fhem.pl (3771)
2020.04.14 01:28:01 1: main::CallFn called by fhem.pl (753)
2020.04.14 01:28:01 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm line 312.
2020.04.14 01:28:01 1: stacktrace:
2020.04.14 01:28:01 1: main::__ANON__ called by /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm (312)
2020.04.14 01:28:01 1: Device::SerialPort::new called by FHEM/DevIo.pm (428)
2020.04.14 01:28:01 1: (eval) called by FHEM/DevIo.pm (426)
2020.04.14 01:28:01 1: main::DevIo_OpenDev called by ./FHEM/70_KODI.pm (216)
2020.04.14 01:28:01 1: main::KODI_Connect called by ./FHEM/70_KODI.pm (161)
2020.04.14 01:28:01 1: main::KODI_Define called by fhem.pl (3771)
2020.04.14 01:28:01 1: main::CallFn called by fhem.pl (2081)
2020.04.14 01:28:01 1: main::CommandDefine called by fhem.pl (1243)
2020.04.14 01:28:01 1: main::AnalyzeCommand called by fhem.pl (1096)
2020.04.14 01:28:01 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2711)
2020.04.14 01:28:01 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (981)
2020.04.14 01:28:01 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (590)
2020.04.14 01:28:01 1: main::FW_Read called by fhem.pl (3771)
2020.04.14 01:28:01 1: main::CallFn called by fhem.pl (753)
2020.04.14 01:28:01 1: kodi: Can't open : No such file or directory
Ich hätte jetzt natürlich gerne einfach einen Fix geschrieben und vbs einen PR geschickt, aber leider sind wir ja in einem Versionssystem der 90er gefangen, wo Kollaboration mit Patches über Foren läuft.