XProfan

Was Usted möchtest ginge por Call, simplemente Funktionsadressen (o. en un / de uno Liste) beziehen.

Su Execute

-Syntax es aber imho falso, klicke veces en el Befehl.

07.10.2008 ▲

Jörg
Sellmeyer

(por qué eigentlich? )

Weil Profano una Interpretierte Lingua es. Das heißt: el compiler wandelt Su Programa en algo bastante más en. Como el Runtimemodul el Interpretersprache no liest, pero el compilierte Form, kann lo con el Code en Textform nichts anfangen.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

07.10.2008 ▲

Hierbei se XP-Script aber veces Abhilfe schaffen. Wenn lo porque como "Service" installiert es, entonces kann con con uno Incluir simplemente auch de eigenen Exen XProfancode interpretiert a Ausführung bringen.

08.10.2008 ▲

H.Brill

Sorry, Yo el Execute S veces otra vez hoch pushe.
Früher, a DOS-Veces, gab lo veces en Turbo Pascal 4.5
en el IDE una Menü - Befehl :

Compile to Memory

Damit podría uno en el Memory compilieren. War interessant, en no siempre
en Diskette a kompileren y auszuführen. Und lo war logischerweise auch
viel más rápido en el Ausführung.

Tal vez wäre así qué auch para XProfan posible ?

Compile Befehl$, bereich#' Kann una Befehl oder una Proc ser

Der bereich# müßte entonces intern en el richtige Größe gebracht voluntad
y podría entonces auch con

Call(F[,P1,P2,...,Pn])

aufgerufen voluntad. Oder evtl. auch una Systemvariable.

Conjunto("Memory", 1) aktiviert una bereich#, el de Compile genutzt es.
Call &Memory, [P1, P2...PN]

Das wäre entonces praktisch una compilierte .prc - Expediente en el RAM, el entonces el
Runtime aufruft. Ein selber compiliertes XProfan- Programa macht en efecto
nichts más.

Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.

Was die Borg können, können wir schon lange.

27.04.2025 ▲

H.Brill

Tal vez hier todavía a Ergänzung y así lo z.b. en Paules Foro no
perdido va. Das Yo mittlerweile rausgefunden :

Shell Par$(0) + s

s = prfdatei o. prcdatei
Im Interpreter es Profano.exe y müßte con uno .prf alimentados voluntad.
En uno .exe es Prfrun32.exe, el con uno .prc Expediente se alimenta.

Wichtig es en el Ayuda en Par$() folgender Satz :

En .EXE-Expediente intenta el integrierte Runtime-Modul primero, el ersten Parámetro <par1> como XProfan-Compilat (*.prc) a interpretar. Handelt se trata de un solches, se lo ausgeführt, ansonsten el Programa incluso. Un PRC-Expediente se auch como solche erkannt, si ellos una otro Endung ha.

Ob una Unit va, weiß Yo no, como ellos sí eigentlich con $U eingebunden y vom integrierten Linker hinzugefügt se.

Aber uno kann se en efecto .prf Archivos, el sólo Procs (Proc ... ENDPROC) enthalten, compileren dejar. Ob el entonces aber auch eingehängt voluntad.

Also al besten con .prf Archivos trabajo. Es con Interpreter y Runtime
con normalem Quellcode. Am besten macht al con el Compiler-Direktiven :

 $IFDEF INTERPRETER
s = " " + prfdatei
Shell Par$(0) + s
 $ENDIF
 $IFDEF COMPILER
s = " " + prcdatei
Shell Par$(0) + s
 $ENDIF

Vorgestern (07:26) ▲