Firmware 2.29.18 online
Moderator: Co-Administratoren
- Herbert_Testmann
- Beiträge: 11062
- Registriert: 17.01.2009, 11:30
- Danksagung erhalten: 7 Mal
Re: Firmware 2.29.18 online
Beitrag wurde vom Autor frisch gestrichen
Zuletzt geändert von Herbert_Testmann am 21.07.2017, 13:47, insgesamt 1-mal geändert.
---
Dieses Schreiben wurde maschinell erstellt und ist ohne Unterschrift gültig
Dieses Schreiben wurde maschinell erstellt und ist ohne Unterschrift gültig
- klana
- Beiträge: 1082
- Registriert: 08.02.2015, 08:37
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 54 Mal
- Danksagung erhalten: 26 Mal
Re: Firmware 2.29.18 online
Hallo Jens,jmaus hat geschrieben: ...
Das ganze hört sich für mich stark nach einer DutyCycle-Problematik an. Das LED16 Device ist ja meiner Erfahrung nach dafür bekannt einen hohen DutyCycle (auch durch falsche Programmierung/Ansteuerung) zu erzeugen und das kann zu diesen Kommunikationsstörungen führen die du hier gemeldet hast. Schalte mal alle Programme ab die du im Bezug auf das LED Device so am laufen hast, warte >1Std und dann schalte nach und nach wieder ein Programm nach dem anderen an. Vielleicht hilft das ja.
DC liegt bei 26 nach dem Boot mittlerweile wieder auf 10.
Daran kann es eigentlich nicht liegen
Gruß
Klana
Gruß Klana
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
- jmaus
- Beiträge: 9844
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: Firmware 2.29.18 online
@alchy:
Nochmal hoffe ich ich kann dich als Vermittler zwischen mir und BadenPower "missbrauchen" da ich ehrlich gesagt keine Lust habe erneut mit einer direkten Antwort auf seine Postings ein weiteren Shitstorm los zu treten. Insofern möchte ich mich gerne auf die technischen Dinge die er dann doch nach einer weile von sich gegeben hatte wie folgt äußern und hoffe du kannst das nachvollziehen.
BadenPower hatten in einem seiner Postings folgende Aussage getätigt:
Dies gibt mir bei der alten FW 2.27.8 mit der alten ReGa folgendes aus:
Mit der neuesten FW 2.29.18 und der Community Version der ReGaHss bricht es korrekterweise bereits bei dem Aufruf von .Version() in der 4. Zeile ab sodass ich das Skript wie folgt abändern muss damit es überhaupt ohne einen "ScriptRuntimeError" durchläuft:
D.h. ich habe die Zeilen auskommentiert die ansonsten meinem Verständnis nach korrekterweise einen ScriptRuntimeError mit der Community-Version von ReGa liefern würden. Dann kommt bei mir folgendes Ergebnis heraus:
Für mich erscheint das eine korrekte Ausgabe bzw. Verhalten zu sein und ich kann momentan nur vermuten das BadenPower bei seinen Tests fälschlicherweise die "Standard"-Version von ReGaHss aktiviert hatte die die strengere Prüfung nicht aktiviert hat. Oder übersehe ich deiner (alchy) Meinung hier etwas? Den zweiten Part (angebliche Probleme OT_IPDP Objekten) habe ich hier mal weggelassen, vermute jedoch das es sich hier ähnlich wie in diesem Fall verhält. Wäre daher schön wenn du ggf. das mal nachvollziehen könntest damit man da noch eine dritte Meinung diesbzgl. hat.
Nochmal hoffe ich ich kann dich als Vermittler zwischen mir und BadenPower "missbrauchen" da ich ehrlich gesagt keine Lust habe erneut mit einer direkten Antwort auf seine Postings ein weiteren Shitstorm los zu treten. Insofern möchte ich mich gerne auf die technischen Dinge die er dann doch nach einer weile von sich gegeben hatte wie folgt äußern und hoffe du kannst das nachvollziehen.
BadenPower hatten in einem seiner Postings folgende Aussage getätigt:
Nun habe ich zumindest den ersten Teil versucht mit folgendem Skript nachzuvollziehen:BadenPower hat geschrieben: OT_INTERFACE
fehlerhafte Methoden-Abfragen:
.Version() .VarType() .DeviceInfo() .DevicesInfo() DPsInfo.() geben den Namen zurück
.ManufURL() .Device() geben jeweils .InterfaceUrl() zurück
OT_IPDP
fehlerhafte Methoden-Abfragen:
.Address() .Interface() .InterfaceUrl() .InterfaceInfo() .HSSAddress() .HSSID() .HssType()
Code: Alles auswählen
var test = dom.GetObject(1007);
WriteLine(test.TypeName());
WriteLine(test.VarType());
WriteLine(test.Version());
WriteLine(test.DeviceInfo());
WriteLine(test.DevicesInfo());
WriteLine(test.DPsInfo());
WriteLine(test.ManufURL());
WriteLine(test.Device());
WriteLine(test.InterfaceUrl());
Code: Alles auswählen
INTERFACE
BidCos-RF
BidCos-RF
BidCos-RF
BidCos-RF
BidCos-RF
xmlrpc_bin://127.0.0.1:2001
xmlrpc_bin://127.0.0.1:2001
xmlrpc_bin://127.0.0.1:2001
Code: Alles auswählen
var test = dom.GetObject(1007);
WriteLine(test.TypeName());
WriteLine(test.VarType());
!WriteLine(test.Version());
!WriteLine(test.DeviceInfo());
!WriteLine(test.DevicesInfo());
!WriteLine(test.DPsInfo());
!WriteLine(test.ManufURL());
!WriteLine(test.Device());
WriteLine(test.InterfaceUrl());
Code: Alles auswählen
INTERFACE
9
xmlrpc_bin://127.0.0.1:2001
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
Re: Firmware 2.29.18 online
Das habe ich nicht getan.Herbert_Testmann hat geschrieben:Erst pauschal rumpöbeln, dass alles "verschlimmbessert" wurde
Ich habe nie behauptet, dass alle schlechter sei, sondern nur darauf hingewiesen, dass einige Dinge verschlimmert wurden. Dies ist ein himmelweiter Unterschied.
Das Geschriebene zu verstehen, ist halt nicht jedermans Sache.
Fehler zu machen und dazu zu stehen ist nicht peinlich, armselig oder lächerlich.Herbert_Testmann hat geschrieben:Einfach nur noch lächerlich, peinlich, armsehlig ...
Aber Dein Kommentar ist es.
Ja, selten habe ich über einen Menschen so gelacht.
Ich hatte Dir schon oben geschrieben.jmaus hat geschrieben: Für mich erscheint das eine korrekte Ausgabe bzw. Verhalten zu sein und ich kann momentan nur vermuten das BadenPower bei seinen Tests fälschlicherweise die "Standard"-Version von ReGaHss aktiviert hatte die die strengere Prüfung nicht aktiviert hat.
Das war der falsche Log-Part, welchen ich erwischt hatte. Diese Methodenaufrufe funktionieren mittlerweile.
.
Zuletzt geändert von BadenPower am 21.07.2017, 13:37, insgesamt 2-mal geändert.
- klana
- Beiträge: 1082
- Registriert: 08.02.2015, 08:37
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 54 Mal
- Danksagung erhalten: 26 Mal
Re: Firmware 2.29.18 online
Hallo Jens,
ich habe dein Testscript auch mal probiert und komme zum selben Ergebnis.
Das auskommentierte Script bringt die gleiche Ausgabe und das ohne Auskommentierung bricht ab und bringt im Log folgende Fehlermeldungen:
ich habe dein Testscript auch mal probiert und komme zum selben Ergebnis.
Das auskommentierte Script bringt die gleiche Ausgabe und das ohne Auskommentierung bricht ab und bringt im Log folgende Fehlermeldungen:
Code: Alles auswählen
Jul 21 13:15:54 homematic-ccu2 syslog.info syslogd started: BusyBox v1.20.2
Jul 21 13:15:54 homematic-ccu2 user.notice kernel: klogd started: BusyBox v1.20.2 (2017-07-17 14:07:03 CEST)
Jul 21 13:30:08 homematic-ccu2 daemon.err cuxd[591]: sendbinrpc(192.168.178.41:19872) connect(7s) Connection timed out
Jul 21 13:30:28 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: var test = dom.GetObject(1007); WriteLine(test.TypeName()); WriteLine(test.VarType()); WriteLine(test.Version()); WriteLine(test.DeviceInfo()); WriteLine(test.DevicesInfo()); WriteLine(test.
Jul 21 13:30:48 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: var test = dom.GetObject(1007); WriteLine(test.TypeName()); WriteLine(test.VarType()); WriteLine(test.Version()); !WriteLine(test.DeviceInfo()); WriteLine(test.DevicesInfo()); WriteLine(test
Jul 21 13:30:54 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: var test = dom.GetObject(1007); WriteLine(test.TypeName()); WriteLine(test.VarType()); WriteLine(test.Version()); !WriteLine(test.DeviceInfo()); ! WriteLine(test.DevicesInfo()); WriteLine(te
Jul 21 13:30:59 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: var test = dom.GetObject(1007); WriteLine(test.TypeName()); WriteLine(test.VarType()); ! WriteLine(test.Version()); !WriteLine(test.DeviceInfo()); ! WriteLine(test.DevicesInfo()); WriteLine(
Jul 21 13:31:03 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: var test = dom.GetObject(1007); WriteLine(test.TypeName()); ! WriteLine(test.VarType()); ! WriteLine(test.Version()); !WriteLine(test.DeviceInfo()); ! WriteLine(test.DevicesInfo()); WriteLin
Jul 21 13:31:13 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: var test = dom.GetObject(1007); WriteLine(test.TypeName()); WriteLine(test.VarType()); ! WriteLine(test.Version()); !WriteLine(test.DeviceInfo()); ! WriteLine(test.DevicesInfo()); ! WriteLin
Jul 21 13:31:17 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: var test = dom.GetObject(1007); WriteLine(test.TypeName()); WriteLine(test.VarType()); ! WriteLine(test.Version()); !WriteLine(test.DeviceInfo()); ! WriteLine(test.DevicesInfo()); ! WriteLin
Gruß Klana
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: Firmware 2.29.18 online
Wo ist jetzt deine Frage an mich versteckt? Ihr seid hier die Cracks.
Ich versuche es mal mit meinem bescheiden Wissen zu erklären.
BadenPower behauptet, das jetzt entweder <unbekannt> oder eben der letzte bekannte Wert ausgegeben wird bei der Funktion auf o.g. Objekte und ich stimme dem zu, und du eigentlich auch.
Und das Script beweist genau das - ich habe sein Script ja nur um einen weitere Zeile erweitert um es für die mehrfache Ausführung zu "optimieren". (hab ich ja geschrieben)
Wenn man den <unknow> status mal ausblendet.
Das Script
gibt also auch bei dir:
aus.
Und nun die Frage der Fragen. Wieso ist das so?
Wichtig dabei sind ja nur die Ausgabezeilen 1 & 3
- einfach mit meinen Worten erklärt:
diese beiden Zeilen sollten doch *IMHO* IMMER dasselbe ausgeben (da sie ja dieselbe Funktion auf dasselbe Object anwenden, oder?)
Und das machen sie eben nicht, jetzt klar?
Nehmen wir ein weiteres Beispiel zur Verdeutlichung, dein eigenes:
gibt bei der ersten Ausführung
aus. Wenn ich nichts anderes mache, kann ich das auch wiederholen. IMMER dasselbe Verhalten.
Aber nun führe ich die folgende Zeile (von mir aus in einer 2. Session) aus:
Und nach dem Zeitpunkt, wird im selben unveränderten Script:
die Ausgabe wird fortan immer:
sein. Verdeutlicht das die Sache?
Ich habe jetzt nicht die Möglichkeit zu überprüfen, wie das mit einer "alten" Rega ist / war.
Kann das aber gerne mal prüfen, wen es denn unbedingt nötig sein sollte.
BadenPower hat aber diesbezüglich zwischendurch schon etwas geschrieben, das der Fehler schon immer gleich war.
Das alles hat dir BadenPower aber auch schon mitgeteilt, nur liest du wahrscheinlich immer irgend etwas anderes wie ich.
Und statt nochmal zu fragen, was er damit meint, weil du es nicht begreifst (<- nicht böse gemeint)
behakt ihr euch lieber.
Und solche Posts:
Alchy
Ich versuche es mal mit meinem bescheiden Wissen zu erklären.
BadenPower behauptet, das jetzt entweder <unbekannt> oder eben der letzte bekannte Wert ausgegeben wird bei der Funktion auf o.g. Objekte und ich stimme dem zu, und du eigentlich auch.
Und das Script beweist genau das - ich habe sein Script ja nur um einen weitere Zeile erweitert um es für die mehrfache Ausführung zu "optimieren". (hab ich ja geschrieben)
Wenn man den <unknow> status mal ausblendet.
Das Script
Code: Alles auswählen
WriteLine(dom.GetObject(35).EnumTypeName());
WriteLine(dom.GetObject(ID_SYSTEM_VARIABLES).EnumTypeName());
WriteLine(dom.GetObject(35).EnumTypeName());
WriteLine(dom.GetObject(ID_DEVICES).EnumTypeName());
Code: Alles auswählen
Generic
SystemVars
SystemVars
Generic
Und nun die Frage der Fragen. Wieso ist das so?
Wichtig dabei sind ja nur die Ausgabezeilen 1 & 3
- einfach mit meinen Worten erklärt:
diese beiden Zeilen sollten doch *IMHO* IMMER dasselbe ausgeben (da sie ja dieselbe Funktion auf dasselbe Object anwenden, oder?)
Und das machen sie eben nicht, jetzt klar?
Nehmen wir ein weiteres Beispiel zur Verdeutlichung, dein eigenes:
Code: Alles auswählen
WriteLine(dom.GetObject(35).EnumTypeName());
WriteLine(dom.GetObject(36).EnumTypeName());
WriteLine(dom.GetObject(37).EnumTypeName());
WriteLine(dom.GetObject(38).EnumTypeName());
Code: Alles auswählen
<unknown>
<unknown>
<unknown>
<unknown>
Aber nun führe ich die folgende Zeile (von mir aus in einer 2. Session) aus:
Code: Alles auswählen
WriteLine(dom.GetObject(ID_DEVICES).EnumTypeName());
Und nach dem Zeitpunkt, wird im selben unveränderten Script:
Code: Alles auswählen
WriteLine(dom.GetObject(35).EnumTypeName());
WriteLine(dom.GetObject(36).EnumTypeName());
WriteLine(dom.GetObject(37).EnumTypeName());
WriteLine(dom.GetObject(38).EnumTypeName());
Code: Alles auswählen
Generic
Generic
Generic
Generic
Ich habe jetzt nicht die Möglichkeit zu überprüfen, wie das mit einer "alten" Rega ist / war.
Kann das aber gerne mal prüfen, wen es denn unbedingt nötig sein sollte.
BadenPower hat aber diesbezüglich zwischendurch schon etwas geschrieben, das der Fehler schon immer gleich war.
Das alles hat dir BadenPower aber auch schon mitgeteilt, nur liest du wahrscheinlich immer irgend etwas anderes wie ich.
Und statt nochmal zu fragen, was er damit meint, weil du es nicht begreifst (<- nicht böse gemeint)
behakt ihr euch lieber.
Und solche Posts:
sind einfach nurHerbert_Testmann hat geschrieben:Wenn man(n) schon derart aggressiv mit Steinchen wirft, sollte man wenigstens genau zielen und aufpassen, dass einem die Brocken nicht auf die eigenen Füsse fallen.
Erst pauschal rumpöbeln, dass alles "verschlimmbessert" wurde und wenn dann ausnahmsweise mal ein konkretes Beispiel angeführt wird, nicht mal das auf die Reihe bekommen.
Einfach nur noch lächerlich, peinlich, armsehlig ...
Denn der Fehler ist immer noch ein Fehler, aber wahrscheinlich wurde auch das von Herbert_Testmann nicht verstanden.Herbert_Testmann hat geschrieben: lächerlich, peinlich, armsehlig
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: Firmware 2.29.18 online
Wahrscheinlich ist BadenPower auf der Ignorieren Liste,so das Jens seine Posts nicht mehr liest. Das bringt zumindest eine schnelle Deeskalation.alchy hat geschrieben:Das alles hat dir BadenPower aber auch schon mitgeteilt, nur liest du wahrscheinlich immer irgend etwas anderes wie ich.
Gesendet vom[MOBILE PHONE] mit Tapatalk
sehr selten im Forum
- jmaus
- Beiträge: 9844
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: Firmware 2.29.18 online
So würde ich mich nicht bezeichnen und wenn dann bist du auch einer IMHOalchy hat geschrieben:Wo ist jetzt deine Frage an mich versteckt? Ihr seid hier die Cracks.
Wieso das so ist müsste ich in der Tat erst einmal tiefer nachschauen. Aber das es so ist und anscheinend auch schon immer so war steht meiner Meinung nach fest.Ich versuche es mal mit meinem bescheiden Wissen zu erklären.
[...]
Das Scriptgibt also auch bei dir:Code: Alles auswählen
WriteLine(dom.GetObject(35).EnumTypeName()); WriteLine(dom.GetObject(ID_SYSTEM_VARIABLES).EnumTypeName()); WriteLine(dom.GetObject(35).EnumTypeName()); WriteLine(dom.GetObject(ID_DEVICES).EnumTypeName());
aus.Code: Alles auswählen
Generic SystemVars SystemVars Generic
Und nun die Frage der Fragen. Wieso ist das so?
Das ist natürlich klar und wieso das sich so komisch verhält müsste ich in der Tat einmal tiefer recherchieren. Zur Frage stand jedoch meines Erachtens nicht warum das so ist sondern es wurde behauptet (und das unter Nutzung von Attributen wie "verschlimmbessert") das dies erst seit meinen Änderungen so ist und früher sich anders verhalten hat. Das kann ich hier mit meinen Tests nicht erkennen.Wichtig dabei sind ja nur die Ausgabezeilen 1 & 3
- einfach mit meinen Worten erklärt:
diese beiden Zeilen sollten doch *IMHO* IMMER dasselbe ausgeben (da sie ja dieselbe Funktion auf dasselbe Object anwenden, oder?)
Und das machen sie eben nicht, jetzt klar?
Eigentlich möchte ich mich hier echt mit niemanden streiten und lieber konstruktiv zusammen arbeiten. Mit BadenPower ist das aber leider offensichtlich nicht möglich weil er statt konstruktiv zusammenarbeiten lieber mit dem Finger zeigt oder Dinge nicht in einer Art darlegt die es jedem erlaubt diese in einfacher Weise zu überprüfen. Und beim jetzt vorliegendem Fall hat er eben behauptet das Dinge sich durch meine Änderungen "verschlimmbessert" haben, was ich jedoch wie dargestellt nicht nachvollziehen konnte und offensichtlich nach seiner letzten Aussage ein Fehler seinerseits war obwohl er doch vormals so viel Energie reingesteckt hat mir einen Strick draus zu drehen. Und seine erste Klarstellung bezog sich meiner Auffassung nach lediglich auf den hier diskutieren Fall. So wie es aussieht kann ich aber auch die anderen Dinge die er bemängelt hat (.Version() Methode auf OT_INTERFACE) nicht nachvollziehen weil er vmtl einfach die falsche ReGa version zum Testen genommen hat und daher sich seine Beispiele angeblicher "Verschlimmbesserung" als nichtig gezeigt haben.Ich habe jetzt nicht die Möglichkeit zu überprüfen, wie das mit einer "alten" Rega ist / war.
Kann das aber gerne mal prüfen, wen es denn unbedingt nötig sein sollte.
BadenPower hat aber diesbezüglich zwischendurch schon etwas geschrieben, das der Fehler schon immer gleich war.
Das alles hat dir BadenPower aber auch schon mitgeteilt, nur liest du wahrscheinlich immer irgend etwas anderes wie ich.
Und statt nochmal zu fragen, was er damit meint, weil du es nicht begreifst (<- nicht böse gemeint)
behakt ihr euch lieber.
Aber egal jetzt, ich will keine weiteren Vorwürfe mehr machen sondern einfach konstruktiv an der Verbesserung von ReGa arbeiten. Nicht mehr und nicht weniger. Und wenn er sich darauf einlassen kann und probleme konstruktiv, mit genügend Detail und Beispielen und der notwendigen emotionalen Distanz und Respekt vorbringt bin ich gerne gewillt Fehler die er aufdeckt auch entsprechend zu würdigen. Bis dahin ist meinerseits gegenüber ihm erst einmal Sendepause.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- jmaus
- Beiträge: 9844
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: Firmware 2.29.18 online
Lesen schon, aber ich werde einfach nicht mehr direkt darauf antworten, weil sich das als ineffektiv heraus gestellt hat.robsdobs hat geschrieben:Wahrscheinlich ist BadenPower auf der Ignorieren Liste,so das Jens seine Posts nicht mehr liest. Das bringt zumindest eine schnelle Deeskalation.alchy hat geschrieben:Das alles hat dir BadenPower aber auch schon mitgeteilt, nur liest du wahrscheinlich immer irgend etwas anderes wie ich.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
Re: Firmware 2.29.18 online
Nein, Du ließt eben nicht was ich schreibe.jmaus hat geschrieben:Lesen schon, aber ich werde einfach nicht mehr direkt darauf antworten, weil sich das als ineffektiv heraus gestellt hat.
Aber vielleicht ließt Du es doch und wenn, dann irgnorierst Du einfach in Deinen nächsten Statements da was ich geschrieben habe und versuchst einfach zum Ausdruck zu bringen, dass es ja sowieso nicht richtig sei, was ich geschreiben habe.
Ich habe in den 2 Posts nach Deinen klar zum Ausdruck gebracht, dass die geposteten Fehler noch aus der alten Version stammen, da ich beim Zusammenstellen im Block in meinem Bug-Log verkommen bin und habe mich sogar für diesen Fehler entschuldigt.
Die Fehler in OT_INTERFACE und OT_IPDP sind gefixt, der Fehler mit EnumTypeName() besteht aber noch immer.
Ich habe auch geschrieben, dass es durch meinen Fehler, eben nicht ein verschlimmbesserter Fehler ist, sondern "nur" ein noch bestehender "alter".
Das bedeutet allerding nur, dass die geposteten Fehler nicht stimmig sind, der Rest der Aussagen stimmt dennoch.
Nochmals, es waren lediglich die falschen Beipiele.jmaus hat geschrieben: Eigentlich möchte ich mich hier echt mit niemanden streiten und lieber konstruktiv zusammen arbeiten. Mit BadenPower ist das aber leider offensichtlich nicht möglich weil er statt konstruktiv zusammenarbeiten lieber mit dem Finger zeigt oder Dinge nicht in einer Art darlegt die es jedem erlaubt diese in einfacher Weise zu überprüfen. Und beim jetzt vorliegendem Fall hat er eben behauptet das Dinge sich durch meine Änderungen "verschlimmbessert" haben, was ich jedoch wie dargestellt nicht nachvollziehen konnte und offensichtlich nach seiner letzten Aussage ein Fehler seinerseits war obwohl er doch vormals so viel Energie reingesteckt hat mir einen Strick draus zu drehen. Und seine erste Klarstellung bezog sich meiner Auffassung nach lediglich auf den hier diskutieren Fall. So wie es aussieht kann ich aber auch die anderen Dinge die er bemängelt hat (.Version() Methode auf OT_INTERFACE) nicht nachvollziehen weil er vmtl einfach die falsche ReGa version zum Testen genommen hat und daher sich seine Beispiele angeblicher "Verschlimmbesserung" als nichtig gezeigt haben.
Und für das Statement, welches ich von Dir als letztes zitiert habe, bekommst Du jetzt erst recht nichts konkretes mehr, vielleicht sogar nicht einmal mehr einen angedeuteten Fehler. Da können Du und Herbert nun richtig stolz darauf sein.
Denn einen Strick zu drehen ist etwas anderes, als jemanden auf einen Fehler aufmerksam zu machen.
Und glaube mir, wenn ich dann irgendwann wollte, und ein User ein entsprechendes Problem hat, dann könnte ich die Gelegenheit nutzen und eben den von Dir erwänten Strick drehen. Aber das habe ich Gott sei Dank nicht notwendig.
.