Rnbfra Multi-Thread und Netzwerkfähig mit GUI im www, jetzt

:-)
Da habe ich auch rumgeturnt.
Na Du bekommst das kürzer hin.
Dank für die prompte Lieferung.
Ich habe es schon eingebaut und werde mal sehen. Das ging ja vorher schon ganz easy.
Ich habe mich heute noch mal mit einer Zweifensterlösung, ein Fenster Generic Funktionen, das andere freie Anwendung, rum geschlagen.
Bin aber noch nicht so recht begeistert davon. Das werde ich erst später noch mal aufgreifen.
Man müsste einfach mehr Zeit haben.

Das Programm heißt jetzt RnWizard womit der Name Programm ist.

Netter Gruß

Zitat:

---

.Man müsste einfach mehr Zeit haben.

---

*hehe* wemenem sagen sie das ?

Zitat:

---

Zitat von Judy Garland

We're goin' to see the wizard,
the wizard, the wizard of Oz

---

Ich komme nicht weiter.
Irgend was ist falsch.
#Region " CommandHandling……
ParsLineArgument()

Val = Val.Remove(CsvLen, Val.Length - CsvLen) 'NEWNEWNEW '(Autor:PicNick) 20.11.2006 21:09 GG

Liefert
System.ArgumentOutOfRangeException wurde nicht behandelt.
Message="Die Anzahl darf nicht kleiner als 0 (null) sein.
Parametername: count"
ParamName="count"
Source="mscorlib"

Kannst Du mir da mal unter die Arme greifen.
Ich investiere sonst unmäßig Zeit in die Sache.


Netter Gruß

Nachtrag:

Der RnWizard wertet Key=Value Kommandos über 5 Wege aus.

Program start Parameter von der Command Line.
TCP Message String Command Lines
Parameter aus der Config Datei
Parameter aus Den Auswahlboxen.
Parameter Programmintern aufgerufen.

Das alles erfolgt bereits (fast) einheitlich.
Mir wäre was daran gelegen die Commandline –Pars Routine einmal zu haben.
Das bedeutet die Frage können wir mal schauen ob wir das vereinheitlichen können?
Kannst Du da mal einen Vorschlag machen, wenn Du das für sinnvoll hältst. Oder sonst eine Meinung dazu sagen.

Das Commandline zusammenbauen geht übrigen ganz prima mit der Dll.
Das stellt mich vor keine Hürde.
Habe ich jetzt eingebaut. Ist noch nicht in der geposteten Version drin.

Nun denn, weiter geht’s

Netter Gruß

Unter http://www.i-do-more.de/mine-robo/do...-Protokoll.zip
findet ihr ein zip file

RNComNetworkLayer ist meine Netzwerk umsetzer auf der einen Seite TCP zum rn_server auf der andern Seite Multicast stream.

der SerialServer zeigt die daten an die Kommen war jetzt auf die schnell die einfachest lösung um mal zu sehen was da so kommt und ob mein Multicast umsetzer tut. Ich möchte als erster eine daten logger auf basis mysql schreiben weil meine erfahrung mir gezeit hat das man so was sehr schnell braucht. Telegramme wieder simulieren die durch netz gefolgen sind. (Simulation).

die Optition sollen sein im gleich Zeit abstand oder im zeit raffer als so schnell wie geht. Ich denke da merkt man dann schnell wo es noch hackt.

ich hoffe ihr kommt mit meinen Logging klar und könnt mir sagen ob ich die Daten richtig decodiere.

Gruß

Also *entrüst*, um DIE Zeit ist die Hot-Line zu. Ich bin ja kein Vampir oder Bäckergeselle.

Ich schau mir das gleich an. Die Länge NULL hab ich probiert, kein Problem.
Nun müssen wir schauen, wie es zu negativen Zahlen kommen kann.

@NumberFive:
Deine Absicht mit dem Datenlogger freut mich erheblich :-)
Könntest Du noch ein kleines Readme machen?
Ich weis nicht wie ich das richtig in Bewegung bringe.
Persönlich lasse ich im Moment den Datenverkehr des Servers über das Loop Back 127.0.0.1 Port 42 laufen. Das ist das einzige was überall gleich ist.

