Samstag, 20. April 2024, 04:09 UTC+2

Sie sind nicht angemeldet.

  • Anmelden
  • Registrieren

Lieber Besucher, herzlich willkommen bei: INVESTOX-Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

olli

unregistriert

1

Donnerstag, 19. Juli 2007, 23:11

eine global const als fraktion einer anderen gl const

hallo,

würde gern folgendes verwenden:

global const rangeLBOp:[rangeLBOp:15,2,50,5,30,1,1.9863,I];
global calc acceleratorp: INT(rangeLBOp/2);
globalcalc accelerator (vereinfacht):ATR(acceleratorp);

das geht aber nicht, da INV in dem periodenfeld des ATR keine "brechnung" haben will... ist zwar keine berechnung in dem sinne, nur eine fraktion eines anderen global calc, aber
ich bekomme immer die entsprechende error message.

wie kann man das lösen?

danke

Hans-Jürgen Männlich

Administrator

Registrierungsdatum: 10. Juli 2002

Beiträge: 1 712

2

Freitag, 20. Juli 2007, 16:44

Hallo olli,

global const rangeLBOp:[rangeLBOp:15,2,50,5,30,1,1.9863,I];
global const acceleratorp: rangeLBOp/2;
global calc accelerator: ATR(acceleratorp);

So funzt es noch - vielleicht kannst du auf dieser Basis weiterarbeiten!?

Oder so?

global const rangeLBOp:[rangeLBOp:15,2,50,5,30,1,1.9863,I];
global const acceleratorp: rangeLBOp/2;
global calc accelerator: INT(ATR(acceleratorp));
Viele Grüße,
Hans-Jürgen

olli

unregistriert

3

Freitag, 20. Juli 2007, 16:50

hi hans jürgen, danke für die antwort!,

wenn man das so macht :

global const acceleratorp: rangeLBOp/2;
global calc accelerator: ATR(acceleratorp);

besteht die gefahr, eine nicht ganze zahl
als periode zu bekommen und das soll ja nicht
gut sein. daher das INT... das INT vor dem ATR
braucht man ja nicht.

komisch, dass das nicht geht...