첨부 이미지
그림1
제 질문이 뒷페이지로 넘어가는 바람에 다시 첫페이지에 쓰겠습니다.
제 질문의 의도를 잘못 이해하고 계신 것 같습니다.
저는 "-1.#J" 값이 나오는 것에 대해 문제를 제기한 것이지 수식의 해석을 의뢰한 것이 아니었습니다.
비교 연산자로 비교조차 할 수 없는 값이 변수값으로 들어간다는 것은 당연 문제라고 보여집니다.
3.0버전에서는 이상없이 돌아가던 수식이 3.1버전에서 랭귀지가 달라져서 안 돌아간다는 건데 그렇다면 "-1.#J"값이 발생했을 때 어떻게 체크해야 한다던지 뭐 그런 해법을 제시해 주셔야 하는 것 아닌가 싶네요.
Index를 이용해서 "-1.#J"값이 발생하는 구간을 피해가면 된다는 것쯤은 저도 알고 있습니다.
하지만 수식에서 연산할 수 없는 값을 허용한다는 것은 납득하기 어렵네요.
이 부분은 고민을 해주셨으면 합니다.
컴파일에서 오류가 나면 수정이라도 하겠지만 컴파일은 정상적으로 수행되고 시스템은 신호가 안 나오니 수식 오류인지 시장이 조건을 만족하지 않는 것인지 일반 사용자 입장에서 알 수 없기 때문에 드리는 말씀입니다.
그리고, 종목검색의 문제는 첨부 그림처럼 결과가 나옵니다.
다른 분도 저와 같은 문제로 질문을 올리셨네요.(2473번)
답변 2
예스스탁
예스스탁 답변
2007-07-03 18:09:32
안녕하세요. 예스스탁입니다.
답변이 늦어진 점 정말 죄송합니다.
말씀하신 내용은 잘 알겠습니다.
저희쪽에서도 다시한번 검토해보겠습니다.
검색과 관련된 사항은 저희가 지금 살펴보고 있습니다.
불편을 드려서 죄송합니다.
감사합니다. 행복한 하루 되세요.
> 수식지왕 님이 쓴 글입니다.
> 제목 : 2738에 이어 다시 문의드립니다.
> 제 질문이 뒷페이지로 넘어가는 바람에 다시 첫페이지에 쓰겠습니다.
제 질문의 의도를 잘못 이해하고 계신 것 같습니다.
저는 "-1.#J" 값이 나오는 것에 대해 문제를 제기한 것이지 수식의 해석을 의뢰한 것이 아니었습니다.
비교 연산자로 비교조차 할 수 없는 값이 변수값으로 들어간다는 것은 당연 문제라고 보여집니다.
3.0버전에서는 이상없이 돌아가던 수식이 3.1버전에서 랭귀지가 달라져서 안 돌아간다는 건데 그렇다면 "-1.#J"값이 발생했을 때 어떻게 체크해야 한다던지 뭐 그런 해법을 제시해 주셔야 하는 것 아닌가 싶네요.
Index를 이용해서 "-1.#J"값이 발생하는 구간을 피해가면 된다는 것쯤은 저도 알고 있습니다.
하지만 수식에서 연산할 수 없는 값을 허용한다는 것은 납득하기 어렵네요.
이 부분은 고민을 해주셨으면 합니다.
컴파일에서 오류가 나면 수정이라도 하겠지만 컴파일은 정상적으로 수행되고 시스템은 신호가 안 나오니 수식 오류인지 시장이 조건을 만족하지 않는 것인지 일반 사용자 입장에서 알 수 없기 때문에 드리는 말씀입니다.
그리고, 종목검색의 문제는 첨부 그림처럼 결과가 나옵니다.
다른 분도 저와 같은 문제로 질문을 올리셨네요.(2473번)
예스스탁
예스스탁 답변
2007-07-04 10:22:00
안녕하세요.
예스스탁입니다.
답변이 늦어 죄송합니다.
var1 = stochasticsD(5,3,3);
if var2 == 0 or var2 < var1 then var2 = var1;
plot1(var2);
위 식에서 지표가 정상적으로 출력되도록 하는 몇가지 방법을 올려드립니다.
1.
"-1.#J"값이 할당되는지 여부를 체크하는 함수가 있습니다.
var1 = stochasticsD(5,3,3);
if IsNaN(var1) == FALSE && (var2 == 0 or var2 < var1) then
{
var2 = var1;
}
plot1(var2);
isnan함수는 "-1.#J"값이 할당되면 TRUE가 리턴되는 함수입니다.
2.
var1 = stochasticsD(5,3,3);
if CurrentBar >= 1 && (var2 == 0 or var2 < var1) then
{
var2 = var1;
}
plot1(var2);
Currentbar로 봉의 유효한 인덱스를 참조하여 체크를 하셔도 됩니다.
3.
var1 = stochasticsD(5,3,3);
if var2 < var1 then var2 = var1;
plot1(var2);
초기에 var1에 값이 na값일때 var2 == 0 조건이 만족하여
var2에 na값이 할당되므로 var2 == 0 부분을 삭제하여도 됩니다.
즐거운 하루되세요
> 수식지왕 님이 쓴 글입니다.
> 제목 : 2738에 이어 다시 문의드립니다.
> 제 질문이 뒷페이지로 넘어가는 바람에 다시 첫페이지에 쓰겠습니다.
제 질문의 의도를 잘못 이해하고 계신 것 같습니다.
저는 "-1.#J" 값이 나오는 것에 대해 문제를 제기한 것이지 수식의 해석을 의뢰한 것이 아니었습니다.
비교 연산자로 비교조차 할 수 없는 값이 변수값으로 들어간다는 것은 당연 문제라고 보여집니다.
3.0버전에서는 이상없이 돌아가던 수식이 3.1버전에서 랭귀지가 달라져서 안 돌아간다는 건데 그렇다면 "-1.#J"값이 발생했을 때 어떻게 체크해야 한다던지 뭐 그런 해법을 제시해 주셔야 하는 것 아닌가 싶네요.
Index를 이용해서 "-1.#J"값이 발생하는 구간을 피해가면 된다는 것쯤은 저도 알고 있습니다.
하지만 수식에서 연산할 수 없는 값을 허용한다는 것은 납득하기 어렵네요.
이 부분은 고민을 해주셨으면 합니다.
컴파일에서 오류가 나면 수정이라도 하겠지만 컴파일은 정상적으로 수행되고 시스템은 신호가 안 나오니 수식 오류인지 시장이 조건을 만족하지 않는 것인지 일반 사용자 입장에서 알 수 없기 때문에 드리는 말씀입니다.
그리고, 종목검색의 문제는 첨부 그림처럼 결과가 나옵니다.
다른 분도 저와 같은 문제로 질문을 올리셨네요.(2473번)