Netter Gruß

Code:

---

            ''Marvin42xxxxxxxxx-------------Ab hier wird es spannend--------------------------

            '----Ab hier neu
            Key = Key.Remove(CsvLen, Key.Length - CsvLen)  'NEWNEWNEW '(Autor:PicNick) 20.11.2006 21:09 GG
            CsvLen = RnCsvRdVal(CsvRef, Val)    ' ergibt “Valuex”
            Val = Val.Remove(CsvLen, Val.Length - CsvLen)  'NEWNEWNEW '(Autor:PicNick) 20.11.2006 21:09 GG
            '----Bis hier
            'Post PicNick:
            '        CsvLen = RnCsvRdKey(CsvRef, key)
            '        While CsvLen <> 0
            '    Key = Key.Remove(CsvLen, Key.Length - CsvLen)  NEWNEWNEW
            '            CsvLen = RnCsvRdVal(CsvRef, val)
            '    Val = Val.Remove(CsvLen, Val.Length - CsvLen)  NEWNEWNEW
            '....
            '-----------------------------
            DoCommand(Key, Val)                'Ab zur Befehlsauswertung
            '-----------------------------

            '-----------------------------------------------------
            'wichtig wichtig wichtig wichtig wichtig wichtig wichtig wichtig
            '-----------------------------------------------------
            'durch das .Remove sind die strings KEY & VAL  ja jetzt möglicherweise zu kurz geworden
            ' wir brauchen also wieder neue in voller Länge
            ' das ist so auch bei den anderen "CSV" lese-sachen
            ' Fällt nur auf, wenn erst ein kurzer und dann ein langer "Key" oder "value" kommt.
            Key = New String(" ", 64) ' 64 = maximallänge Key oder Value
            Val = New String(" ", 64)
            '-----------------------------------------------------
            'wichtig wichtig wichtig wichtig wichtig wichtig wichtig wichtig
            '-----------------------------------------------------

            CsvLen = RnCsvRdKey(CsvRef, Key)    'Next
        End While
        CsvLen = RnCsvDrop(CsvRef)              'Freigeben der Buffer

---

Eigentlich logisch, aber da muß man sich erst an die Eigenheiten der Heap-Verwaltung gewöhnen.

Tut leid' :oops: aber wir lernen ja dazu. ](*,)

[Meckermode]

Da isses so, daß dir nur das letzte Argument überbleibt. Man müßte entweder alle argumente zu einem string zusammenhängen (wenn der USer versehentlich irgendwo ein blank drin hat) Oder von vornherein nur das erste Argument oder halt das, wo key-value drin steht, lesen
[/Meckermode]

Code:

---

            For Each Argument As String In My.Application.CommandLineArgs  'Orginal Start String
                MsgBox("Start Argument: " & Argument & "End Argument")
                If Argument <> "" Then CsvString = Argument 'Den String zur Auswertung übergeben
                MsgBox("Start Argument für die Verarbeitung: " & CsvString & "End Argument")
            Next

---

Nun die Kleine readme

Zur Zeit funktionieren nur:
SerialServer und RNComNetworkLayer der rest funktioniert
noch nicht richtig und der serialserver ist mal als anzeige Client defomiert.

RNComNetworkLayer /RegServer starten
damit er sich ein trägt das sollte mit ein MsgBox bestätigt werden.

nach dem ersten start gibt es in dem verzeichis eine RNComNetwork.ini
[RNComNetwork]
OwnIP=192.168.2.10 anpassen lokale adresse
MultiCastIP=224.0.0.0
MultiCastPort=44000
StartTCPConnect=1 wenn 1 dann macht er connect zum rn_server
RN_ServerIP=192.168.2.10 die adresse des rn_server port 42 ist zur zeit hart kodiert

@PicNick:
Hotlin für Vampire:
Ist schon recht wenn die nicht so lange offen hat :-)
Ich lungere dann halt vor der Tür bis aufgesperrt wird.

