Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Hi,
okay es gibt wohl 2 Versionen von dem Logikprozessor das in der Sourceverwaltung und das hier im Thread. Das in der Sourceverwaltung sollte mit unmodifizierten WG funktionieren?
VG
Jürgen
Bei mir läuft PL 38.1 und die "alte" Version des Logikprozessors (aus dem SVN) ohne Probleme. Die neue Version (für den Patch) habe ich noch nicht getestet.
Hi,
okay es gibt wohl 2 Versionen von dem Logikprozessor das in der Sourceverwaltung und das hier im Thread. Das in der Sourceverwaltung sollte mit unmodifizierten WG funktionieren?
VG
Jürgen
Sollte, ja. Ist aber eine mittlerweile ziemlich alte Version.
Und ich mache darauf aufmerksam, dass die drei wesentlichen wiregated-Patches (if/while, %plugin_cache, Vorkompilieren) sowohl das Memory-Leak-Problem lösen als auch die Reaktionszeit des wiregated erheblich erhöhen. Wobei ich nicht weiß, welche dieser drei Patches inm PL38.1 drin sind.
Aber: es gibt wohl noch weitere Änderungen die dazu führen könn(t)en dass der LP mit PL 38.x nicht korrekt funktioniert... Also: lieber abwarten und Tee trinken ...
Aber: es gibt wohl noch weitere Änderungen die dazu führen könn(t)en dass der LP mit PL 38.x nicht korrekt funktioniert... Also: lieber abwarten und Tee trinken ...
Ich habe mir heute mal die Mühe gemacht und das aktuelle wiregated.pl aus dem PL 38.1 mit dem letzten Stand von Fry zu vergleichen/mergen.
In dem Thread hat XueSheng ja schon erwähnt, dass %msg als Hash Referenz übergeben wird.
Ich schreibe mal nieder, was mir so aufgefallen ist. Jetzt sind meine Pearl Kenntnisse sehr begrenzt (C++ liegt mir eher ;-) ). Evtl. kann aber ja jemand von euch, oder auch ElabNet, was damit anfangen.
Die Variablen %msg und $fh werden global deklariert:
Code:
108: my %msg;
109: my $fh;
Anschließend werden diese aber der Funktion check_generic_plugins als ref übergeben:
Ich versuche mal ein wenig Licht in das mögliche Dunkel zu bringen
Nach langer Pause arbeiten wir mit dem neuen Softwareteam daran, die gemachten Versprechungen einzulösen.
Im Wesentlichen gehen wir dabei von "alten" zu "neueren" Zusagen vor und veröffentlichen das in übersichtlichen kleinen Stücken.
Das PL 38.1 beinhaltete neben dem etwas neueren Kernel (wegen PBM) auch eine Überarbeitung des Wiregated.pl mit den schon lange fälligen Patches von JuMi2006, Fry, dombn und kleineren Bereinigungen. Community Driven also.
Mit dem nächsten PL39 wollen wir uns weiter annähern an die Kompatibilität zum Logikprozessor von Fry - was das gemeinsam erstrebte Ziel ist. Ob wir das mit Pl39 oder erst mit PL40 erreichen, kann ich jetzt noch nicht sagen, wir machen erstmal nur kleine Schritte.
Das im zitierten Thread von coolrunnings angegebene Problem ist zwar noch nicht abschließend gelöst, hat jedoch sicher nicht mit dem wiregated.pl zu tun, sondern mit dem (womöglich nicht korrekt installierten) neueren Kernel. Das sind zwei verschiedene Paar Stiefel.
==> Kurz, wir arbeiten daran, dass der Logikprozessor zusammen mit dem wiregated.pl funktioniert, so dass alle Anwender des Logikprozessors es künftig bei Updates einfacher haben.
Wir werden auch in Kürze einen Aufruf veröffentlichen, dass wir hierfür noch Betatester suchen. Bitte Aufruf abwarten, vorher keine Mails.
Weil die andere bestehende Gruppe testet den Professional Busmaster.
Das im zitierten Thread von coolrunnings angegebene Problem ist zwar noch nicht abschließend gelöst, hat jedoch sicher nicht mit dem wiregated.pl zu tun, sondern mit dem (womöglich nicht korrekt installierten) neueren Kernel. Das sind zwei verschiedene Paar Stiefel.
Ich habe ja auch nicht gesagt, dass das etwas mit dem, vermutlich fehlgeschlagenen, Kernelupdate zu tun hat.
Mir ging es nur darum, den Fehler zu finden, warum der Logikprozessor von Fry nicht mit dem wiregated.pl im PL38.1 funktioniert (was ja im Changelog angegeben wurde).
Es war eine Antwort auf ein Missverständnis eine Seite vorher, es war nicht auf Dich bezogen (sondern auf die missverständliche Bezugnahme anderer auf Deinen Thread).
Es war eine Antwort auf ein Missverständnis eine Seite vorher, es war nicht auf Dich bezogen (sondern auf die missverständliche Bezugnahme anderer auf Deinen Thread).
Im Post #519 hat wuestenfuchs folgenden Code vorgestellt: [XXX]
Bei mir hat es aber so nicht funktioniert. Kann mir hierzu jemand einen Tipp geben?
der gepostete Code ist auch nur Pseudocode, also kann er nicht funktionieren, sondern er diente nur zum besseren Verständnis meiner Anfrage.
So, wie ich mivola verstanden habe, ist ein Scriptaufruf vom Logikprozessor heraus nicht möglich. Du kannst aber ein neues Plugin schreiben, das sich mit dem Scriptaufruf beschäftigt. Dazu bin ich allerdings noch nicht gekommen.
Grüße,
Robert
"Wer die Freiheit aufgibt, um Sicherheit zu gewinnen, wird am Ende beides verlieren." - Benjamin Franklin
So, wie ich mivola verstanden habe, ist ein Scriptaufruf vom Logikprozessor heraus nicht möglich.
Da hast du mich wohl falsch verstanden. Ich meinte ja nur, dass ich sowas bisher nicht im LP gemacht habe. Aber prinzipiell sollte es auch im LP (genauer: in einer "sub") machbar sein.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar