이 문제는 이미 explicit typecasting 까지 해서 해결을 시도해 보았는데 아무 차이가 없습니다. ㅠㅜ

이 특정 케이스라면 어떻게든 workaround를 찾아볼텐데요.. 앞으로 이런 일을 많이 해야 하는데 general하게 피해가는 방법을 찾고 있습니다.

1. 내림 대신 반올림 (floor(x+0.5))을 사용하는 것은 적합하지 않은 경우인가요?

2. 꼭 IEEE754를 쓰셔야 하나요? C언어의 경우 무슨 라이브러리를 쓰셔야 할지 잘 모르겠으나 소숫점도 정확하게 표현할 수 있는 자료형도 존재하기는 합니다만.. (대체로 느리고 더 변수 크기가 크거나 범위가 좁거나 하는 약점은 있습니다.)

1. 사실 이 상황에서 floor 대신 round나 ceil을 쓴다고 문제가 해결될 것 같지 않습니다. -_-;;

2. 굳이 double을 써야하느냐.. 일단 float는 제대로 된 계산이 안되는 경우가 제법 있어서 논외고요.. long double이 있기는 한데 이걸 쓰기는 좀 뭐하고.. 이걸 하자고 새로운 자료형을 정의하는건 제 공력으론.. 피하고 싶습니다.

느린것은 별 문제가 안될듯 합니다만. 어떻게 BCD 연산을 할 수 없나까지 생각중입니다. 마이크로소프트 엑셀은 무슨 이유에선가 문제없이 동작합니다. 그래서 VBA로 갈까도 생각중입니다.

딴 언어 쓰셔도 된다면 C#이나 파이썬 등은 decimal 타입이 있습니다. C도 비슷한 데이터타입이 나온 게 있을텐데 흔히 쓰는 라이브러리가 뭔지 모르겠네요. C는 일부 고속 DSP목적 빼고는 일부러 안 건드리고 있어서..

속도는 느린데 (연산에 754가속 명령어들을 못 쓰는 건 당연하고 파이썬같은 경우 decimal객체를 새로 만들 때 숫자가 double->decimal 순서로 캐스팅되는 걸 막기 위해 일부러 숫자를 문자열 형식으로 넣어줘야 하는 경우가 있습니다. Decimal ('1.01') 같은 느낌.) 뭐 요즘 컴퓨터가 워낙 좋으니 실시간 고속 데이터 처리같은 목적 아니면 쓸만합니다.

아무래도 궁극적으론 말씀하신 대로 다른 언어로 옮겨가야 할 듯 합니다. 가게 되면 아마 파이톤으로 갈 듯 합니다. 감사합니다.

제가 이 방안을 말씀드리려 로그인했는데 이미 하셨네요.

이런 경우 그냥 편하게 오차값을 더해 해결했습니다.

CoPro 네가 오차를 무시하니 난 그만큼 오차를 더해주겠다 하는 거죠.

ㅎㅎ

이번 경우는 일이 그리 크지 않아서 문제 난 곳을 금방 찾고, 열심히 디버깅하다가 이 질문을 하게 되었는데.. 일이 조금 커서 문제 난 곳을 못 찾고 그냥 넘어갔었다면 황당했을 수도 있겠다 싶습니다. ㅠㅜ

ㅎㅎ 그리 어려운 문제를 풀려고 하는 것은 아니라서 아무 자료형이나 쓸 수만 있으면 쓰면 되는데 제가 아는게 많이 모자란 것이 문제의 원인이라면 원인이지요. 원래 프로그래머가 아닌지라. 제 프로그래밍은 학부 1학년때 배운게 끝입니다. ㄷㄷㄷ