Meckermode:
Ohne Gemecker geht’s wohl nicht *breit grins*
Haste noch ein Haar in der Suppe gefunden?
Mach mal nen besseren Vorschlag.
Wenn kein Leerzeichen drin ist liefert das brav das was ich will.
Zur Not kann ich es auch so einrichten, dass er auch die durch Leerzeichen getrennten Einzelteile abliefert. Ich bin jetzt aber erstmal davon ausgegangen das der String OK ist.
Mit Stringreparaturen mochte ich mich noch nicht abgeben.
Ich habe da schon einiges versucht und viel Zeit rein gesteckt und wenn Du was hast was gut ist nehme ich es, jetzt mal im ernst, gerne.
Es ist für Junioren extrem aufwändig an solchen Stellen.
Das sind drei Zeilen an denen gehen Tage drauf.

Und nun noch mal schönen Dank für die prompte Bedienung.
Ich verstehe das jetzt so, dass ich die zwei Zeilen Key= und Val= einbaue?
Wenn das geht werde ich die Ecke mal entrümpeln.
Sieht ja inzwischen aus wie bei Hempels unterm Sofa.

Meinen Arbeitschwerpunkt habe ich jetzt auf die Registry verlagert.
Es geht darum Die gestarteten Childs darin zu führen.
Es ergibt sich dadurch auch die Frage auch Serverfunktionalitäten in den RnWizard zu verlegen.

Wäre, würde, könnte:
Da würde ich aber gerne stark abgestimmt mit Dir vorgehen.
Der Wizard ist ja bereits ein Gemeinschaftsprojekt.
Wenn wir uns entschließen würden den Server komplett einzulagern würde ich es schön finden wenn Du den Serverteil des Wizards gestalten würdest. Du hast ihn ja bereits in C gebaut. Und die Gestalt des Wizards ist ja bereits mindestens zur Hälfte von Dir.
Auch vom Namen her habe ich das bereits absichtlich endpersonalisiert.
Für mich alleine wäre Server zu heftig.
Was mir gefallen würde wäre ein Programm in einer frei verfügbaren, leicht zu verstehenden, (hüstel), Programmiersprache. Das jeder versteht und so umbauen kann wie er lustig ist. Die Gestaltung der Oberfläche kann dann auch je nach Geschmack erfolgen.
Ideen fürs Weitermachen gerne gesehen.
Im Moment ist auch so noch gut zu tun.



Netter Gruß

@PicNick:
Wunderbar, wie das läuft.
Besten Dank.

@NumberFive:
Danke für das Readme.
Ich mach mich mal drann.

Netter Gruß

Schau, das du nicht ins pralle Sonnenlicht kommst, sonst zerfällst du uns zu Asche. :mrgreen:

Commandline: Checken wir mal, was denn in der Commandline drin stehen kann
1) Nix
Ist die Situation Erstaufruf/"NEW".
Er hat also nur default-Werte und könnte eigentlich garnix machen, der User muß also die Registry aufbauen und dann als "Save As" speichern.

2) Aufruf durch "Start"/Scheduler/Shortcut
3) Aufruf durch SHELL eines anderen Wizards
Da das der Aufgerufene nicht unterscheiden kann, sollte die Commandline in beiden Fällen gleich interpretierbar sein
Wenn wir grundsätzlich das Key-Value-format nehmen, isses am besten, wir hängen die Command-line-teile einfach zusammen. Durch das adjustieren und trimmen regelt sich das Weiter dann sowieso von selbst.
Möglicher Komfort: beim Zusammenhängen zweier Commandline-Elemente sicherheitshalber ein Komma dazwischen hängen d.h.
CONFIG=file.cfg,AUTOSTART=ON
ist dann das gleiche wie
CONFIG=file.cfg AUTOSTART=ON
Wenn ein User woanders Leerzeichen reinmacht, hat er Pech gehabt.
Wir machen kein AI Programm.

Vorschlag:

Code:

---

        Dim CsvString As String = ""        'Input – Key-Value String
        Dim CsvRef As Integer
        Dim CsvLen As Integer
        Dim Key As String
        Dim Val As String


        If LineArgument = "" Then                  'Line Argument leer -->Commando Line auslesen-
            For Each Argument As String In My.Application.CommandLineArgs 
                If CsvString.Length = 0 Then
                    CsvString = Argument
                Else
                    CsvString = CsvString & "," & Argument
                End If
            Next
            MsgBox("Start Argument für die Verarbeitung:<" & CsvString & ">End Argument")
        Else
            CsvString = LineArgument
            MsgBox("Start Argument für die Verarbeitung:<" & CsvString & ">End Cmdline")
        End If

---

[Mecker]
"DoCommand" sollte einen Wert zurückgeben, OK / Kenn ich nicht
bzw. "parsline" eigentlich auch.
Denn wenn weder da noch dort was sinnvolles drinsteht (Situation "new") ist z.B. jede weitere Aktion zweifelhaft.
[/Mecker]

@PicNick:
Dein Vorschlag oben finde ich nett, den habe ich jetzt adoptiert.
Weil er so schön schlank und schlau ist.
Ich hoff mal, dass der auch funktioniert :-)

Rückgabe:
Ich habe zwar noch keinen Plan wozu DoCommand was zurückliefern sollte. Aber ich habe das mal zur Freude halber eingebaut.
DoCommand hat von Hause aus als Case Else die Routine
IdontUnderstandWhatYouWont(Command & Value)
Dort wird das auch ab LogLevel 3 mitgelogt inclusive was er genau nicht versteht.

Bei ParsLineArgument() weis ich auch nicht genau wen das im Programmverlauf interessiert ob das geklappt hat und was bei raus gekommen ist. Wenn nix gescheites da ist macht er eben nix.
Das mitloggen ab Loglevel 2 kommt jedenfalls sowieso.
Ich bau das mit dem Rückgabewert aber auch aus Stil Gründen ein.
Geschadet hat so was noch nie.
Ich entwickele ja erst meinen Programmierstil :-)

Bei der Gelegenheit.
Das WorkoutCommand() macht doch im Prinzip dasselbe wie ParsLineArgument()
Kann man das alles zu einem machen?
Ist das Sinnvoll?

Netter Gruß in die Meckerecke :-)

Ps. Mit dem Sonnenlicht pass ich auf

Return-Values:
Du rufst im MARV_LOAD (startup) den PasLineArgument() auf, und egal, was da passiert, wenn die fastconnect Checkbox ein Häkchen hat (und das hat sie immer aus dem Form-Designer) startest du einfach los und schaust nicht rechts oder links.
Da hilft das Log-Protokoll nur dem Gerichtsmediziner bei der Autopsie.

WorkoutCommand() / ParsLineArgument()

Klar kann das eine Routine werden. Sicherheithalber als zusätzliches Argument einen Code, wo denn das Command herkommt. Kann immer sein, daß bei irgendeinem Command, das uns noch einfällt, ein Unterschied in der Behandlung notwendig ist.

Sonst, wenn möglich, immer Gleiches mit Gleichem vergelten.

A propos FormDesigner: Es ist die Situation entstanden, daß Parameter und Werte teils aus der Konfig, teils vom Designer und tw. aus dem Programmcode kommen.
Wir sollten da zusammenräumen, wobei ich dafür wäre, auf die Config zu setzen. Sprich:
Startup:
1) Alle Form-Elemente neutral, blank und leer.
2) Wenn aus der Commandline eine Config-File angegeben, dann einlesen und in die Formelemente verteilen
3) Wenn keine Config, nur Unstrittiges (MyPID, "127.0.0.1" "42") ausfüllen
4) Und dann schauen, was zu machen ist.

Guter Plan.
So wird gemacht.
Damit für die Gerichtsmedizin nicht mehr so viel übrig bleibt :-)
Komentare dieser Art immer gern gesehen.
Das meine ich jetzt tatsächlich so.

Netter Gruß

