| |
| |
|
E.T. | In XProfan ist das ja kein Problem
...
h_dll& =usedll("hashes.dll")
@ImportFunc(h_dll&, "testit", "MakeHash")'oder auch:
'DEF testit(3) ! "hashes.dll","testit"
...
Hash_Str& = MakeHash(@addr(Datei$),Hash_Typ$,0)
...
Freedll h_dll&
Für XPSE finde ich dazu in der Doku keine Funktion, und hier leider auch nirgends ein Beispiel, wo man mal schauen könnte.
Geht der Aufruf auch aus einem nproc heraus ?? |
|
| |
| XProfan X2Grüße aus Sachsen... Mario  WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 18.01.2012 ▲ |
|
| |
|
|
 | Call(adresse[,param1[,Param2[...
Du benötigst halt die Funktionsadresse und die beziehst einfach per GetProcAddress ( [...]  ) z.B. nach LoadLibrary ( [...] ).
Ich würde die DLL einfach ausserhalb einer nProc mit usedll laden und die Funktionsadresse der Funktion testit beziehen und aus der nProc nur ein Call auf die Funktion anwenden.
Dabei kann Dir Global helfen, z.B. um ein Long mit der Adresse zu "importieren" oder ein Long der einen Speicherhandlewert hält von einem Speicher der wiederum mehrere Funktionsadressen hält. |
|
| |
| |
| |
|
|
E.T. | Einfach Super !! Funktioniert genau wie gewünscht. Jetzt kommt wohl die externe 1-T-Platte mit der Bereitstellung der Daten nicht mehr nach , das nproc pausiert und die Platte rattert (nur-lesen-modus) 
Im XProfan - proc war es anders herum: Das Programm "werkelte" und die Platte wartete...
Wenn jetzt noch im nproc das Translate funktionieren würde... aber ich glaub, das werf ich auf die ToDo-Liste für XPSE 
Auch zu bemerken: Die Prozessor-Auslastung hat sich auf über die Hälfte reduziert:
proc: Auslastung 50% (auf mehr bekomm ich XProfan-Proggs nicht)
nproc: so zwischen 15-20 %
Jetzt werd ich mich wohl drann wagen, das nproc als eigenen Thread zu starten, dann wird wohl auch das leidige Thema mit Aktualisierung des Hwnd (irgendwo anders hier zu lesen) ein Ende haben  .
...und dann hab ich noch paar Sachen gefunden, welche XPSE unbedingt noch "lernen" muss !! |
|
| |
| XProfan X2Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 19.01.2012 ▲ |
|
| |
|
|
| Schau mal Translate: [...]
Es gibt auch noch ein Geheimforum: [...] -
"geheim" weil es für niemanden Benachrichtigungen bei neuen Beiträgen gibt -
dort können native Funktionen eingestellt werden die z.B. in den Sprachschatz für natives Profan späterer XPSE-Versionen eingebaut werden könnten. |
|
| |
| |
| |
|
|
Nico
Madysa | [OFFTOPIC] A propos "geheim" -- hast du schon eine Lösung dafür, dass es hier im Forum schwer ist, einen bestimmten Bereich zu finden, falls man dessen URL nicht kennt?  [/OFFTOPIC] |
|
| |
| |
| |
|
|
| [OFFTOPIC] Nico Madysa (19.01.12)A propos "geheim" -- hast du schon eine Lösung dafür, dass es hier im Forum schwer ist, einen bestimmten Bereich zu finden, falls man dessen URL nicht kennt? Solche Bereiche gibt es? Wie heißen diese? oO [/OFFTOPIC] |
|
| |
| |
| |
|
|
Nico
Madysa | [OFFTOPIC] iF (19.01.12)Solche Bereiche gibt es? Wie heißen diese? oO
Kann ich dir nicht sagen, weil ich ihre URL nicht habe und sie ohne nicht finde.  Nein, im Ernst: Im Verlaufe der letzten Monate bin ich entweder per Link oder per "neue Beiträge" ein, zwei, vielleicht drei Mal in Foren gelandet, von denen ich keine Ahnung hatte, dass sie existieren -- geschweige denn, wo. Ich glaube, es wäre ganz neat, wenn man in der Nähe des Forentitels (hier "XPSE/XProfan Präkompiler") eine Art Pfad zu diesem Forum hätte, oder Stammbaum, oder was weiß ich. Halt eine Orientierungshilfe, für diejenigen, die sich nicht so in- und auswendig mit dem Forum auskennen wie du.  [/OFFTOPIC] |
|
| |
| |
| |
|
|
| [OFFTOPIC] Mit dem neuen Layout wird alles besser! Auch wenn ich Dir bereits das neue Layout gezeigt hatte... das ist schon wieder alt und das Neue ganz viel anders besser unso!  [/OFFTOPIC] |
|
| |
| |
| |
|
|
Nico
Madysa | [OFFTOPIC]Wir werden sehen. [/OFFTOPIC] |
|
| |
| |
| |
|
|
E.T. | hm, mit nproc translate$ "knallt" es irgendwann: d.h. Programm wird ohne Kommentar beendet. Das Probem tritt auf, wenn das Progg mehrmals hintereinander (nicht mehrfach gleichzeitig !!) aufgerufen wird. Was auch zu beobachten ist: Mit jedem Programm-Aufruf wird der Rechner langsamer ("Eieruhr") .
Gibts da im nproc Probleme mit der Speicher-Freigabe  ??
Hab das nproc auch schon mal komplett anders benannt, um Komplikationen mit vorhandenen Befehlen auszuschliessen >> keine Verbesserung.
   |
|
| |
| XProfan X2Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 23.01.2012 ▲ |
|
| |
|
|
| Moin!
nProcs selbst haben kein Speicher-Freigabe-Problem,
sei denn man macht einen Programmierfehler und bei dieser Translate$-Funktion ( [...] )
kann ich dies im Moment nicht 100% ausschließen.
In nProcs "knallts" z.B. wenn man mit del$ etwas löscht was garnicht da ist weil die Funktionen auf Geschwindigkeit getrimmt keine Bereichsüberprüfungen durchführen. |
|
| |
| |
| |
|
(851)
Deutsch
English
Français
Español
Italia