Fritz!Load…

… Forum für Software-Entwickler, Web-Designer und Benutzer.

Du bist nicht angemeldet.

Ankündigung

Liebe Fritz!Load-Nutzer,
wie man am Datum des letzten Beitrags erkennt, wird dieses Forum seit langem nicht mehr benutzt. Zwar entstehen keine zusätzliche Kosten, um dieses Forum zu halten, nichtsdestotrotz macht es keinen Sinn ein totes Forum im Internet zu präsentieren. Aus diesem Grund werden wir demnächst dieses Forum schließen. Falls sich dennoch ein paar hartgesottene Mitglieder finden, die dieses Forum immer noch am Leben halten wollen, sollen sich bitte im Forum „Allgemeine Diskussion“ melden. (19.12.2023)

Hinweis: Falls sich die Forum-Adresse ändern sollte, so gehe bitte auf die Fritz!Load-FAQ-Seite in Sourceforge.net, um die aktuelle Forum-Adresse zu erfahren oder aktualisiere deine Fritz!Load-Version auf den neuesten Stand und nutze den Link „Forum“ unter „Allgemein“ in der Registerkarte „Hilfe“ direkt in Fritz!Load.

Seiten: 1 2 3 4 … 17

#21 Antw.: Fritz!Load… » Fritzbox 7490 OS 7.01 kein Eintrag mit Startmenü » am 17. Sep. 2018 um 09:02 Uhr

Fireball3

Da gehört vermutlich etwas an FL angepasst.
Das Thema hatten wir schon mal. Vermutlich hat sich in der AVM GUI etwas geändert.
Suche bemühen. Roadman und rolex0815 können bestimmt helfen, aber vermutlich
warten die auf eine stabile modfs-Lösung bis sie umsteigen.

#22 Antw.: Fritz!Load… » Fritz!Load funktioniert nicht mehr » am 17. Sep. 2018 um 08:58 Uhr

Fireball3

Die Fehlerbeschreibung ist nicht besonders ausführlich.
Gibt es ein debug-log?
Ist die FL Installation evtl. korrupt? Ein vollständiges Update hilft hier vielleicht?
FL im Speicher der Box zu betreiben überzeugt mich nicht. Es macht die Sache unnötig kompliziert.
Wäre das jetzt ein Stick, könnte man den an einem PC schnell auf Fehler prüfen...

Die besten Erfahrungen habe ich mit 2 Sticks an der Box.
Auf einem kleinen Stick, die FL Installation und die downloads auf einem Anderen.
Bei nur einem Stick für alles hatte ich des Öfteren ein zerschossenes Dateisystem.
Parallele Schreib- und Lesezugriffe packen die USB-Sticks nicht so gut.

#23 Antw.: Fritz!Load… » Fritzbox 7490 nach Update auf OS 7.01 mit modfs kein Telnet mehr » am 15. Sep. 2018 um 20:22 Uhr

Fireball3

Nicht so ganz optimal... sad
Ist das zweite Image bei der 7.01 immer noch vorhanden?
Dann kann man im Notfall immer noch auf die alte Version, bei der man Telnet mit dem Telefon einschalten kann, umschalten.
Damit könnte man die 7.01 nochmal neu flashen.
Nicht toll, aber besser als nichts.

#24 Antw.: Fritz!Load… » Fritzbox 7490 nach Update auf OS 7.01 mit modfs kein Telnet mehr » am 15. Sep. 2018 um 15:01 Uhr

Fireball3
Andy schrieb:

Läuft jetzt
mount -o remount,exec /var/media/ftp/
Fritzload Startmenü ist wieder weg, wie bei fast jeder neuen OS Version

Ist bekannt, war schon bei der 6.93 der Fall.
Den remount kann man auch in die debug.cfg packen.

Kann man bei der 7.01 den telnet daemon mit #96*8* wieder ausschalten?

#25 Antw.: Fritz!Load… » Einstellungen speichern » am 15. Sep. 2018 um 22:18 Uhr

Fireball3

Unter Hilfe --> Online Update, die gewünschte Version ins Feld eingeben und Update anstoßen.

