| |
| |
|
| - Page 1 - |
|
Georg
Teles | Gute späte Nacht miteinander,
tut mir leid, dass ich das ausgrabe, entweder kann ich XPSE nicht benutzen oder es corre etwas schief - generelle Frage, was man bei undeklarierten mit DEF definierten Funktionen tun soll, Pushkeywords meckert wegen doppeldefinition auch :/
bspw. der Code
KompilierenMarkierenSeparieren {$unit $C}
def RectRgn(4)!"GDI32","CreateRectRgn"
def CombineRgn(4)!"GDI32","CombineRgn"
declare hRgn&,cRgn&,x&,y&
cls
Clear hRgn&,cRgn&,x&,y&
print test(hRgn&,cRgn&,x&,y&)
waitinput
deleteobject hRgn&
deleteobject cRgn&
nproc test
Parameters hRgn&,cRgn&,x&,y&
hRgn& = RectRgn(0,0,x&,y&)
cRgn& = RectRgn(x&,y&,x&+1,y&+1)
CombineRgn(hRgn&,cRgn&,hRgn&,3)
Return 0
endproc
bringt mit XPSE folgendes
XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. File: e:\xprofan center\codes\regionen\eigene\pcu\_nproc\_tst .prf (18) Warnung: undeklarierte Funktion : RECTRGN Naehe: ~13, '__xeL_HRGN&=RECTRGN(0,0,X&,Y&)' Exception EAccessViolation in module xpse.exe at 0002CCB1. File: C:\p00x\xpse.xprf Line#: 12736 Access violation at address 0042CCB1. Read of address 00000000 . 
---
ich versuche diverse PCUs in nProc umzuschreiben, bei derselben Funktion (CreateRectRgn bzw. CombineRgn) kommt dieselbe "Exception EAccessViolation" sowie Line#: 12736 der XPSE, ich habe keine Vorstellung was es sein potuto, rechne damit, dass CALL-Verschachtelung nicht miteinander ordentlich funktioniert  ? |
|
| |
| |
| |
|
|
| |
| |
| - Page 1 - |
|
Georg
Teles |  Aaah vielen Dank, dann schauen wir mal, ob das direkt was taugt |
|
| |
| |
| |
|
|
funkheld | Läuft das XPSE auch auf XProfanX3, oder nur auf XProfan 11.2 ?
Ich weiss nicht ob es jetzt aufwärtskompatibel ist?
Danke.
Gruss |
|
| |
| |
| |
|
|
 | | XPSE ist per XProfan 11.x! |
|
| |
| |
| |
|
|
funkheld | Hallo, danke.
Bevor die Antwort kam, habe ich einfach mal meine ganzen Programme , die ich geschrieben habe oder hier aus dem Foro habe per XPSE per Xprofan11... mit dem neuen XProfanX3 getestet und habe festegestellt, keine einzige Fehlermeldung, auch die nicht, die in einer nproc ASM-Befehle per Integer und Float haben.
Was ist nach deine Meinung nicht kompatibel, das interessiert mich einmal?
Vielleicht habe ich das garnicht in meinem Programmen drin?
Danke.
Gruss |
|
| |
| |
| |
|
|
RGH | Solange Du keine Neuerungen aus X2 und X3 verwendest, klappt es offensichtlich. XPSE kommt aber mit den Erweiterungen (noch) nicht
klar.
Saluto
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, danke.
Heisst das "...noch nicht..." das dran gewerkelt wird das XPSE auch mit dem neuem XProfan klar kommt , demnächst?
Danke.
Gruss |
|
| |
| |
| |
|
|
ByteAttack | Nee. Leider nicht! Zur Zeit wird noch an [...]  gebastelt |
|
| |
| |
| |
|
|
| ... wobei ich mir jetzt _alles_ so hart wie possibile frei geräumt habe, sodass ich InfinityProfan nächsten Monat wirklich endlich per alle zur Verfügung stellen kann. Mein bisheriges Glück dahingehend zeigt aber, dass ich bei linearem Verlauf durchaus auch mal mit einem Apoplex und co. rechnen darf - oder es bricht gleich mal der ganze Kontinent weg - würde mich ehrlich gesagt auch nicht mehr wundern.  |
|
| |
| |
| |
|
|
HofK | @IF: Ich drücke per einen positiven Verlauf per dich jedenfalls alle Daumen die ich finden kann!
    
Leitspruch:
In der Ruhe liegt die Kraft - es geht nur was geht.
|
|
| |
| |
| |
|
|
Georg
Teles | nProc + Unit scheint garnicht zu funktionieren oder ich habe anscheinend keine Ahnung von XPSE, denn egal was ich per eine Unit erstellen möchte, kommt die selbe Meldung, hier ein Beispiel
XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. File: c:\xpse\test.prf (5) Warnung: 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 kann nicht funktionieren - diese "Einschränkung" war und ist leider gegeben weil die nProcs einen einmaligen und recht komplizierten Overhead verwenden der technisch nicht in un Unit passt. |
|
| |
| |
| |
|
|
Georg
Teles | Vielen Dank, das erklärt nun Einiges  |
|
| |
| |
| |
|
(942)
Deutsch
English
Français
Español
Italia