| |
|
|
Georg Teles | Hallo Forum,
ok, soweit ich verstehe geht das Kompilieren und Linken nur über den Präkompiler XPSE ... sprich der ganze Weg von .PRF zu .EXE geht über
AddString und SendString scheint nProc nicht zu mögen, da steht dann "Warnung undeklarierte Funktion: SENDSTRING" naja, versuche später es in nProc zu umgehen ...
zurück zum Problem, das ist der Code, der als nProc kompiliert werden soll KompilierenMarkierenSeparieren Selbstverständlich sind Variablen s%,p%,fs# global deklariert... ... und das ist die Fehlermeldung beim Kompilieren
--- selbst bei kleinen Codes wie diesem bekomme ich eine Fehlermeldung: KompilierenMarkierenSeparieren
was mache ich Falsch mit dem XPSE ? |
|
|
| |
|
|
|
| Grüße!
Zunächst mindestens XProfan11 oder FreeProfan nutzen - das letzte Beispiel von Dir ist fehlerfrei und funzt ganz normal.
Die Proc cr2 jedoch ist fehlerhaft, auf Anhieb kann ich erkennen das s% nicht lokal deklariert ist und dieser Datentyp mit % ist in nProcs ohnehin &. Hier nochmal die Datentypen: [...]
Dort auf der Seite steht links auch die Funktionsreferenz, SendString und SendKey soll man sich danach selbst bauen per SendMessage. Könnte man dann gleich hier [...] mit aufnehmen.
fs# ist lokal auch nicht deklariert, es gibt in nProcs aus wichtigen Gründen nur lokale Variablen und per Parameter übergebene: [...] , auf Globale kann man per Global [...] _lesend_ zurückgreifen - hier aber nur long. Bereichsvariablen gibt es in nProc nicht weil unnötig, dort läuft alles direkt per Handle also auch wieder long: [...]
Tip: Ums noch schneller als schnell zu machen unnötige Klammern bei Rechenoperationen weglassen. So ist s&=fs&\2-1 schneller als s&=(fs&\2)-1 und noch schneller ist s&=fs&; div s&,2; sub s&,1 |
|
|
| |
|
|
|
Georg Teles | guten Morgen,
danke das klärt erstmal Vieles, ich habe von vorn herein nur mit XProfan 10 gearbeitet dann studier ich das und teste mit FreeProfan erst einmal ... |
|
|
| |
|
|
|
| |
|
| |
|
|