| |
|
|
Michael Dell | Hallole,
kann mir keinen Reim drauf machen drum Poste ich einfach den Code & die Error- Meldung: KompilierenMarkierenSeparieren!
Def $SAGA_sgIt "AutoPaint,Decimals,ErrorLevel,Escape,FastMode,FileMode,MessageMode,NumWidth,PDC,RandSeed,StrWidth,TrueColor"
Proc SetAll
Parameters SA_In$
WhileLoop 1,12,1
Set(SubStr$($SAGA_sgIt,&Loop,","),Val(SubStr$(SA_In$,&Loop,",")))
EndWhile
EndProc
Proc GetAll
Declare GA_Erg$
WhileLoop 1,12,1
Case (&Loop = 1): GA_Erg$ = Str$(Get(SubStr$($SAGA_sgIt,&Loop,",")))
CaseNot (&Loop = 1): GA_Erg$ = (GA_Erg$ + "," + Str$(Get(SubStr$($SAGA_sgIt,&Loop,","))))
EndWhile
Return GA_Erg$
EndProc
Cls
Print ("GetAll(): " + GetAll() + " Normal")
SetAll("2,6,1,1,1,2,1,0,2,2,4,1")
Print
Print ("GetAll(): " + GetAll() + " Neu")
WaitInput
End
|
|
|
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 17.07.2006 ▲ |
|
|
|
|
Michael Wodrich | (Workaround) Versuche mal die Daten in Variablen zu setzen und Set nur mit den Variablen aufzurufen.
Es sieht so aus als ob der Compiler ein SET(str, str) vermutet.
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 17.07.2006 ▲ |
|
|
|
|
Sebastian König | Hallo Michael,
ja, stimmt. Die Ursache für das ganze ist, dass ich für die verschiedenen Set()-Varianten in C++ überladene Funktionen benutzt habe. Im Zusammenhang mit @val() sieht der Compiler dann leider Mehrdeutigkeiten...
Ein Workaround ist in der Tat der Umweg über die Variablen oder (etwas kürzer) das Einschließen von @val() in ein zusätzliches @int().
BTW: Mit der aktuellen Beta-Version müsste es direkt funktionieren, weil es dort nur noch eine Set()-Variante gibt (die dann einen Variant-Datentyp benutzt).
MfG
Sebastian
P.S.: Leider scheint es zusätzlich noch ein Problem beim Übersetzen von Get() zu geben - ich gucke mal, was da schiefläuft... |
|
|
| |
|
|