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

@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 :-)