#26 Antw.: Fritz!Load… » Fritz!Load funktioniert nicht mehr » am 08. Sep. 2018 um 13:15 Uhr

Fireball3

Hat Deine Box vielleicht ungefragt ein Update eingespielt?
oder
Sind die Dateien von FritzLoad auf dem Stick korrupt?
oder
Ist der Stick ganz hinüber?

#27 Antw.: Fritz!Load… » Entschlüsselung DLC funktioniert nicht mehr » am 13. Jun. 2018 um 08:33 Uhr

Fireball3

Das habe ich hin und wieder auch, dass ein Diff-Update irgendwas nicht aktualisieren kann.
Ich lasse dann das Komplett-Update nochmal drüber laufen, dann klappt es.

#28 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 14. Feb. 2018 um 15:59 Uhr

Fireball3

Danke für eure Antworten!
Das ergibt jetzt langsam einen Sinn.

Wenn die Funktion innerhalb der .sh aufgerufen wird, muss die Datei irgendwie "eingebunden" werden!?
Die shell muss die Funktionen aus der Datei ja alle irgendwie schon kennen - wie wird das gemacht?

Ich denke ich kann den Ablauf des reconnects jetzt theoretisch nachvollziehen.
Aus irgend einem Grund werden sämtliche "print" Anweisungen nicht ausgegeben.
Kann es sein, dass die Paramterübergabe von

reconnect "Manuell" 1 1

nicht funktioniert? Wie debugged man sowas?

Ins log wird von der reconnect() nichts geschrieben - ist so vorgesehen.
In der Datei 

\log\reconnect.log

werden aber die Verbindungen geloggt. Der Teil ist ziemlich am Ende der Funktion, daraus folgere ich,
dass die reconnect() bis zum Ende durchläuft.

Im Verlauf von reconnect() wird jedoch auch die voipcheck() aufgerufen. D.h. auch bei manuellem Auslösen sollte
ein laufendes VoIP Gespräch nicht unterbrochen werden.

#29 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 14. Feb. 2018 um 13:25 Uhr

Fireball3

Der Rest ist so korrekt wie ich geschrieben habe?

rolex0815 schrieb:

In Bash Scripts kann die unterhalb im File stehen und trotzdem oberhalb aufgerufen werden.

Verständlich, aber wird die Datei dann von oben nach unten ausgeführt oder wird nach dem Abarbeiten der Funktion, hier reconnect(),
beendet?

Oder anders gefragt, wird mit 

reconnect "Manuell" 1 1

die reconnect.sh aufgerufen oder nur die Funktion innerhalb der reconnect.sh?

Hiermit wird also die reconnectEnabled() mit den Parametern 1 1 aufgerufen?

if ! reconnectEnabled $forceReconnect $showMsg;

Das if ! kehrt den Rückgabewert der reconnectEnabled() um?
Wird da implizit ein positives Ergebnis erwartget? Anders macht der Ausdruck irgendwie keinen Sinn.

if ! 1 (oder wie?)

Ich hätte da einen Vergleich erwartet so a la

if 1=1; then ...

#30 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 13. Feb. 2018 um 13:35 Uhr

Fireball3

Wer kann mir hier ein bisschen Licht ins Dunkel bringen?
Oder einfach nur sagen, ob ich das richtig verstehe.

Funktion:

reconnect() {
	local showMsg="${1:--}" forceReconnect=${2:-0} showMsg=${3:-0}

Lokale Variablendeklaration
1: 2: 3: sind dabei willkürlich gewählt und werden von dem Parameter mit dem die Funktion aufgerufen wird überschrieben?
Unser Beispiel 

"Manuell" 1 1

Dann folgt

	if ! reconnectEnabled $forceReconnect $showMsg; then

Auf Deutsch: 

wenn nicht reconnectEnabled 1 1 dann

dann nochmal, abhängig von der showMsg Variable eine Nachricht ausgeben und return 1.
   

 [ ${showMsg:-0} -ne 0 ] && print "Die erneute Verbindung wurde nicht ausgeführt, weil Einstellungen oder Signaldateien (laufende Download-Prozesse) dies verhindern..."
    return 1
  fi

Diese Zeile verstehe ich nicht.

if ! reconnectEnabled $forceReconnect $showMsg; then

Die Funktion reconnect Enabled ist erst weiter unten!? Wir die hier aufgerufen und ausgeführt?

Danke für die Aufklärung!

#31 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 13. Feb. 2018 um 00:18 Uhr

Fireball3

Hab Deine Änderung per diff-update eingespielt, kann aber keine Änderung beobachten.
Auch mit dem Haken bei debug gibts im log nicht mehr zu sehen.

#32 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 12. Feb. 2018 um 22:31 Uhr

Fireball3

Ja, jetzt.
Sieht ja ganz vernünftig aus was ich mir da zusammen gereimt habe.
Ich habe mal versucht was rauskommt, wenn reconnect ohne die Übergabe von 

"Manuell" 1 1

ausgeführt wird.
Nun, es ändert nichts. Reconnect wird erfolgreich durchgeführt, keine weitere Ausgabe wie sie in der reconnect.sh eigentlich hinterlegt sind.
Irgendwo nimmt er immer noch die Abkürzung... mad 

local showMsg="${1:--}" forceReconnect=${2:-0} showMsg=${3:-0}

Das erste showMsg ist in "", die sind irgendwie nicht gleich.

@Chefi
Die voipcheck.lua funktioniert auf der 7490.  wink

#33 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 12. Feb. 2018 um 21:07 Uhr

Fireball3
rolex0815 schrieb:

Das eine ist eine Funktion, das andere ist ein File. Du kannst kein Scriptfile per se so aufrufen, wenn das File mehrere Funktionen erhält.
Das sind Programmier Grundlagen - das aber nur so beiseite.

Irgendwo sagte ich ja bereits, dass das nicht so mein Metier ist  tongue
Ich bemühe mich zwar, aber bin da nur Teilzeitsportler. Vielleicht kannst Du ja etwas helfen?

Der Auslöser ist in der 

FritzLoad\cgi\gui_reconnect_do.cgi

und lautet:

#!/bin/ash
INSTANCE_BASE_LINK=gui_download.cgi
. ./gui_main.cgi
cd $pdir/bin

echo "<pre class=msg>Sende die Neustartanweisung...";
./reconnect 0
echo "</pre>"
PAGEEND

Ist damit nicht die Datei 

\FritzLoad\bin\reconnect (ohne Endung)

gemeint? Das ist eine Funktion. Wußte nicht, dass man die einfach so ablegen kann. Welcher Teil in der Funktion verarbeitet den Parameter "0" (sehe nicht wer den auswertet).

/bin/reconnect 0

Die Funktion prüft dann ob irgendwelche reconnects bereits laufen und startet am Ende

reconnect "Manuell" 1 1

Ist dann damit die 

FritzLoad\lib\reconnect.sh

gemeint? Ansonsten bin ich hier auf dem Holzweg. Und was die Übergabe von "Manuell" 1 1 angeht sowieso. hmm
Da sind dann weiter Prüfungen und irgendwo auch die Funktionen

doReconnect(){

und im weiteren Verlauf auch

upnp_reconnect(){

Wobei ich mir bei dieser upnp_reconnect nicht sicher bin ob das schon der reconnect-Befehl ist (den Inhalt des curl aufrufes verstehe ich nicht), denn vom Ablauf her ist die Funktion zu früh dran.

Danke für die Aufklärung!  big_smile

#34 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 12. Feb. 2018 um 16:54 Uhr

Fireball3

Hab weiter gegrübelt...
Wenn die 

/bin/reconnect

abgearbeitet ist, ruft die wiederum eine

reconnect "Manuell" 1 1

auf. Die Übergabe von "1 1" ist vermutlich der Schlüssel. Da werden die Prüfungen auf irgendwas gleich gültig gesetzt.
Wenn man die vielleicht wegläßt läuft vermutlich der normale Prozess ab.
Könnte man ruhig im log was ausgeben oder gleich auf der GUI.

Die .lua habe ich noch nicht ausprobiert - war schon spät gestern nach all dem Testen.
Vielleicht schaffe ich es heute Abend.
Oder ich tune mal eben diese beiden 1er weg und schau ob es pfeifft.  big_smile

#35 Antw.: Hoster-Plugins… » Share-Online.biz funktioniert nicht mehr - The syntax was not correct » am 12. Feb. 2018 um 16:27 Uhr

Fireball3
thecoder2012 schrieb:

Tipp: Guthaben als Gutschein erstellen wenn möglich und einfach wieder selbst nutzen den Gutschein.

Du meinst zum Auslagern, damit man nicht soviele Punkte auf dem Konto hat die dann ggf. verbraten werden? monkey

#36 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 12. Feb. 2018 um 16:18 Uhr

Fireball3
Chefi schrieb:

Ich habe das nochmal gelesen was du da gschrieben hast, und wenn ich mal so drüber nachdenke dann irgnoriert der Klick auf erneut verbinden die aktivierten Checks. Die Mac/und voip checks laufen nur bei eineim automatisiertem Reconnect.

Dürfte aber nicht sein, bzw. das war mal anders. hmm
Ich blicke leider nicht durch die Struktur des gesamten Programms - was wen wann aufruft etc.
Dieser Mix mit den .cgi Dateien die dann Teils doch shell-skripte sind und dann wieder doch nicht...harter Tobak - echt.
Aber ich meine ich konnte das Problem lokalisieren in der Datei

/cgi/gui_reconnect_do.cgi

Dort wird 

/bin/reconnect 0

aufgerufen - das ist echt madig. Und ohne jeglichen Kommentar ins log usw.
Warum wird da nicht die 

/lib/reconnect.sh

aufgerufen?
Offensichtlich sind ja beide Skripte lauffähig! Gibt's da einen technischen Grund?
Klärt mich gerne auf!

#37 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 12. Feb. 2018 um 23:53 Uhr

Fireball3

Ich habe mal die 2875 geladen.
Nach click auf "Erneut verbinden" kommt sofort "Sende Neustartanweisung..." ohne Prüfung oder sonst was.
Bei der 2877 dasselbe.
Der Fehler scheint also schon vorher existent gewesen zu sein.
Auch nach Neustart der Box gibt es keine Einträge im log.
Ich muss mir nochmal die Sachen mit der voipcheck.lua anschauen und dann
probiere ich das mal auf der Konsole.

#38 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 11. Feb. 2018 um 18:39 Uhr

Fireball3

Irgendwas stimmt bei mir nicht.
Kein VoIP check, keine log Einträge, aber erfolgreiche reconnects...
Muss mal einen Box Neustart hinlegen.

#39 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 07. Feb. 2018 um 17:17 Uhr

Fireball3
Chefi schrieb:

Der "Ältestenrat" ...

Sowas gibt's?  glasses

Nein, bin zuversichtlich, dass das richtige raus kommt.
Ich wollte es dann testen, wenn es drin ist.

Die einzigen Probleme, die aber niemand lösen kann, ist wenn jetzt jemand beginnt zu telefonieren in den 20 Sekunden zwischen erfolgreichem Voipcheck und erfolgreichem Reconnect.

Das Problem ist ja "nur", dass keine Verbindung aufgebaut werden kann oder?
Sehe ich jetzt nicht so kritisch wie ein getrenntes Telefonat.

#40 Antw.: Fritz!Load… » Umstellung des VoIP-Checks von webcm-Schnittstelle nach foncalls.lua » am 07. Feb. 2018 um 15:30 Uhr

Fireball3

Bitte einchecken oder einchecken lassen.
Bei Letzterem ist die fertig geänderte Datei wohl hilfreich.
Kannst Du die hier hochladen? Oder deren Inhalt?
Dann ist es nur noch abarbeiten.
Danke!

Seiten: 1 2 3 4 … 17

Fußzeile des Forums

Angetrieben von FluxBB