@PicNick:
Das ist übrigens genau das was jetzt auch ansteht.
Die Config Sache hochziehen.
Damit erledigen sich dann die im Form Designer abgelegten Werte.
Da das mit dem Parsen jetzt erstmal läuft, vermute ich mal, muss er mit Configs umgehen lernen.
Und im Neuzustand muss er sich seine erste Config eben anlegen oder er bekommt eine genannt.
Das mit Command Bestätigungen ist vermutlich auch ein Muß. Das fehlt noch völlig.
Das wird ja noch mal alles recht aufwendig.
Wenn ich sehe was ich auch noch alles Betriebsicher machen muss.
Da werde ich wohl doch bei dem Freizeitverbrauch von meiner Umwelt verstoßen unter einer unserer zahlreichen Brücken enden.
Das hätte natürlich den Vorteil nicht der prallen Sonne ausgesetzt zu sein

Netter Gruß

Zitat:

---

..unter einer unserer zahlreichen Brücken enden..

---

Na, wollen wir doch nicht hoffen, und schon garnicht, daß du vorher auch noch runterspringen mußt. :-)

Zitat:

---

.. prallen Sonne

---

Immer auch auf Knoblauch achten :-)

Noch was: Wir haben ja bei Key-Val gesehen, daß das mit den Strings und Stringlängen so seine Haken hat.
Ich schau mir die Register-DLL in dieser Richtung durch.

Also, wenn da irgendwo Kanten auftauchen, nicht verbeißen, sondern Laut geben

mmmhh. Blöde Geschichte.
Also, was besseres fällt mir jetzt auch nicht ein:
Um die zurückgegebenen String Vergleichen zu können oder so:
(Tree_build_node)

Code:

---

        ppar = RnRegistNextPar(head, 0, ParName)        ' get first param
        While ppar <> 0                                  ' while params
            StrLen = RnRegistName(ppar, ParName)
            WrkString = ParName.Remove(StrLen, ParName.Length - StrLen)
    ' WrkString passt jetzt wirklich
    ' braucht KEIN "new" vorher

---

Die DLL-Funktion
StrLen = RnRegistName(ppar, ParName)
Kann man auf alle register-Werte anwenden, also DIR, PAR und VAL
Der Name wird nun 2 x zurückgeschickt, aber was soll's

@NumberFive:
Die Programme kann ich starten. Habe auch das reg ausgeführt aber ohne eine Messagebox zu bekommen. Die Dll Habe ich zusätzlich nach system32 kopiert.
Ich meine das ich das schon früher mal mit reg gemacht hatte.
Das Connectete aber nicht am Server.

Ich habe Dir jetzt ein Susi Sorglos Packet geschnürt in dem ist alles drin was ein Mensch so braucht. Wenn Du dich mal im icq meldest schicke ich dir was frisches. Damit kannst Du dann ein Netzwerk hinstellen und Tests durchführen.
Mich würde interessieren ob die RnRegist.dll auch von vb6 aus angesprochen werden kann.
Für den Amiga muss es ja nicht kompatibel sein.
Aber für unsere älteren Programmierer unter VB6 wäre es doch nicht schlecht.
MrNiemand sitzt in der Beziehung im selben Boot mit Dir oder umgekehrt. Vielleicht könnt ihr eine Allianz bilden.
So eine Art Veteranen Club ;-)
Ich bin gerade sehr knapp mit Resourcen. Was sich erst ändert wenn so eine Art Grundversion des RnWizards steht.
Vielleicht zersägst Du aber auch den RnWizard für Deine Zwecke und umgehst alle Probleme?
Wie auch immer es gibt viele Wege.
Melde dich bitte mal.
Und verzeih mir möglicherweise den Veteranen Club.

@PicNick:
Wenn ich fertig bin mit umfummeln auf allgemeinen Wunsch eines einzelnen Herrn.
Werde ich verstehen was Du zuletzt gesagt hast.
Das mit dem Knoblauch und das mit dem nicht verbeißen war ja noch relativ einfach.
Aber danach muss ich mir mein Tauchzeug holen und in Richtung Wunderbaum abtauchen um Erleuchtung zu erlangen.
Das wird nicht an mangelndem Interesse scheitern.
Die Gründe warum das scheitern könnte wären nur das mir die Götter die Erleuchtung verweigern.


Netter Gruß

