Autoit String nach C# übergeben [erledigt]

TrueVision

Hallo,

Ich muss für ein Programm das ich schreibe, einen String von AutoIt nach C# übergeben und auch andersherum.
Das Problem ist aber nun, dass ich einen String alle 1-2 Sekunden aktualisiert brauche. ( von AutoIt nach C# )
Momentan schreibt AutoIt jedesmal eine Datei, die C# dann ausliest und löscht. C# liest die Datei mit File.ReadAllText(). Nach ca. 10 Minuten kommt dann aber die Fehlermeldung: "Die Datei wird schon in einem Anderen Prozess verwendet"

C# Code Snippet:

Code

if (File.Exists(dir))
{
     string content = File.ReadAllText(dir);
     int pos = content.IndexOf(s);
     string str = content.Substring(pos, 5);
     File.Delete(dir);
}

Autoit Code Snippet:

Code

if FileExists($dir) = false Then
	FileWrite($dir, $content)
EndIf

Ich bin für jede Hilfe dankbar.

Mit freundlichen Gruß
TrueVision

**alpines**

Zuerst würde ich probieren ob AutoIt oder C# das Handle nicht richtig schließt. Bei AutoIt würde ich mit FileOpen und FileClose arbeiten statt nur mit einem FileWrite.

Es würde sich doch anbieten in C# einen Speicherplatz zu allokieren dessen Adresse dann in eine Datei schreibst um mit AutoIt und NomadMemory.au3 in den C# Prozess den String zu schreiben (sofern er nicht allzugroß ist). (C# string Variable deklarieren und z.B. 2 kB Text reinschreiben. Adresse in Datei speichern, mit AutoIt und NomadMemory in die Adresse speichern und Ende des Strings kennzeichnen.)

Andernfalls kannst du eine GUI erstellen (mit AutoIt) und mit C# ein Inputcontrol / Label auslesen und den String dann verarbeiten.
Du könntest auch TCP lokal verwenden aber das würde ich nicht empfehlen um ehrlich zu sein, der Aufwand lohnt sich nicht.

TrueVision

File.Open scheint zu funktionieren, ich danke vielmals!

MfG
Ich

Busti

das soll auch ganz nett sein:

autoit+c++ source

**chesstiger**

@alpines
Dazu brauchst du doch keine NomadMemory-UDF, oder? Wenn ich in C(#) mit malloc Speicher für einen String reserviere und dann per DllStructCreate ein Array of Char an dieser Adresse erstelle, sollte das doch reichen.
Ich frage jetzt nur, weil ich bei allem, was in AutoIt mit direktem Speicherzugriff lief, auf NomadMemory verzichten konnte. DllStructs mit _MemGlobalAlloc haben eigentlich immer gereicht.

Busti

Zitat von chesstiger

@alpines
Dazu brauchst du doch keine NomadMemory-UDF, oder? Wenn ich in C(#) mit malloc Speicher für einen String reserviere und dann per DllStructCreate ein Array of Char an dieser Adresse erstelle, sollte das doch reichen.
Ich frage jetzt nur, weil ich bei allem, was in AutoIt mit direktem Speicherzugriff lief, auf NomadMemory verzichten konnte. DllStructs mit _MemGlobalAlloc haben eigentlich immer gereicht.

Ganz witzig das du das sagst, mit Nomad hab ich damals meinen ersten WoW Bot geschrieben.
Aber zum Thema, ich hab bisjetzt nie mit _memglobalalloc und DllStructs gearbeitet, sondern war immer auf NomadMemory fixiert :P.

Aber ich glaub so schwer sind die DLLStructs nicht zu verstehen, oder?

**alpines**

Zitat von chesstiger

@alpines
Dazu brauchst du doch keine NomadMemory-UDF, oder? Wenn ich in C(#) mit malloc Speicher für einen String reserviere und dann per DllStructCreate ein Array of Char an dieser Adresse erstelle, sollte das doch reichen.
Ich frage jetzt nur, weil ich bei allem, was in AutoIt mit direktem Speicherzugriff lief, auf NomadMemory verzichten konnte. DllStructs mit _MemGlobalAlloc haben eigentlich immer gereicht.

Kenne mich mit DllStructs nicht so aus also kam mir nur _MemoryWrite in den Sinn. Kann man mit den DllStructs denn in fremden Prozessen Einträge verändern?

Zitat von Busti

Aber zum Thema, ich hab bisjetzt nie mit _memglobalalloc und DllStructs gearbeitet, sondern war immer auf NomadMemory fixiert :P.

Haben ja die meisten Leute auch nur zum Botten genutzt.

**Kanashius**

Naja, DllStructs bekommen nen Pointer auf ne Adresse. Wenn das die Adresse in nem andern Programm ist, dürfte das egal sein.
Kann höchstens sein, dass Windows noch dazwischenfunkt...

(Aber immer schon den speicher wieder freigeben ;). Bei _MemGlobalAllocgeschieht das nicht automatisch)