-
Forum: Win32/Win64 API (native code)
by Mattze,
1. Aug 2013
Hallo CCRDude,
FreeOnTerminate ist schon klar, aber die Frage war etwas anders.
Funktioniert das evtl. nur, wenn der Thread mit einer Variable im Hauptprogramm "angemeldet" ist?
Es kann - und wird bestimmt auch - prinzipiell funktionieren. Aber denkbar wäre auch so eine (falsche) Einschränkung.
Mit der automatischen Freigabe der Threads ist das so eine Sache. Manchmal führt das...
-
Forum: Win32/Win64 API (native code)
by Mattze,
28. Jul 2013
Hallo,
ich überlege hin und her und kriege es nicht raus. Es geht nicht um DnD, sondern das davor!
Ich erzeuge den Thread ohne Variable einfach mit "TMyThread.create(false)".
Den Handle des Threads speichere ich mit in einer TList (TCList.add(Pointer(self.handle)) in TMyThread.create).
Gibt Delphi den Thread nun bei Programmende selber frei (auch ohne Variable) oder muss ich das von Hand...
-
Forum: Win32/Win64 API (native code)
by Mattze,
27. Jul 2013
Hallo,
ich sehe das auch nicht, aber ich weiß nicht, wie ich das sonst machen soll.
Ich nutze eine Komponente (VirtualTreeview, genauer: VirtualExplorerEasyListview),
die DnD offenbar über SHFileOperation selber bastelt.
Und da ist das eben nicht mehr multithreaded.
Die Frage ist also, wie ich das da abfange und, wenn ich in der Source rumfummle, ob ich da wirklich alles finde.
Ich fände...
-
Forum: Win32/Win64 API (native code)
by Mattze,
27. Jul 2013
Hallo,
so, das scheint einigermaßen zu klappen. Mal sehen, wie das in der normalen Arbeit ist...
Es bleibt aber ein Problem:
Wie kriege ich das bei DnD hin?
Per MouseHook? Abfangen und meine MultiThread-Lösung rein? Geht das überhaupt? Habe noch nie mit einem Hook "gespielt". War bisher einfach nicht nötig!
Was meint Ihr? Wie geht's am besten?
Gruß
Mattze
-
Forum: Win32/Win64 API (native code)
by Mattze,
26. Jul 2013
Hallo,
Robocopy wäre sicherlich eine Alternative.
Ich hätte das bloß gerne direkt als Programmierschnittstelle.
Ein externes Programm aufzurufen, finde ich nicht soo toll.
Also, ein Interface oder ähnliches für Delphi (7 prof) - das wär's!
Gibt's sowas? Ich habe noch nix gefunden.
-
Forum: Win32/Win64 API (native code)
by Mattze,
24. Jul 2013
Hallo,
ist mir schon klar.
Ich bin nur sehr faul und da kommt es mir entgegen, dass TList einen Haufen Dinge zur Verfügung stellt, die ich sonst alle selber coden müsste.
Wer weiß, ob ich das richtig hinkriegen und wie lange das dauern würde.
Im Grunde brauche ich ja nur eine Liste von 32-Integer. Soweit ich weiß, ist da TList die beste Variante.
Gruß
Mattze
-
Forum: Win32/Win64 API (native code)
by Mattze,
24. Jul 2013
Hallo,
die Methode kenne ich natürlich auch.
Finde ich hier aber nicht so schön bzw. aufwendiger.
Z. Bsp. möchte ich gerne fertige Threads auch rauslöschen.
Bei solchen Arrays müsste ich da umspeichern usw.
Außerdem wäre da mehr Speicherplatz von Nöten, weil ich eben die ganze Klasse TMyThread im Array halte.
Wenn ich eine TList habe, in der ich die Handles der Threads ablege, ist das...
-
Forum: Win32/Win64 API (native code)
by Mattze,
24. Jul 2013
Hallo,
das nacheinander Abarbeiten wäre eine Idee.
Es gibt nämlich noch ein größeres Problem (für mich mit D7):
"Dynamische Variable"
Da man vorher ja nicht weiß, wie oft der User den Kopiervorgang (per Thread) anstößt, also nicht weiß, wie viele Threads gestartet werden, kann man die Threadvariable nicht "vordefinieren" (was auch aus Platz- und Performancegründen sicherlich nicht schön...
-
Forum: Win32/Win64 API (native code)
by Mattze,
24. Jul 2013
Hallo,
tschja, ganz so einfach ist das nicht wegen der "CopyThreadVerwaltung". Es können ja sehr viele sein...
Ich versuche mir gerade so was zu basteln.
Einen "CopyThread und "ThreadCopyManager", in dem sich jeder "CopyThread" mit seinem Handle verewigt - solange er aktiv ist.
Warum? Nur erst mal ein Problem: Wenn das Hauptprogramm geschlossen werden soll und noch kopiert wird, soll das...
-
Forum: Win32/Win64 API (native code)
by Mattze,
23. Jul 2013
Hallo,
nun,darüber will ich nicht streiten. Es geht nicht darum!
Vielleicht war der Systemdialog zum Kopieren auch nur nicht modal und jetzt ist er es. (So was habe ich mal gelesen.)
Fakt ist, dass nach einem Aufruf von SHFileOperation sofort zum Hauptprogramm zurückgekehrt wurde und ich dort beliebig weiterarbeiten konnte. Und sei es, dass ich weitere SHFileOperation(s) angestoßen habe....
-
Forum: Win32/Win64 API (native code)
by Mattze,
23. Jul 2013
Hallo,
ich kriege es einfach nicht hin.
Früher (winXP) war SHFileOperation multithreaded. Heute nicht mehr (win7,8 32,64, pro).
Früher habe ich es aufgerufen und dann ging es in meinem Programm weiter. Kopiert wurde im Hintergrund. Ich konnte sogar das Copy nochmals anstoßen usw.
Das kriege ich jetzt nicht mehr hin. Der win Explorer tut es aber. Evtl. nutzt der aber auch IFileOperation....