Nun, die Sache mit Strings, die von der DLL zurückgegeben werden sollen:
Wenn du einen Leer-String erzeugst mit
MyString = new string(" ", 64)
und diese Stringadresse an die DLL weitergibts, kann die wunderbar ihr Zeugs drin ablegen. ABER:
Die Länge ist aus Sicht von VB nach wie vor 64, auch wenn eigentlich nur drei belegt wurden.
Daher hauen Vergleiche und andere Manipulationen nicht hin, weil (scheinbar) der String mit Blanks auf 64 Bytes aufgefüllt ist.
daher muß man aus dem einen String einen neuen machen, aber gleich in der richtigen Länge. Das macht man, indem man diese Blanks hinten abzwickt. (remove)
Das Problem hatten wir sofort beim Key-Value, bei den Registry-Sachen ist es nur noch nicht stinkig geworden.

Das Registry-Lesen, z.B
ppar = RnRegistNextPar(head, 0, ParName) ' get first param
geht ins Auge, wenn du dann z.b. vergleichst
if ParName = "SEMMELHUND" THEN
gassi_gehen()
Das funzt nicht so nicht
Was du brauchst, ist die tatsächliche Länge der strings und die liefert der DLL-Befehl
StrLen = RnRegistName(ppar, ParName)
DANN geht
passender_string = ParName.remove(StrLen, (64 - Strlen))
und jetzt haut es hin.

(Statt "64" nehmen wir aber den wert von ParName.Length, dann müssen wir nicht aufzupassen, was wir vorher bei "NEW" angegeben haben).


Besser ?

Ah, alle klar.
Muss einem doch gesagt werden.
Nun muss ich den Abend nicht im Ungewissen Dunkel verbringen sonden nur im Dunkeln.

Netter Gruß

Na also.
Gleich noch was: Wenn wir das Layer-1 Format auch zwischen Wizard und seinen Kinderchen beibehalten wollen, sollten wir als Target-Zieladresse ein standard Pseudo-Ziel angeben ("Command-Interpreter").
Dann kann es auch in Zukunft keine Probleme geben, was nun zu routen ist und was nicht.

Die PID als Ziel könnten Konflikte kriegen mit unseren anderen IDs. (Servos, adc, etc.)

Die Rückadresse lassen wir einfach mal auf NULL

Dadurch ist ein frühzeitiges Splitten von routbaren Layer-1 Messages und administativem Zeugs möglich, d.h. SERVER und Wizard kommen sich von vornhinein nicht in die Quere.

(Hintergedanke: Mit einem anderem Pseudo-Target könnten wir dann sehr einfach (und modular) so Sachen machen wir zentrales Protokoll/Log oder so.

Hört hört, Hintergedanken.
Klingt irgendwie nicht schlecht. In so einer Richtung habe ich überhaupt noch nicht gedacht.
Fazit:
Es bleibt spannend :-)

Dann lass mal zu gegebener Zeit hören, auch wie der Messages String aussehen könnte.

Netter Gruß

So, war etwas mehr vergraben, der Hund, der.

Ich hab der Einfachheit halber das korrigierte Form1.vb als zip eingefügt, das restliche Projekt hast du ja

Nachtschwärmer aus Bridge-Town: bei Cut & Paste immer guckst du, ob die VariablenNamen auch passen. Beim "DoCommand" waren da leichte Differenzen
Beim "invoke" isses so, daß er alles, was in den "invokten" Subs passiert, als Fehler des "invoke" selbst anmault. Geschmissen hat es ihn ganz woanders, Krüppel, das.

Danke fürs Fixing.
Es läuft wunderbar.
Ich kann jetzt an der Stelle erstmal die Klappe zu machen.
Befehlshandling auf den Kommunikationswegen läuft.
Und obwohl ich weis was es kann, freue ich mich trotzdem immer wieder daran wenn es jetzt auf Geheiß pariert und Befehle aus dem Netz befolgt.
Wenigstens einer der sich was sagen lässt.
Ich frage mich ob ich das ganze nicht eigentlich deswegen mache :-)

Jetzt werde ich noch die Formular Objekte soweit es geht vom Kernprogramm abkoppeln.
Und das Setzen von Default Werten Zentralisieren.
Danach sollte Parametrieren über Config dran sein.

Netter Dank aus Bridge -Town

Zitat:

---

