GM mit anderem Programm kommunizieren lassen

ghost · 10. August 2008, 17:42

Öhm...wie wäre es mit einer DLL?

Ich weiß jetzt nicht genau was du meinst, aber sowas klingt für mich stark nach dem bedarf einer DLL. Sonst: Mehr Infos.

copyboy · 10. August 2008, 18:37

Du könntest es mit der 39dll versuchen

ghost · 10. August 2008, 18:57

Wenn es eine Zahl wäre, würde string() funktionieren.

ghost · 10. August 2008, 20:11

Ähäm wie soll man das bitteschön verstehen?

Geb bitte mal mehr Infos, was soll man damit bitteschön anfangen?

T-Moe · 10. August 2008, 20:31

1) Was genau hast du vor?
2) Was hast du bisher gemacht?
3) Wo ist das Problem?

ghost · 10. August 2008, 21:15

1) Was genau hast du vor?
2) Was hast du bisher gemacht?
3) Wo ist das Problem?

Du sollst mal konkrete Informationen liefern:
Wie weit bist du? Worin schreibst du es?

Du hast eigentlich 2) und 3) garnicht beantwortet.
Den code hier zu "zeigen" wäre vielleicht auch nützlich, aber mit so wenigen Infos wird dir niemand helfen.

T-Moe · 10. August 2008, 21:54

Mach eine DLL mit 2 Funktionen, z.B. send_string() und get_string(). Der Editor ruft dann immer send_string mit dem String auf und der GM ruft get_string auf. Vllt nicht jeden Step, das wäre extrem CPU-lastig, aber in bestimmten Intervallen. Wo ist da das Problem?

WIN · 10. August 2008, 23:37

dieses problem liese sich ggf. auch mit einer einfachen txt datei lösen:
Der editor schreibt die entsprechenden daten in die datei, dann übergibt der editor per argument oder dll den befehl an die .exe die datei erneut auszulesen.

Windapple · 11. August 2008, 09:22

Über eine DLL ist das auch nicht so prickelnd, denn es kann auch sein dass für jedes Programm das ne Dll aufruft ne extra Instanz im Speicher geschaffen wird. Dann wissen die Dlls untereinander nichts von den Variablen der jeweils anderen Instanz. Was du suchst nennt sich COM. Du brauchst einen COM Server und einen COM Client. D.h. du musst einen COM Server in einer Dll programmieren, die dann zusammen mit deinem GM Programm läuft, und einen COM Client in dein anderes Programm reinfriemeln. Ein Tutorial für Delphi findet sich beispielsweise hier. Mit COM Servern zu arbeiten ist nicht sehr einfach, die muss man im System registrieren, die müssen bestimmten Richtlinien folgen etc. Aber wenn das mal läuft ist es die sinnvollste Möglichkeit zur Kommunikation zweier Programme neben einem Netzwerkprotokoll.

boxxar · 11. August 2008, 10:34

Laut Wikipedia gibt es sowohl anonyme als auch named pipes in Windows, vielleicht könntest du dich damit beschäftigen, wenn dir COM zu kompliziert ist.

de.wikipedia.org/wiki/Pipe_(Informatik)

Windapple · 11. August 2008, 13:49

Nein. Zwei Programme sprechen nicht mit der gleichen Instanz einer Dll.
Wenn ich etwas zu boxxar sage, weißt dann auch automatisch du was gesagt wurde und kannst es wiedergeben? Dennoch seid ihr beide wahrscheinlich Menschen. Aber eben nicht derselbe, sondern zwei Individuen. Genauso bei der Dll. Jedes Laden dieser Dll kann (muss nicht, ist aber nicht zuverlässig vorhersagbar) ein neues Individuum erzeugen. Diese Individuen haben dann ihre eigenen Adressräume mit jeweils eigenem Speicherbereich.

dave · 11. August 2008, 20:23

Hey ich hatte auch mal bei My Village damit zu kämpfen! Er musste wissen ob der downlaod im anderen fenster fertig ist. Ich habs so gemacht!

Mit Regs (ich liebe die^^)
Er sucht sich ein verzeichniss das beide benutzen und kann so daten senden wenn der andere die bekommen hat löscht er die sofort daraus.
man könnte ja auch (nicht das hinterher das selbe programm die eigene nachricht bekommt) den programmen eien nummer geben z.b. das er sendet: "1 name = 'Max Mustermann';" wenn das programm die nummer eins hat führt er das aus (ohne die eins davor^^) und löscht sie (setzt wieder ein leeren string dahin.

Das geht natür lcih auch mit datein ich weiß net was schneller ist. ka

Nur die regs arbeiten mehr versteckter^^
Und alles ohne DLL