| |
|
|
- Página 1 - |
|
|
Weil du siempre todavía no verständlich erklärt hast, qué nprocs son.
¡Hola Nico,
danke para el Referencia y Aquí el hilo - desafortunadamente kann Yo así aber nichts anfangen como Yo no wissen kann, qué No verstehst.
Vlt. kannst Usted me bajo Beachtung el Documentación [...] sagen, qué Usted unklar es.
Inline-Ensamblador:
|
|
|
| |
|
|
| |
|
- Página 6 - |
|
|
Dietmar Horn | ¡Hola zusammen,
en el real Titel dieses Hilos "Was son native Características?" eingehend, hier veces una Intento el Erklärung, qué nativer Code eigentlich es.
Auszug de mi XProfan-Lehrbuch, Teil 8 (todavía no veröffentlicht, una größeres Actualización se lo voraussichtlich gegen Ende des Jahres geben):
Nativer CodeNativer Code es lediglich una otro Bezeichnung para Maschinencode. Dies Es el systemnaheste Lingua, el vom Prozessor direkt y sin vorherige Kompilierung verarbeitet y ausgeführt voluntad kann. Im Gegensatz a Ensamblador oder otro Programmiersprachen (como z.B. XProfan) es lo hierbei en una para el Menschen kaum verständlichen Binärcode (muy vereinfacht ausgedrückt sólo de "Nullen" y "Einsen" bestehend). Der Maschinencode se en el Regel de una Ensamblador oder Kompiler producido. Direkt en Maschinensprache muss sólo programmiert voluntad, si kein Ensamblador para el Zielprozessor disponible es, qué lo heutzutage wohl kaum todavía geben dürfte. Wird de el Programación en Maschinensprache gesprochen, se heute üblicherweise el Maschinenprogrammierung en Assemblersprache bajo Verwendung uno Assemblers gemeint, de los como Textdatei vorliegende Programa en binäre Maschinenbefehle traducido. El Maschinensprache besteht de uno Folge de Bits o. Bytes, el en dieser Form para uns como Menschen praktisch unlesbar es. Zum Erzeugen de Maschinencode son vereinfachende Tools geschaffen worden - así z.B. el Assemblersprache. El Tarea des Assemblers besteht en él, el Programmierer algunos Unbequemlichkeiten des Programmierens en reiner Maschinensprache abzunehmen. Auch con XProfan kann inzwischen nativer Code producido voluntad, el en una Vielfaches más rápido abläuft, como el vom XProfan-Kompiler incluso erzeugte Code. Voraussetzung esta Es el Verwendung des kostenlosen XPSE ("XProfan-Präkompiler y -Syntax-Enhancer") de David "iF" Strutz (XPSE-Downloadmöglichkeit: [...] Hier algunos Feautures de XPSE: Erzeugen nativen Codes de XProfan 11. Verwenden de Windows-APIs sin ellos zuvor deklarieren tener Inline-Ensamblador Echtes Multi-Threading y threadsichere Datentypen Natives Profano por nProc Kinderleichter Inline-Ensamblador con Datentypenunterstützung Echtes unterbrechungsfreies SubClassing Nahtlose Integration wichtiger Datentypen Sicheres ProcAddr Keine ASM-Vorkenntnisse erforderlich Mit XPSE son nun also auch Ausführungsgeschwindigkeiten de XProfan (como Interpretersprache) posible, el reinen Ensamblador- oder C-Programmen en nichts nachstehen. Un komplizierte Installation de XPSE es no erforderlich. Lo reicht völlig de, el folgenden Archivos en el XProfan-Ordner a kopieren: XPSE.exe [...] Jwasm.exe [...] POLink.exe [...] Anschließend es lediglich todavía erforderlich, en el XProfan-Editor el Aufruf des XProfan-Interpreters Profano.exe por el Aufruf de XPSE.exe a sustituir. Ein angenehmer Nebeneffekt en Verwendung de XPSE como Präkompiler besteht en él, daß XPSE antes el Kompilieren una strengeren Syntax-Check des Programmcodes durchführt como XProfan selber. Dadurch kann se el Programmierer una oft zeitaufwändiges Suchen después de Fehlern en seinem Code ersparen, que en el ungünstigsten Falle sólo después de el Weitergabe des fertigen Programmes beim Anwender bemerkbar hacer.
Saludo Dietmar |
|
|
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 29.11.2009 ▲ |
|
|
|
|
Jörg Sellmeyer | [offtopic]Yo el Links veces en anklickbare umgewandelt. Como scheint una Bug en el Foro a ser. Wenn el Links hinter el Arrow posición, voluntad ellos no como solche erkannt![/offtopic] |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.11.2009 ▲ |
|
|
|
|
Frank Abbing | Hab me de tiempo el Infos encima el Inline-Ensamblador de PureBasic durchgelesen. Es IMHO primitivster Mist, uno darf überhaupt sólo 3 Register uso en el 32 Bit-Versión. Auch sonst hay Einschränkungen sin Ende. Como lob Yo el XPIA, el alles zulässt, qué überhaupt posible es con MASM32/JWASM, incluso Macros.
Hab hier ahora gelesen, el XPSE el Technik de XPIA kopiert y ebenfalls JWASM/POLINK benutzt, a interne Dll a forma. Codes tener Yo no großartig entdeckt. Welche Libs son instalado y welche Macros. ¿Cómo se puede Yo weitere Libs einbinden? Solche Infos fehlen todavía gänzlich. |
|
|
| |
|
|
|
Nico Madysa | Kleine Anfrage: Wäre porque una Zugriff a algo como globale Variables posible? Das podría para XProfan el Umgang con eignen Subclassprocs erleichtern. |
|
|
| |
|
|
|
| [offtopic] Jörg Sellmeyer, Beitrag=55211, Zeitpunkt=29.11.2009Yo el Links veces en anklickbare umgewandelt. Como scheint una Bug en el Foro a ser. Wenn el Links hinter el Arrow posición, voluntad ellos no como solche erkannt! Das Problema war una al Link klebendes TAB-Signo! [/offtopic] |
|
|
| |
|
|
|
| Nico Madysa, Beitrag=55217, Zeitpunkt=29.11.2009
Kleine Anfrage: Wäre porque una Zugriff a algo como globale Variables posible? Das podría para XProfan el Umgang con eignen Subclassprocs erleichtern.
Per Global . KompilierenMarcaSeparacióndeclare owp&
cls
owp&=setWindowLong(hWnd,gwl_wndProc,procaddr(hwnd.wndProc,4))
waitinput
end
nProc hwnd.wndProc
Parameters wnd&,msg&,wp&,lp&
global owp&
return callWindowProc(owp&,wnd&,msg&,wp&,lp&)
oc
|
|
|
| |
|
|
|
Nico Madysa | |
|
| |
|
|
|
| Was como? Usted puede doch el Adresse uno Bereiches por Parámetro transferencia!
Andernfalls, mostrar otra vez: [...] (tener grad otra vez dran gedreht)
Für Debugging Aprovecho gern exitprocess(long) oder settext(hWnd,"blub"). ^ ^. |
|
|
| |
|
|
|
Nico Madysa | Den Eintrag verstand Yo ya, Yo erinnerte mich sólo no su.
Mein Problema war una Testkode folgender Art: 100 Buttons, deren Handle en un Zona son. Un NProc se por SetWindowLong a Subclassproc la ventana voluntad en en ~WM_SIZED el Buttongrößen anzupassen. Nur kann Yo incluso uno Subclassproc sí no Parámetro transferencia, aber de irgendwoher muss el Proc el Handles beziehen. Daher globale Variables.
Yo zähle el Sekunden, a a deiner Antwort, como all el vieeel einfacher ginge. |
|
|
| |
|
|
|
| Si usted una Speicher ändern möchtest: KompilierenMarcaSeparación Oder beziehen de 100 Handles: KompilierenMarcaSeparación(ungetestet)
Aber dim m#,4 macht fast no Sinn, puede ser doch igual
var m&=globalAlloc(gPTR,4) escribir - dürfte el Selbe ser.
In nProcs hay auch Dim, aber como Función: KompilierenMarcaSeparaciónasí auch con byte, tambor gibts auch getByte setByte getLong y setLong vlt. para Usted interessant. |
|
|
| |
|
|
|
Nico Madysa | Schon klar. Aber una subclassende Procedimiento rufe sí en aller Regel no Yo, pero Windows en. |
|
|
| |
|
|
|
| Was? Das hier funktioniert (natürlich) KompilierenMarcaSeparaciónGemerkt/Separiert von http://xprofan.com/thread.core?p=55223#55223
declare owp&
cls
owp&=setWindowLong(hWnd,gwl_wndProc,procaddr(hwnd.wndProc,4))
waitinput
end
nProc hwnd.wndProc
Parameters wnd&,msg&,wp&,lp&
global owp&
return callWindowProc(owp&,wnd&,msg&,wp&,lp&)
| 29.11.2009 ▲ | |
|
|
|