..von Default Werten Zentralisieren. ..

---

Nachgedacht. Bei neutralen Defaultwerten kann man ja schon den Designer dazu verwenden, denn kommt aus der Config was anderes, überschreibt er es eh.

Default Werte im Designer:

Da hast Du schon Recht.
Aber alles was sich auf ein bestimmtes Formelement beruft kann man schlecht in Klassen oder Libs auslagern.
Der Programmkern soll zur Not auch ohne Formelemente laufen können.
Da ich vorhabe den Wizardkern auch als Generic RN Komponente zu verwenden.
Da soll in der Form dann die jeweilige Ausprägung residieren.
Wenn das klappt kann ich immer den neuesten und schlauesten Stand in den RN Komponenten halten.
Es muss nur der Wizard gepflegt werden und das Update für die Anderen ist fast Mühelos.
Soweit die Theorie ;-)
Du siehst aber bereits in der Architektur der Fähigkeiten worauf ich hinaus will.
Der Wizard kann bereits mehrere Wizards starten mit jeweils eigener Netzidentität.
Und jeder kann jeden rumkommandieren.
So eine Art Wizardseuche.
Das nun lauter Wizards rumsausen ist aber nur zum testen vom Familienfähigkeit.
Nachher gibt es Idealerweise nur einen Wizard mit seinen Kinderchen.
In den Kinderchen schlägt aber immer des Wizards Herz.

Mal sehen ob ich das so realisieren kann.
Darum versuche ich erstmal eine Trennung von der Form herbeizuführen.

Netter Gruß

Zitat:

---

.. zum testen vom Familienfähigkeit..

---

Richtig, soziale Kompetenz erwirbt man am besten in der Jugend, durch das Vorbild der Erzeuger. :-)

Generic Components ? Na, du treibst es.

Zitat:

---

Zitat von Bremer Stadtmusikanten

Kommt, laßt uns gehen. Was besseres wie den Tod finden wir überall

---

Wart mal ab :-)

Das ist der erste Replikant in diesem Teil der Galaxis.
Bei unsachgemäßem Umgang vervielfältigt er sich unkontrolliert und verbreitet sich über den gesamten Globus.
Wer das verursacht hätte lieber mit den Bremer Stadtmusikanten mit gehen sollen.

Netter Gruß

Zitat:

---

Zitat von Zauberlehrling

Hat sich doch der Hexenmeister endlich einmal fortbegeben...

---

(Müssen ja keine Besen sein, im Zeitalter der Robbies.)

Zitat:

---

Zitat von Schiller Fritze

Doch wehe, wenn sie, losgelassen,
wachsend ohne Widerstand
einhertritt auf der eig'nen Spur
Als freie Tochter der Natur

---

Solche Wizards hat's offenbar früher auch schon mal gegeben

Kann es sein das wir ein Problem haben mit dem Punkt in RNWIZARD.cfg wenn es über die StartCommandline geht?

Einmal mit Doppelkick starten.
Den Zweiten über Testcommand
STARTCHILDAPP=RnWizard.exe
Dadurch bekommt er einen Parameterstring mit auf den Weg.
Ansonsten wie immer : volle Baustelle.
Aber die Isolierung des Kerns schreitet voran :-)
Das wird dann eine „Engine“ , so sagt man wohl.


Netter Gruß

Ps.Aber ich fress keinen Besen wenn es was anderes ist.
Ist auch schon wieder so spät. Irgendwann soll man ja Engel sehen oder den Wald vor lauter Bäumen nicht.

Edit: Das ganze kann man in dem Logfenster mitlesen.
Weil, wir haben jetzt Gleiches mit Gleichem vergolten.
War mir so aufgetragen.

Das mit dem Punkt werde ich am Rande mit abarbeiten.
Was mich noch interessiert ist das Pseudo Device.
Seit einem Monat bin ich immer kurz davor eine Demo fertig zu haben.
Wenn wir da was ausmachen, könnte ich die Message Geschichte soweit komplettieren um erstmal was zum laufen zu bringen.
Dafür würde ich sogar die Config Sache etwas nach hinten verlagern.
Mir liegt was daran eine Art Teilergebnis zu haben. Dann kann ich mich mal zurücklehnen und das Sonnenlicht genießen.

