| |
|
|
- page 1 - |
|
Georg Teles | Gute späte nuit miteinander,
tut mir leid, dass je cela ausgrabe, entweder peux je XPSE pas benutzen ou bien es fonctionne quelque chose de travers - generelle Frage, quoi on chez undeklarierten avec DEF definierten Funktionen 1faire soll, Pushkeywords meckert à cause de doppeldefinition aussi :/
bspw. qui Code KompilierenMarqueSéparation {$unit $C}
def RectRgn(4)!"GDI32","CreateRectRgn"
def CombineRgn(4)!"GDI32","CombineRgn"
declare hRgn&,cRgn&,x&,y&
cls
Claire hRgn&,cRgn&,x&,y&
imprimer test(hRgn&,cRgn&,x&,y&)
waitinput
deleteobject hRgn&
deleteobject cRgn&
nproc test
Paramètres hRgn&,cRgn&,x&,y&
hRgn& = RectRgn(0,0,x&,y&)
cRgn& = RectRgn(x&,y&,x&+1,y&+1)
CombineRgn(hRgn&,cRgn&,hRgn&,3)
Retour 0
endproc
bringt avec XPSE folgendes
XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. Dossier: e:\XProfan center\codes\regionen\eigene\pcu\_nproc\_tst .prf (18) avertissement: undeklarierte Funktion : RECTRGN Naehe: ~13, '__xeL_HRGN&=RECTRGN(0,0,X&,Y&)' Exception EAccessViolation dans module xpse.exe at 0002CCB1. File: C:\p00x\xpse.xprf Line#: 12736 Access violation at address 0042CCB1. Read of address 00000000 . --- je versuche diverse PCUs dans nProc umzuschreiben, chez derselben Funktion (CreateRectRgn bzw. CombineRgn) venez dieselbe "Exception EAccessViolation" sowie Line#: 12736 qui XPSE, j'ai aucun Vorstellung quoi es son pourrait, rechne avec cela, dass CALL-Verschachtelung pas miteinander réglé funktioniert ? |
|
|
| |
|
|
|
| |
|
- page 1 - |
|
Georg Teles | Aaah vielen Dank, ensuite regarder wir la fois, si cela direct quoi taugt |
|
|
| |
|
|
|
funkheld | Läuft cela XPSE aussi sur XProfanX3, ou bien seulement sur XProfan 11.2 ? je weiss pas si es maintenant aufwärtskompatibel ist?
merci. Gruss |
|
|
| |
|
|
|
| XPSE ist pour XProfan 11.x! |
|
|
| |
|
|
|
funkheld | allô, merci.
Bevor qui Antwort kam, habe je simple la fois mon ganzen Programme , qui je geschrieben habe ou bien ici aus dem Forum habe pour XPSE pour Xprofan11... avec dem neuen XProfanX3 getestet et habe festegestellt, aucun einzige Fehlermeldung, aussi qui pas, qui dans einer nproc ASM-Befehle pour Integer et Float avons.
quoi ist pour deine attitude pas kompatibel, ça m'intéresse einmal? peut-être habe je cela garnicht dans mon Programmen drin?
merci. Gruss |
|
|
| |
|
|
|
RGH | Solange Du aucun Neuerungen aus X2 et X3 verwendest, klappt es offensichtlich. XPSE venez mais avec den Erweiterungen (encore) pas bien sûr.
Salut Roland |
|
|
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 27.09.2015 ▲ |
|
|
|
|
funkheld | Ahh...so, merci.
Heisst cela "...encore pas..." cela tour gewerkelt wird cela XPSE aussi avec dem neuem XProfan bien sûr venez , bientôt?
merci. Gruss |
|
|
| |
|
|
|
ByteAttack | Nee. malheureusement pas! Zur Zeit wird encore à [...] gebastelt |
|
|
| |
|
|
|
| ... wobei je mir maintenant _alles_ so dur comment possible libre geräumt habe, sodass je InfinityProfan prochain mois wirklich enfin pour alle zur Disposition se mettre peux. mon bisheriges Glück dahingehend zeigt mais, dass je chez linéaire Verlauf durchaus aussi la fois avec einem Apoplex et co. le calcul darf - ou bien es bricht juste la fois qui ganze Kontinent weg - serait mich à vrai dire aussi pas plus wundern. |
|
|
| |
|
|
|
HofK | @IF: je drücke pour une positiven Verlauf pour toi jedenfalls alle pouce qui je trouver peux!
Leitspruch: dans qui Ruhe liegt qui Kraft - und dir seulement quoi allez.
|
|
|
| |
|
|
|
Georg Teles | nProc + Unit scheint garnicht trop marcher ou bien j'ai anscheinend je n'en sais rien de XPSE, car égal quoi je pour une Unit erstellen voudrais, venez qui selbe annonce, ici un Beispiel
XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. Dossier: c:\xpse\test.prf (5) avertissement: undeklariert : __cfS_28& Naehe: ~580, '__xeL_C&=call(test__cf105&,0,0,0,__cfS_28&,S,260 )» [C]ompile nterpr [L]ink [R]unPrc Run[E]xe [S]ource [H]ilfe
XPSE:> |
|
|
| |
|
|
| |
|
- page 2 - |
|
|
| Richtig, Unit+nProc peux pas marcher - cet "Einschränkung" était et ist malheureusement gegeben weil qui nProcs une einmaligen et droite komplizierten Overhead verwenden qui technique pas dans un Unit passt. |
|
|
| |
|
|
|
Georg Teles | Vielen Dank, cela erklärt eh bien Einiges |
|
|
| |
|
|