커뮤니티
언제쯤 이 문제들이
2004-06-18 13:53:00
1255
글번호 4136
exitlong("x", atmarket, DEF);
buy("buy", onclose, DEF, 1);
위 시스템식을 실행시키면 이상하게 동작합니다. 물론 원인은 예스프로에서 아직 한봉에서 exit과 entry가 동시에 수행이 안된다는 것 때문이란거 압니다.
하지만, 당연히 되어야 하는 것이고 (물론 가격조건을 복잡하게 주면 쉬운 일이 아니겠지만)...
그리고 뿐만 아니라 시스템 코드가 아주 길어지면....정말 희안하게 중간에 변수값이 막 바뀌거나 (특히 함수를 부른 후에(예:ma()) 분명히 index값이 N일때 buy하라고 되어있는데..그게 N보다 큰 임의의 곳에서 수행이 된다거나 하는....
정말 이상한 문제들이 발생합니다.
우선은 코드를 드린다고 하여도 그것은 그 코드로부터 발생한 문제들만 땜빵이 될텐데..
전반적으로 보면 함수호출과 관련된 부분 주변에서 예스가 제대로 처리를 못하고 있는 현상입니다. (전산과를 나왔기 때문에 그 정도 판단은 가능합니다)
특히나 그렇게 생각하는 것은 사용자 함수에서 사용자 함수를 부르지 못한다는 점에서 전 맛이 갔어요. 그럴 바엔 뭐하러 함수는 만듭니까? 컴파일러를 너무 급조한 듯한 느낌이 듭니다.
예스프로의 안정성을 전반적으로 살펴봐주시고, 무엇보다도 exit과 entry가 동일봉에서도 가능할 수 있도록 해주시길 바랍니다. 그게 안되면, 너무나도 황당하게 코딩이 되어야 하기 때문에...
그러한 코드를 길게 짜면 짤 수록 점점 희한한 말도 안되는 증상들이 괴롭히니 정말 집어 던지고 싶군요.
ps : 지금 그 문제의 코드를 계속 영역을 압박해서 오류를 발생시키는 부분을 찾았더니 역시 사용자 함수 부분입니다.
지표에서는 아주 멀쩡히 동작하는 함수들이, 시스템 코드에서 그 함수들을 불러 사용하면, 전혀 예기치 못하던 상황들이 발생하는군요. 일전에도 지표에서는 분명 1로 리턴되는 것을 확인했는데, 시스템 코드 내에선 함수가 리턴되기 전엔 분명 1이었던 것이 리턴되어 코드에서 변수로 받은 값은 0으로 되는 기이한 경우도 있어서 한동안 사용자 함수를 안쓰고 있었는데...이번에 잠시 그러한 예스의 버그를 망각하고 사용자 함수를 끼워 넣었더니 역시 그 부분 때문에 동작이 안되었네요.
이번엔 더 심각한 것이 자기 자신만의 값 또는 그 결과값만 헤집어 놓으면 다행이지만 다른 변수값들 마져도 마구 헝클어 놓아서 사용자 함수가 불리워진 이후의 코드들은 전혀 그 수행여부를 신뢰할 수 없게 된다는 심각한 버그입니다.
C든 VB든...일반 언어에서 함수가 함수를 부를 수 있는 것처럼 지금 예스의 말도 안되는 사용자 함수에서 사용자 함수를 부를 수 없는 것을 한시라도 빨리 고쳐서 정상적인 함수처럼 만들면서 지금 사용자 함수가 시스템 코드에서 발생시키는 갖가지 말도안되는 오류들을 동시에 잡아주시기 바랍니다.
이것 때문에 함수로 코딩했어야 하는 부분들을 모두 시스템 코드안에서 모조리 코드화 시키다보니 코드가 길어질 뿐만 아니라 중복된 코드 묶음들이 계속 발생해서 점점 디버깅시에 신경이 더 쓰이고...지금 미쳐버릴 지경입니다.
다른 이상한 업그레이드들 다 올 스톱 하시고..이런 근본적인거 부터 업그레이드시켜서 기능 보완 되는데로 최우선적으로 배포해주시고 공지로 좀 알려주시기 바랍니다.
정말...예스...너무 실망입니다.
아, 그리고...
print()같은 거좀 빨리좀 만들어 달라고 했는데 그거 그렇게 힘듭니까?
지표에서는 Plot으로 값이라도 확인하지...시스템 코드에선 그나마도 힘든데..디버깅이 얼마나 힘든지 아세요?
제발 print() 같이 디버깅에 필수적인 것들 좀 지원 좀 해/달/라/구/요~~~~~~~~~~~~
예스앞에 가서 데모라도 하고 불이라도 질러야 해줄겁니까? 네????
답변 1
예스스탁 예스스탁 답변
2004-06-21 08:51:18
안녕 하세요 예스스탁 입니다.
우선 사용자 님께 불편을 드려 죄송합니다.
님께서 말씀하신 사용자 함수사용시 변수 값이 이상하게 작동하는 문제는
저희가 학인하겠습니다. 좀더 빠른 확인을 위해서 가능 하시면 문제가 되신
식을 저희에게 보내 주시면 보다 빨리 학인하여 수정할수 있으리라 생각 됩니다.
님께서 건의 하신 디버깅 함수는 이번 6월 25일 업그레이드시 반영될 예정입니다.
그리고 시스템 신호의 문제는 내부적으로 검토하여 수정사항의 계획을 현재 검토중에 있습니다.
보다 안정된 시스템을 제공하도록 노력하겠습니다.
감사합니다.
> 온고지신 님이 쓴 글입니다.
> 제목 : 언제쯤 이 문제들이
> exitlong("x", atmarket, DEF);
buy("buy", onclose, DEF, 1);
위 시스템식을 실행시키면 이상하게 동작합니다. 물론 원인은 예스프로에서 아직 한봉에서 exit과 entry가 동시에 수행이 안된다는 것 때문이란거 압니다.
하지만, 당연히 되어야 하는 것이고 (물론 가격조건을 복잡하게 주면 쉬운 일이 아니겠지만)...
그리고 뿐만 아니라 시스템 코드가 아주 길어지면....정말 희안하게 중간에 변수값이 막 바뀌거나 (특히 함수를 부른 후에(예:ma()) 분명히 index값이 N일때 buy하라고 되어있는데..그게 N보다 큰 임의의 곳에서 수행이 된다거나 하는....
정말 이상한 문제들이 발생합니다.
우선은 코드를 드린다고 하여도 그것은 그 코드로부터 발생한 문제들만 땜빵이 될텐데..
전반적으로 보면 함수호출과 관련된 부분 주변에서 예스가 제대로 처리를 못하고 있는 현상입니다. (전산과를 나왔기 때문에 그 정도 판단은 가능합니다)
특히나 그렇게 생각하는 것은 사용자 함수에서 사용자 함수를 부르지 못한다는 점에서 전 맛이 갔어요. 그럴 바엔 뭐하러 함수는 만듭니까? 컴파일러를 너무 급조한 듯한 느낌이 듭니다.
예스프로의 안정성을 전반적으로 살펴봐주시고, 무엇보다도 exit과 entry가 동일봉에서도 가능할 수 있도록 해주시길 바랍니다. 그게 안되면, 너무나도 황당하게 코딩이 되어야 하기 때문에...
그러한 코드를 길게 짜면 짤 수록 점점 희한한 말도 안되는 증상들이 괴롭히니 정말 집어 던지고 싶군요.
ps : 지금 그 문제의 코드를 계속 영역을 압박해서 오류를 발생시키는 부분을 찾았더니 역시 사용자 함수 부분입니다.
지표에서는 아주 멀쩡히 동작하는 함수들이, 시스템 코드에서 그 함수들을 불러 사용하면, 전혀 예기치 못하던 상황들이 발생하는군요. 일전에도 지표에서는 분명 1로 리턴되는 것을 확인했는데, 시스템 코드 내에선 함수가 리턴되기 전엔 분명 1이었던 것이 리턴되어 코드에서 변수로 받은 값은 0으로 되는 기이한 경우도 있어서 한동안 사용자 함수를 안쓰고 있었는데...이번에 잠시 그러한 예스의 버그를 망각하고 사용자 함수를 끼워 넣었더니 역시 그 부분 때문에 동작이 안되었네요.
이번엔 더 심각한 것이 자기 자신만의 값 또는 그 결과값만 헤집어 놓으면 다행이지만 다른 변수값들 마져도 마구 헝클어 놓아서 사용자 함수가 불리워진 이후의 코드들은 전혀 그 수행여부를 신뢰할 수 없게 된다는 심각한 버그입니다.
C든 VB든...일반 언어에서 함수가 함수를 부를 수 있는 것처럼 지금 예스의 말도 안되는 사용자 함수에서 사용자 함수를 부를 수 없는 것을 한시라도 빨리 고쳐서 정상적인 함수처럼 만들면서 지금 사용자 함수가 시스템 코드에서 발생시키는 갖가지 말도안되는 오류들을 동시에 잡아주시기 바랍니다.
이것 때문에 함수로 코딩했어야 하는 부분들을 모두 시스템 코드안에서 모조리 코드화 시키다보니 코드가 길어질 뿐만 아니라 중복된 코드 묶음들이 계속 발생해서 점점 디버깅시에 신경이 더 쓰이고...지금 미쳐버릴 지경입니다.
다른 이상한 업그레이드들 다 올 스톱 하시고..이런 근본적인거 부터 업그레이드시켜서 기능 보완 되는데로 최우선적으로 배포해주시고 공지로 좀 알려주시기 바랍니다.
정말...예스...너무 실망입니다.
아, 그리고...
print()같은 거좀 빨리좀 만들어 달라고 했는데 그거 그렇게 힘듭니까?
지표에서는 Plot으로 값이라도 확인하지...시스템 코드에선 그나마도 힘든데..디버깅이 얼마나 힘든지 아세요?
제발 print() 같이 디버깅에 필수적인 것들 좀 지원 좀 해/달/라/구/요~~~~~~~~~~~~
예스앞에 가서 데모라도 하고 불이라도 질러야 해줄겁니까? 네????