Netter Gruß

Zitat:

---

..das Sonnenlicht genießen..

---

Du weißt, Vampire brauchen einen hohen Sonnenschutzfaktor :mrgreen:

Pseudo-Devices: Wie schon erwähnt, wär es praktisch, eine Log/Protokoll zentral zu führen. (muß ich argumentieren? wenn irgendwas schief läuft, ist es zähe, aus einzel-protokollen einen Ablauf/Reihenfolge der Geschehnisse zusammenzubauen. denn die autonomen Abstürze hören ja irgendwann auf und wechseln zu dynamischen, schwer wiederholbaren "Koinzidenz-Todesfällen").

Mit Special-Targets wäre es einfach: Der Empfänger schreibt einen einheitlichen Header (Time, Source/Pid) und dann eher flat den Text aus "MsgVal". Antwort:keine, wird einfach gemacht, wenn die Logfile offen ist.
Das erspart "MessagBoxen" bei den einzelkomponenten, die ja sonst auch wer quittieren muß , damit sie wieder weggehen.

Da hätt' ich mal Pseudo-devices:
Admin-Functions Wizard (key-val)
Form-Handling Kinderchen (key-val)
Protokoll/Eventlog Wizard (structured printout)
....

RnWizard.exe
Is mir schon eingefallen: Der Punkt gilt als dezimal-Punkt.
Remedy:
1 Hochkomma
2 String mit den "RnCsvWr" Routinen erstellen, der checkt das dann (prefix)

Hört sich ziemlich Klasse an Dein Plan.
Den brauchst Du schon nicht mehr bewerben.
Kannst Du mal so eine Ar Beispielmessage machen.
Und wer empfängt und betreut diese Messages?
Ich habe mein Log Wesen bereits in der Richtung Key=Value aufgezogen.
Und dann halt noch die Adressierung an einen einzelnen Netzteilnehmer als Beispiel.
Und nen AutostartServer
Und….und……

Sonneschutzfaktor:
Stimmt, die Sonne schmerzt etwas in den Augen :-)

Netter Gruß

Gut bewährt hat sich folgendes:
Innerhalb des Wizard gibt es ein modul/sub, das kriegt die IP-Message, wenn im Target diese Pseudo-Device-ID steht.
Wenn nun eine Log/Protfile offen ist, schreibt er einen Record
11:12:01;PID;SRC;"Text aus Ip-MsgVAL"
11:12:01;PID;SRC;"Text aus Ip-MsgVAL"
etc.
Dabei ist
Uhrzeit (logo)
PID die prozess id, von dem die Message kommt
SRC die Komponente, von der die Message ist
Text und einfach der Text aus MsgVal (der ist dann immer ein Ascii-String)

Semikolon dazwischen, damit man die File auch leicht mit Excel einlesen kann. (sortieren, selektieren, drucken, etc) (+graphische Auswertung!)

Anm:
SRC sollte die "facility" bezeichnen (code) die die Message geschrieben hat. also z.B.
PROC allgemeine Programm komponenten
FORM was mit der "Form" zu tun hat
IP was mit der low-level kommunikation zu tun hat
KEY-VAL-Interpreter ("syntax-error")
LEV0 Level-0
ROUT Level-1 Router
(Das soll vermeiden, daß bei jedem Prot Text die hälfte als beschreibung dient, an welcher stelle ein Fehler/Event aufgetreten ist)

z.B.

Code:

---

00:01:40  01EC PROC  "RnWizard Startup"
00:01:41  01EC PROC  "Taskbar1.exe submitted"
00:01:42  01EF  PROC  "Taskbar1.exe started"
00:01:43  01EC IP        "Taskbar1.exe connected"
00:01:50  01EC KYVAL  "CMD-Syntax-error"
00:02:21  01EC  LEV0  "COM2 opened"
00:02:22  01EC  LEV1  "RNBFRA online"
......

---

Für den User ist das Log-Schreiben dann eine (generic*g*) function, die irgendwo aufgerufen wird.

WriteProt("SRC","Text")