Hallo!

Nach über 12.000 Downloads der alten Version meines "Dust Signs File Copier"s präsentiere ich nun hier die von Grund auf neu geschriebene .NET-Version, die zahlreiche neue und nützliche Features mitbringt.

Kurzbeschreibung

File Copier ist ein Programm, das mehrere Dateien kopieren und bei dabei defekte Dateien retten kann, indem es unlesbare Blöcke z.B. mit binären Nullen auffüllt. Neben diversen Suchoptionen können gezielt Dateien und ganze Ordner ausgeschlossen werden, was das Programm auch zur Erstellung von Backups befähigt.

Systemvoraussetzungen

Das Programm benötige das .NET Framework in der Version 2.0. Ich habe es nur unter Windows Vista getestet, es sollte aber in jedem Fall unter XP und ziemlich sicher auch unter Windows 2000 funktionieren.

Features

• Unterstützung von Dateien > 2GB
  
• Rekursive Dateisuche mit der Möglichkeit, Ordner ohne Zugriffsrechte auszuschließen
  
• Filterung der zu kopierenden Dateien über
  
  • Die Kombination vorkonfigurierter Filter
    
  • Datei-weisen Ausschluss
    
  • Ordner- und Unterordner-weisen Ausschluss
    
  • Regular Expressions
  
  
• Möglichkeit, Datei- und Ordnerberechtigungen mitzukopieren
  
• Möglichkeit, alle Dateien ins Zielverzeichnis (ohne Unterordner) zu kopieren
  
• Verschiedene Füllalgorithmen für defekte Blöcke
  
• Konfigurierbare Blockgrößenanpassung zur Anpassung von Genauigkeit/Geschwindigkeit
  
• Multi-Threading für Dateisuche, -filterung und Kopiervorgang => GUI bleibt reaktionsfähiger
  
• Geschwindigkeitsanzeige und Restzeitberechnung
  
• Ordner können direkt aus dem Explorer per Drag&Drop ins Programmfenster gezogen werden
  
• Mehrsprachige GUI (Deutsch und Englisch)

Bekannte Probleme

Folgende Probleme sind mir bisher bekannt und konnten noch nicht (vollständig) behoben werden:

• Das Kopieren von Datei- und Ordner-Berechtigungen muss zumeist mit Administratorberechtigungen durchgeführt werden
  
• Der von mir implementierte Kopieralgorithmus eignet sich nicht zum Kopieren von Dateien von oder auf Netzlaufwerke oder andere Netzwerkressourcen (starke Geschwindigkeitseinbußen)

Geplante Features

Die folgenden Features wurden noch nicht implementiert, sind aber für Versionen geplant:

• Glättung der Restzeit- und Geschwindigkeitsanzeige, um Schwankungen abzuschwächen

Hinweise zur Verwendung

Ich habe das Programm gründlich geprüft, es ist dennoch nicht ausgeschlossen, dass sich noch mehr oder weniger schwere Fehler darin befinden.

Nun würde mich eure Meinung zum "Dust Signs File Copier .NET" interessieren. Funktioniert alles so wie es soll oder gibt es Bugs und wenn ja welche? Fehlen Features und wenn ja welche? Könnte man die Anordnung der Controls in der GUI verbessern und wenn ja wie? Besonders interessiert mich die Unterstützung der Betriebssysteme Windows 98, ME und 2000 - vor allem im Zusammenhang mit dem Kopieren von Datei- und Ordner-Berechtigungen.
Ich habe Screenshots sowie das Programm selbst angehängt. Viel Spaß beim Testen und danke im Voraus für euer Feedback!

AXMD

Download

Download ab sofort unter: www.dustsigns.de/cgi...reeware/DSFC_NET.zip
Weitere Infos unter: www.dustsigns.de/cgi...=File%20Copier;lang=

Hinweis: Crosspost DP: www.delphipraxis.net...st915820.html#915820

Hier noch ein paar Screenshots.

AXMD

Und noch ein paar

AXMD

