Suchergebnisse

Zitat von Madde: „Jetzt möchte ich das Programm auf einem zweiten Rechner laufen lassen und natürlich auch gemachte Änderungen aktualisiert abbilden.“Verstehe ich nicht. Wie kommen die Daten von einem Rechner auf den anderen? Zitat von Madde: „Diverse Recherchen haben immer wieder auf einen TableAdapter hingewiesen.“Dazu müsstest du statt in eine Xml in eine Datenbank schreiben.

Dassisjalustig! Genau sowas habich gestern für mein Stechuhr-Programm implementiert. Ist einiges zu beachten:- Einen Fsw ziehste aus der Toolbox aufs Form. Andernfalls bekommst du Threadübergreifende Control-Zugriffe mit den anhängigen Exceptions - Dann brauchste noch einen Delay-Timer, weil der Fsw immer mindestens zweimal feuert, aber du willst die Daten ja nur einmal reloaden. - Dann musste noch dran denken, beim Speichern das Fsw_Change-Event temporär zu deabonnieren, sonst reloaded deine ei…

Also zunächstmal: meine Snippets aus post#5 kannste nicht einfach bei dir einpasten. Die illustrieren nur, was ich in prosa dazu-schrieb, wie vorzugehen ist. Also im Form_Load (oder sonst einer Startup-Methode) ist was zu machen, in Fsw_Changed, im timDelay_Tick und beim Saven. Was im einzelnen zu machen ist, kann ich nicht vorgeben - ich habe ja ein anderes Dataset und verwende vermutlich andere Load/Save - Methoden. Vermutlich sehr andere Methoden, weil bei mir leere ich das dataset und lese e…

jetzt habich mal probiert. Bei mir wird der Seed auf den niedrigsten sinnvollen Wert gesetzt. Ist in meiner Anwednung der Seed auf 30 und ich reloade eine Dataset-Datei, bei der 5 Datensätze hinzukamen, so geht mein Seed auf 36 (30+5+1). reloade ich eine Dataset-Datei, bei der die höchsten 5 Datensätze gelöscht wurden, so bleibt mein Seed dennoch auf 31 - obwohl theoretisch auch ein Seed von 26 technisch möglich wäre. Es passiert aber nicht, dass mehrere Reloads derselben Dataset-Datei den Seed …

klingt mir nach dass du eine komische Reload-Methode hast.

irgendwie wirst du ja Reloaden. Sag dus mir, wie. (weiss ich doch nicht).

tja, weiss ich auch nicht. Sieht ok aus. Der einzige Unterschied zu meim ist, dasss meine PKs ins Negative zählen statt ins Positive. Kannst du eine Spiel-anwendung basteln, die den Fehler reproduziert, und anhängen? Das Gehuddel mittm FSW braucht ja noch garnet drinne sein: Einfach nur ein Dingens, wo man mit Buttons Save, Reload die Dataset.xml speichert/lädt. Und wo dann diese PK-Wunderlichkeit auftritt.

ja, weiss ich auch nicht. kannst dir höchstens eine Solution von mir nehmen, die das Problem nicht hat, und mit deiner vergleichen. zb Daten laden und speichern hat so Reload-Buttons, glaubich.

Das einzige, was ich wüsste, wie man das von dir bbeschriebene Verhalten hinkriegen könnte, wäre, dass das iwelche DataTable_Changed-Events verarbeitet sind, und Unfug treiben. Die werden auch beim Einlesen einer XmlDatei für jeden Datensatz gefeuert. Abrer ich kann in deine Anwendung ja nicht reingucken. Nur du kannst in meine reingucken, udn da ist sowas ja halt nicht drin.

Ich hab eine Lösung:VB.NET-Quellcode (15 Zeilen)

Zitat von Madde: „Was kann ich einbauen, dass während die eine Instanz Änderungen vornimmt, die andere dies gemeldet bekommt und keine Änderungen vornehmen kann, bis die XML nicht mehr in Verwendung ist.“Das geht jetzt stark in Richtung Datenbänkerei, Stichwort "Pessimistic Locking". Naja, wenn das mit dem FileSystemWatcher funzt, dann musste in einen irgendwie gearteten "EditModus" gehen, und das auch iwie ins Dataset schreiben, und abspeichern. Der andere reloaded dann ja wg FSW, und kann nach…

das ist jetzt aber ein "Optimistic Lock". "Optimistic Lock" bedeutet: Es gibt keine Zugriffs-Beschränkung, sondern man hofft darauf, dass keine gleichzeitigen EditVorgänge auftreten - das ist der "Optimismus" daran. Tritt das Übel aber dennoch ein, so gibts eine Exception. Jo, und genau das wird mit dem Dateilock nach post#42 passieren. Aber @Madde wollte glaub genau das mit seiner Frage in Post #40 vermeiden.

na, denn hast du in post#42 ja den Ansatz zur Lösung deines Probs gefunden. achso - edit. Die Zeile die du nennst kann eiglich nicht die Fehlerzeile sein. Und mit InhaltDerDatei ist vermutlich der Inhalt der Datei gemeint. (Sorry, vlt. kann jemand anners das besser erklären.)

Zitat von Madde: „In diesem Zusammenhang wäre es sicher auch möglich eine TXT anzulegen und bei Verwendung einfach "Bearbeitung" reinzuschreiben und bei Verlassen den Inhalt wieder zu löschen. Die andere Instanz...“Find ich eiglich eine gute Idee. Per FSW hätte man dann ja einen Benachrichtigungs-Mechanismus. Also der FSW überwacht nu nicht die (riesige) Daten-xml, sondern nur die kleine Zusatz-Datei. Nur ich hab ATM nicht die Zeit dir das zu coden.

Dieser Fehler konnte nur bei Option Strict Off entstehen - dringend empfohlen: Visual Studio – Empfohlene Einstellungen