Heutiges update

[Guest]

Originally posted by: <email address deleted>

Hallo (ich vermute mal) Martin!

Noch bin ich nicht solange dabei, daher bin ich mir nicht sicher - werden
update Fehler geposted?

Nach dem update:

>>>

2 file(s) have been updated:
==> 2012-11-19 07:45:16 FHEM/10_CUL_HM.pm
==> 2012-11-19 07:45:16 FHEM/59_Weather.pm

Module(s) reloaded:
==> 10_CUL_HM:
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 572, near ""++803F$id${src}0204$s2000")"
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 827, near ""0101${state}00")"
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 885, near "))"
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 929, near ""8002$id$src${chn}00")"
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 962, near ""00")  
          "
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 1031, near ""00")"
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 1039, near ""00")"
Not enough arguments for main::CUL_HM_SendCmd at /opt/fhem/FHEM/10_CUL_HM.pm line 1048, near ""00")  # Send Ack
      "
BEGIN not safe after errors--compilation aborted at /opt/fhem/FHEM/10_CUL_HM.pm line 1645.
<<<
Und fehm verabschiedet sich


10_CUL_HM.pm restored, alles bestens.

ciao walter

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

wurde schon. ist ein Problem mit denm update und das irgendwo noch alte
Prototypen verwendet werden. Habe ich noch nicht gefunden.
Wird auch nicht wieder vorkommen - aber koennte sein, dass es bei jedem
einmal kommt.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Genau deswegen auch mein Vorschlag nach dem Update nicht die Module zu
reloaden sondern FHEM sauber durchzustarten.

Viele Grüße

Markus

Am Montag, 19. November 2012 17:06:50 UTC+1 schrieb Martin:
>
> wurde schon. ist ein Problem mit denm update und das irgendwo noch alte
> Prototypen verwendet werden. Habe ich noch nicht gefunden.
> Wird auch nicht wieder vorkommen - aber koennte sein, dass es bei jedem
> einmal kommt.
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Martin Fischer]

Am Montag, 19. November 2012, 08:18:35 schrieb Markus Bloch:
> Genau deswegen auch mein Vorschlag nach dem Update nicht die Module zu
> reloaden sondern FHEM sauber durchzustarten.

markus, siehe developers group. das beseitigt nicht die ursache sondern umgeht
nur das problem. der reload ging die ganze zeit über und hat erstmal _nichts_
mit einem update zu tun! der reload innerhalb des updates ist auch keine
neuerung, sondern schon länger bestandteil von fhem, nicht erst seit dem ich
das neue update maintaine.

wir sollten hier also mal a bisserl bei den fakten bleiben. wenn du dir den
quelltext von 98_update.pm ansiehst, dann wirst du sehen, dass das reload
keine "spezialausführung" von update ist, sonder den fhem "hauseigenen" befehl
"reload" aufruft:

        my $cmdret = CommandReload($cl,$modFile);
        if (!$cmdret) {
          Log 1, "update reloaded module: $modFile";
          $ret .= "==> $modFile\n";
        } else {
          $ret .= "==> $modFile:\n$cmdret\n";
        }

der fehler, der da auftritt müsste demnach auch auftreten, wenn in der
commandline ein "reload foobar.pm" aufgerufen wird. und genau an der stelle
sollte der maintainer des "vermeintlich" verursachenden moduls ansetzen,
_bevor_ irgendwas aus update zurückgebaut wird. vermutlich hängt es aber auch
mit der kombination FHEMWEB und fehlerhaftes modul zusammen, da auch ich
inzwischen zweimal in diese "falle" getappt bin.

anmerkung:
martin ungleich martin also bitte nicht verwechseln! martin, (der andere
) ist für CUL_HM und HMLAN zuständig, _ich_ für andere module

gruss

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Wie soll ich euch nur jemals auseinander halten können :-/


Von meinem iPhone gesendet

Am 19.11.2012 um 18:33 schrieb Martin Fischer :

> Am Montag, 19. November 2012, 08:18:35 schrieb Markus Bloch:
>> Genau deswegen auch mein Vorschlag nach dem Update nicht die Module zu
>> reloaden sondern FHEM sauber durchzustarten.
>
> markus, siehe developers group. das beseitigt nicht die ursache sondern umgeht
> nur das problem. der reload ging die ganze zeit über und hat erstmal _nichts_
> mit einem update zu tun! der reload innerhalb des updates ist auch keine
> neuerung, sondern schon länger bestandteil von fhem, nicht erst seit dem ich
> das neue update maintaine.
>
> wir sollten hier also mal a bisserl bei den fakten bleiben. wenn du dir den
> quelltext von 98_update.pm ansiehst, dann wirst du sehen, dass das reload
> keine "spezialausführung" von update ist, sonder den fhem "hauseigenen" befehl
> "reload" aufruft:
>
>        my $cmdret = CommandReload($cl,$modFile);
>        if (!$cmdret) {
>          Log 1, "update reloaded module: $modFile";
>          $ret .= "==> $modFile\n";
>        } else {
>          $ret .= "==> $modFile:\n$cmdret\n";
>        }
>
> der fehler, der da auftritt müsste demnach auch auftreten, wenn in der
> commandline ein "reload foobar.pm" aufgerufen wird. und genau an der stelle
> sollte der maintainer des "vermeintlich" verursachenden moduls ansetzen,
> _bevor_ irgendwas aus update zurückgebaut wird. vermutlich hängt es aber auch
> mit der kombination FHEMWEB und fehlerhaftes modul zusammen, da auch ich
> inzwischen zweimal in diese "falle" getappt bin.
>
> anmerkung:
> martin ungleich martin also bitte nicht verwechseln! martin, (der andere
> ) ist für CUL_HM und HMLAN zuständig, _ich_ für andere module
>
> gruss
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com