Moin,
ich hab mal nur einen groben Blick drübergeworfen. Was mich am meisten stört, ist die Tatsachse, dass es von Haus aus englisch ist. Dann habe ich noch einen Fehler !? festgestellt: Wenn ich Dateien kopiere und dann pausiere, und danach dann abbreche, dann kommen die Hinweismeldungen (kann man die nicht irgendwo deaktivieren, die stören ab dem zweiten Mal) und dann kommt der Fehler, dass das der Thread nicht geschlossen werden kann. Dann hängt sich das Programm auf und ich muss es abschießen. Ich weiß nicht, woran es liegt, da ich das ganze hier auf unserem Schulrechner ausprobiert habe.

MfG
Regan

Regan hat folgendes geschrieben:

Dann habe ich noch einen Fehler !? festgestellt: Wenn ich Dateien kopiere und dann pausiere, und danach dann abbreche, dann kommen die Hinweismeldungen (kann man die nicht irgendwo deaktivieren, die stören ab dem zweiten Mal) und dann kommt der Fehler, dass das der Thread nicht geschlossen werden kann. Dann hängt sich das Programm auf und ich muss es abschießen. Ich weiß nicht, woran es liegt, da ich das ganze hier auf unserem Schulrechner ausprobiert habe.

//EDIT: Habe ich reproduzieren und korrigieren können. Eine neue Version ist im ersten Post angehängt.

Regan hat folgendes geschrieben:

Was mich am meisten stört, ist die Tatsachse, dass es von Haus aus englisch ist.

Sorry, aber ich frage mich ernsthaft, warum ich das extra im ersten Post erwähnt habe

AXMD

AXMD hat folgendes geschrieben:

Regan hat folgendes geschrieben: Was mich am meisten stört, ist die Tatsachse, dass es von Haus aus englisch ist. Sorry, aber ich frage mich ernsthaft, warum ich das extra im ersten Post erwähnt habe

Ich hab mir nicht den Anfangspost durchgelesen. Der ist mir einfach zu lang.

Deswegen hatte ich ja auch Überschriften gemacht, aber macht ja nichts - kann ich verstehen, dass man lieber testet als zu lesen
Hab übrigens ein kleines Update hochgeladen: Regular Expressions und vorkonfigurierte Filter können jetzt wahlweise per UND oder ODER verknüpft werden (bisher wurde immer per UND verknüpft). Weitere Verbesserungsvorschläge sind selbstverständlich willkommen

AXMD

Hallo,

konnts mir jetzt nur kurz anschaun:

- Warum prüfst du beim Close nicht ob noch ein Vorgang läuft und bringst nur dann die Meldung ("Are you sure you want to close ...)

- Autorefresh (oder man. refresh) der Suchergebnisse, wenn neue Dateien in den "Source"-Ordner kommen wird die Liste nicht aktualisiert.

- Fenstergröße ist fest, ist bei langen Pfaden nicht schön, muss man immer hin und her scrollen (vorallem umständlich da man nichtmal die zeile makieren kann ... verhaut man sich schnell mal in der zeile) (

- History für Source und Dest. wäre nicht schlecht

- Tooltips für die weniger aussagekräftigen Sachen wären auch nicht schlecht ("Cut source file" sagt mir nu überhaupt nix)

- Das "Error concealment" würd ich per default ausschalten (kann uu. sonst ins auge gehn)

- "Files copied" und "Files to copy" ist doch eig das gleiche (das eine geht rauf das andere runter)?

- man sieht nirgendwo die kopierten Bytes der akt. Datei

- Für das "just create file" gibts n großes Plus! Find ich sehr praktisch

- Ein "mini"-Statusfenster wäre auch praktisch (so wie es manche Downloadmanager haben) oder zum. irgend ein Signal wenns fertig ist (Fenster in der Taskbar blinken lassen z.B.)

- die DSFCCore.dll irgendwie mit in die EXE packen, geht das?


ansonsten find ichs ganz nett (vorallem für das wie kleins ist) und werds die tage mal verwenden und schaun ob mir noch was auffällt

Kalfany hat folgendes geschrieben:

Hallo, konnts mir jetzt nur kurz anschaun: - Warum prüfst du beim Close nicht ob noch ein Vorgang läuft und bringst nur dann die Meldung ("Are you sure you want to close ...)

Werd drüber nachdenken

Kalfany hat folgendes geschrieben:

- Autorefresh (oder man. refresh) der Suchergebnisse, wenn neue Dateien in den "Source"-Ordner kommen wird die Liste nicht aktualisiert.

Gute Idee, werd ich auf meine TODO-Liste setzen

Kalfany hat folgendes geschrieben:

- Fenstergröße ist fest, ist bei langen Pfaden nicht schön, muss man immer hin und her scrollen (vorallem umständlich da man nichtmal die zeile makieren kann ... verhaut man sich schnell mal in der zeile) (

Ich hab momentan noch Probleme mit einigen .NET-Eigenheiten was Größenänderungen von Controls zur Laufzeit angeht - ist also in Arbeit

Kalfany hat folgendes geschrieben:

- History für Source und Dest. wäre nicht schlecht

Da das Programm Standalone bleiben soll stellt sich die Frage wo das Ganze gespeichert werden soll...

Kalfany hat folgendes geschrieben:

- Tooltips für die weniger aussagekräftigen Sachen wären auch nicht schlecht ("Cut source file" sagt mir nu überhaupt nix)

Im englischen Windows Explorer heißt es auch "Cut file", im deutschen "Ausschneiden" - das wird denke ich klarer, sobald ich eine Anleitung veröffentliche. Aber das mache ich erst, wenn das Programm fertig ist, da sich sonst zwischenzeitlich zu viel ändert

Kalfany hat folgendes geschrieben:

- Das "Error concealment" würd ich per default ausschalten (kann uu. sonst ins auge gehn)

Error concealment ist eigentlich die Hauptfunktionalität des Programms Außerdem wird es nicht aktiv, sofern beim Lesen keine I/O-Fehler auftreten

Kalfany hat folgendes geschrieben:

- "Files copied" und "Files to copy" ist doch eig das gleiche (das eine geht rauf das andere runter)?

Kopierte Dateien und zu kopierende Dateien - also im Endeffekt wieviele Dateien bereits kopiert wurden und wieviele noch zu kopieren sind

Kalfany hat folgendes geschrieben:

- man sieht nirgendwo die kopierten Bytes der akt. Datei

Fragt sich, ob das notwendig ist. Man sieht doch die Fortschrittsanzeige

Kalfany hat folgendes geschrieben:

- Für das "just create file" gibts n großes Plus! Find ich sehr praktisch

Freut mich, dass dir diese Funktion gefällt

Kalfany hat folgendes geschrieben:

- Ein "mini"-Statusfenster wäre auch praktisch (so wie es manche Downloadmanager haben) oder zum. irgend ein Signal wenns fertig ist (Fenster in der Taskbar blinken lassen z.B.)

Wird auf meine TODO-Liste gesetzt

Kalfany hat folgendes geschrieben:

- die DSFCCore.dll irgendwie mit in die EXE packen, geht das?

Eher nicht, da ich die DSFCCore.dll als Open Source inkl. Doku veröffentlichen werde, sobald sie ausgereift ist. Da ich auch eine Konsolen-Variante des File Copiers plane und den Code nicht 1:1 kopieren möchte ist die DLL wohl der bessere Weg.

Kalfany hat folgendes geschrieben:

ansonsten find ichs ganz nett (vorallem für das wie kleins ist) und werds die tage mal verwenden und schaun ob mir noch was auffällt

Wunderbar

Danke für's Testen
AXMD

[OT]

AXMD hat folgendes geschrieben:

Eher nicht, da ich die DSFCCore.dll als Open Source inkl. Doku veröffentlichen werde, sobald sie ausgereift ist. Da ich auch eine Konsolen-Variante des File Copiers plane und den Code nicht 1:1 kopieren möchte ist die DLL wohl der bessere Weg.

Falls sich dennoch weitere Personen eine Standalone-Exe wünschen sollten, kannst du die DLL mit ILMERGE in die Exe integrieren (z.B. in VS im PostBuild-Event).
[/OT]

Khabarakh hat folgendes geschrieben:

[OT]Falls sich dennoch weitere Personen eine Standalone-Exe wünschen sollten, kannst du die DLL mit ILMERGE in die Exe integrieren (z.B. in VS im PostBuild-Event). [/OT]

Genau sowas hab ich eig. gemeint.

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: - History für Source und Dest. wäre nicht schlecht Da das Programm Standalone bleiben soll stellt sich die Frage wo das Ganze gespeichert werden soll...

Gute Frage. Andere Idee, Drag n Drop auf die beiden Edits, also wenn man nen Ordner auf eines der beiden Edits zieht wird der Pfad übernomme, denn so fast ein wenig lästig wenn oft die gleichen Ordner braucht

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: - Tooltips für die weniger aussagekräftigen Sachen wären auch nicht schlecht ("Cut source file" sagt mir nu überhaupt nix) Im englischen Windows Explorer heißt es auch "Cut file", im deutschen "Ausschneiden" - das wird denke ich klarer, sobald ich eine Anleitung veröffentliche. Aber das mache ich erst, wenn das Programm fertig ist, da sich sonst zwischenzeitlich zu viel ändert

Ahh "Cut file" kenn ich eig. schon , aber warum kann man dann (bzw. was passiert) wenn man "Cut Source file" und "Delete Dest. file after ..." denn beides zusammen geht ja nicht wirklich

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: - "Files copied" und "Files to copy" ist doch eig das gleiche (das eine geht rauf das andere runter)? Kopierte Dateien und zu kopierende Dateien - also im Endeffekt wieviele Dateien bereits kopiert wurden und wieviele noch zu kopieren sind

Ja schon, trozdem ist es mehr oder weniger die gleich Info nur halt anders dargestellt

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: - man sieht nirgendwo die kopierten Bytes der akt. Datei Fragt sich, ob das notwendig ist. Man sieht doch die Fortschrittsanzeige

Wenn aber zb. das "Error concealment" aus ist und irgend ein Fehler passiert dann sieht man nirgendwo ab "wo" die datei beschädigt ist (dann müsste man erst die % auf die datei umrechnen was aber dank rund eher dann ungenau ist)



- Wenn man den Suchvorgang abbricht dann wird garnichts angezeigt, auch nicht die files die schon gefunden wurden, ist nicht schlimmm aber auch nicht schön (man sieht auch keinen Status welches Verzeichnis er gerade durchsucht)

- Zu der Pausefunktion hätt ich noch eine Idee (kenn ich von einem ähnlichem tool), und zwar das man die übertragungsgeschwindigkeit drosseln kann, also das er zb. nur max. 6 MB/s kopiert werden

EDIT: - Was mir grad noch aufgefallen ist bei vielen datein (40.000) dauerts ewig bis diese Filtertabs angezeigt werden (bzw. auch das umschalten zwischen den einzelnen filtern), sollte man evlt. eine warnung anzeigen
auch steigt der ram verbrauch allein durchs wechseln der filter tabs.

Kalfany hat folgendes geschrieben:

Khabarakh hat folgendes geschrieben: [OT]Falls sich dennoch weitere Personen eine Standalone-Exe wünschen sollten, kannst du die DLL mit ILMERGE in die Exe integrieren (z.B. in VS im PostBuild-Event). [/OT] Genau sowas hab ich eig. gemeint.

Werd ich mir ansehen.

Kalfany hat folgendes geschrieben:

AXMD hat folgendes geschrieben: Kalfany hat folgendes geschrieben: - History für Source und Dest. wäre nicht schlecht Da das Programm Standalone bleiben soll stellt sich die Frage wo das Ganze gespeichert werden soll... Gute Frage. Andere Idee, Drag n Drop auf die beiden Edits, also wenn man nen Ordner auf eines der beiden Edits zieht wird der Pfad übernomme, denn so fast ein wenig lästig wenn oft die gleichen Ordner braucht

Die Idee ist gut, das kommt auf meine TODO-Liste

Kalfany hat folgendes geschrieben:

AXMD hat folgendes geschrieben: Kalfany hat folgendes geschrieben: - Tooltips für die weniger aussagekräftigen Sachen wären auch nicht schlecht ("Cut source file" sagt mir nu überhaupt nix) Im englischen Windows Explorer heißt es auch "Cut file", im deutschen "Ausschneiden" - das wird denke ich klarer, sobald ich eine Anleitung veröffentliche. Aber das mache ich erst, wenn das Programm fertig ist, da sich sonst zwischenzeitlich zu viel ändert Ahh "Cut file" kenn ich eig. schon , aber warum kann man dann (bzw. was passiert) wenn man "Cut Source file" und "Delete Dest. file after ..." denn beides zusammen geht ja nicht wirklich

In Kombination mit der Möglichkeit, den Dateiinhalt nicht zu kopieren erlaubt das das Kopieren einer Ordnerstruktur, in der am Ende keine Dateien sind - manchmal ein gewünschtes Verhalten. Eventuell lässt sich das aber auch ohne das Erstellen und Löschen leerer Dateien lösen, das muss ich mir im Zusammenhang mit der aktuellen Struktur noch einmal ansehen.

Kalfany hat folgendes geschrieben:

AXMD hat folgendes geschrieben: Kalfany hat folgendes geschrieben: - "Files copied" und "Files to copy" ist doch eig das gleiche (das eine geht rauf das andere runter)? Kopierte Dateien und zu kopierende Dateien - also im Endeffekt wieviele Dateien bereits kopiert wurden und wieviele noch zu kopieren sind Ja schon, trozdem ist es mehr oder weniger die gleich Info nur halt anders dargestellt

Naja, das könnte man bei den kopierten und zu kopierenden Bytes auch sagen Nur ich denke, dass diese Information durchaus sinnvoll ist, wenn man schnell einen der beiden Werte braucht ohne Kopfrechnen zu müssen.

Kalfany hat folgendes geschrieben:

AXMD hat folgendes geschrieben: Kalfany hat folgendes geschrieben: - man sieht nirgendwo die kopierten Bytes der akt. Datei Fragt sich, ob das notwendig ist. Man sieht doch die Fortschrittsanzeige Wenn aber zb. das "Error concealment" aus ist und irgend ein Fehler passiert dann sieht man nirgendwo ab "wo" die datei beschädigt ist (dann müsste man erst die % auf die datei umrechnen was aber dank rund eher dann ungenau ist)

Sobald auch nur ein Byte per Error Concealment korrigiert werden muss wird die genaue Dateiposition und die Anzahl gefüllter Bits im Error Log angezeigt.

Kalfany hat folgendes geschrieben:

- Wenn man den Suchvorgang abbricht dann wird garnichts angezeigt, auch nicht die files die schon gefunden wurden, ist nicht schlimmm aber auch nicht schön (man sieht auch keinen Status welches Verzeichnis er gerade durchsucht)

Das mit dem Status ist eine Überlegung wert, aber es macht meiner Meinung nach nicht viel Sinn, die Dateien eine abgebrochene Suche zu verwenden, da sie 1. unvollständig sind und 2. nicht reproduzierbar. Dass man die Suche überhaupt abbrechen kann ist nur dadurch begründet, dass falls man versehentlich Ordner mit vielen Unterordnern auswählt den Suchvorgang vorzeitig beenden kann.

Kalfany hat folgendes geschrieben:

- Zu der Pausefunktion hätt ich noch eine Idee (kenn ich von einem ähnlichem tool), und zwar das man die übertragungsgeschwindigkeit drosseln kann, also das er zb. nur max. 6 MB/s kopiert werden

Wenn du mir sagst, wie das genau funktionieren soll gerne . Ich kann mir zwar vorstellen, dass ich prüfen kann, wieviele Bytes ich in einem bestimmten Zeitraum schreiben kann, aber wenn ich merke, dass ich Gefahr laufe, diese Zahl zu überschreiten, muss ich den Thread kurzfristig pausieren und danach wieder fortsetzen. Dann entsteht eine Menge Peaks und die lokalen Maxima überschreiten die 6MB/s, auch wenn sie im Mittel eingehalten werden. Oder meinst du etwas anderes? Bin für Vorschläge in diese Richtung prinzipiell offen, habe aber Probleme, mir vorzustellen, wie das genau funktionieren soll.

AXMD

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: AXMD hat folgendes geschrieben: Kalfany hat folgendes geschrieben: - "Files copied" und "Files to copy" ist doch eig das gleiche (das eine geht rauf das andere runter)? Kopierte Dateien und zu kopierende Dateien - also im Endeffekt wieviele Dateien bereits kopiert wurden und wieviele noch zu kopieren sind Ja schon, trozdem ist es mehr oder weniger die gleich Info nur halt anders dargestellt Naja, das könnte man bei den kopierten und zu kopierenden Bytes auch sagen Nur ich denke, dass diese Information durchaus sinnvoll ist, wenn man schnell einen der beiden Werte braucht ohne Kopfrechnen zu müssen.

Die Antwort hab ich mir fast gedacht

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: AXMD hat folgendes geschrieben: Kalfany hat folgendes geschrieben: - man sieht nirgendwo die kopierten Bytes der akt. Datei Fragt sich, ob das notwendig ist. Man sieht doch die Fortschrittsanzeige Wenn aber zb. das "Error concealment" aus ist und irgend ein Fehler passiert dann sieht man nirgendwo ab "wo" die datei beschädigt ist (dann müsste man erst die % auf die datei umrechnen was aber dank rund eher dann ungenau ist) Sobald auch nur ein Byte per Error Concealment korrigiert werden muss wird die genaue Dateiposition und die Anzahl gefüllter Bits im Error Log angezeigt.

OK, konnst halt aufgrund fehlender fehlerhafter datei nicht probieren

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: - Zu der Pausefunktion hätt ich noch eine Idee (kenn ich von einem ähnlichem tool), und zwar das man die übertragungsgeschwindigkeit drosseln kann, also das er zb. nur max. 6 MB/s kopiert werden Wenn du mir sagst, wie das genau funktionieren soll gerne . Ich kann mir zwar vorstellen, dass ich prüfen kann, wieviele Bytes ich in einem bestimmten Zeitraum schreiben kann, aber wenn ich merke, dass ich Gefahr laufe, diese Zahl zu überschreiten, muss ich den Thread kurzfristig pausieren und danach wieder fortsetzen. Dann entsteht eine Menge Peaks und die lokalen Maxima überschreiten die 6MB/s, auch wenn sie im Mittel eingehalten werden. Oder meinst du etwas anderes? Bin für Vorschläge in diese Richtung prinzipiell offen, habe aber Probleme, mir vorzustellen, wie das genau funktionieren soll. AXMD

Müsstest die mal diese NetLimiter sachen anschaun (gibts denk ich was bei CodeProject dazu) da kann man auch für einzelne anwendungen festlegen wieviel bandbreite sie nutzen dürfen

Kalfany hat folgendes geschrieben:

Müsstest die mal diese NetLimiter sachen anschaun (gibts denk ich was bei CodeProject dazu) da kann man auch für einzelne anwendungen festlegen wieviel bandbreite sie nutzen dürfen

Das ist aber Traffic Shaping und hat mit dem Kopieren von Dateien sehr wenig zu tun

AXMD

AXMD hat folgendes geschrieben:

Kalfany hat folgendes geschrieben: Müsstest die mal diese NetLimiter sachen anschaun (gibts denk ich was bei CodeProject dazu) da kann man auch für einzelne anwendungen festlegen wieviel bandbreite sie nutzen dürfen Das ist aber Traffic Shaping und hat mit dem Kopieren von Dateien sehr wenig zu tun AXMD

Keine Ahnung aber ich denke das es keinen Unterschied macht ob man jetzt prüft wieviel bytes über Port X laufen und dann beschränkt oder direkt im eigenen Kopiervorgang beschränkt.

Ich schau mal ob ich dazu was finde

Eine neue Version ist online: in die Quell- und Ziel-Ordner-Textboxen können Ordner aus dem Windows Explorer gezogen werden und mit einem Doppelklick auf die Listbox mit den gefundenen Dateien kann die Suche neu angestoßen werden.

AXMD

Neue Version ist online. Die Anzahl der Leseversuche kann nun eingestellt werden. Außerdem liegt eine Readme mit weiteren Informationen bei

AXMD

Eine neue Version ist online. Die GUI ist nun mehrsprachig (deutsch und englisch)

AXMD

Die finale Version ist online

AXMD

Hallo,
ich habe gerade ein schwerwiegende Problem: Wenn ich das Programm starte, dann kommt im Logfenster unten:

Zitat:

Es ist ein Fehler während der Dateisuche aufgetreten: Invoke oder BeginInvoke kann für ein erst Steuerelement aufgerufen werden, wenn das Fensterhandle erstellt wurde.

Danach kann ich dein Programm nicht mehr verwenden, weil ich nicht in den zweiten Reiter komme. Da kommt ständig der Fehler, dass im ersten Reiter etwas falsch konfiguriert sei; was wird aber nicht genannt.

MfG
Regan