fflush(stdin) 극혐

[세브(110.70)]

동작노정의다에요?
이환경의도대로?
저환경노의도대로?

우리의원수 fflush(stdin)을 주깁시다에요?

From DC Wave

[세브(110.70)]

씨 표준문서에는 해당코드의 동작이 정의되지 않았다에요? 따라서 환경따라 동작이 다르다에요? 소스 호환성 바닥 친다에요? 호랑이는 어흥하고 운다에요? - DCW

[세브(110.70)]

stdin 표준입력이다에요? 콘솔과는 상관업ㅂ다에요? - DCW

[티나스프라우트(59.10)]

아 호뤠이 너무귀여워♡♡♡ >ㅅ<;;;;;;;;

[티나스프라우트(59.10)]

근데 콘솔환경이 고려할만한 가치가 잇는거시에여??? >ㅅ<;;;;;;;;

[ㅅㅅㅅ(203.226)]

stdin, stdout, stderr은 기본이 콘솔 (터미널) 기만이지만 꼭 콘솔일 필요는 없지. 콘솔 안 뜨는 Windows App에서도 저거 redirect시켜서 쓸 수 있어.

[ㅅㅅㅅ(203.226)]

그리고 C언어를 떠나서 스트림이라는 개념에서 flush라는 개념 자체가 출력 스트림 한정이야.

[세브(110.70)]

다시는 stdio를 무시하지 마라에요? - DCW

[티나스프라우트(59.10)]

잘못한거시에여 ㅜㅅㅜ;;;;;;;

[ㅅㅅㅅ(203.226)]

출력할 값을 임시로 버퍼에 담아놓을 수도 있는게 스트림이라서 바로바로 디바이스에 출력을 보내고 싶을 때 flush (변기통 물 내린다는 뜻의 영단어)를 하는 건데 입력에 대해서는 flush를 한다는 개념이 없지. 보내주는 쪽 기준의 개념이거든.

[ㅅㅅㅅ(203.226)]

그냥 끝까지 다 읽어버리고 버리면 그게 비우는 거지 뭐. stream은 몇 바이트를 건너뛰고 읽는다 뭐 이런 개념이 없어. 연속된 데이터의 흐름이라서. 그래서 sender가 주는 건 다 read해야 됨.

[ㅅㅅㅅ(203.226)]

I/O stream은 보통 느린 디바이스를 위한 caching을 위한 경우가 많고 cache 말고 스트림이 쓰이는 대표적인 예가 비트 스트림인데. 컴퓨터는 메모리를 바이트 단위로 접근하니까 원론적으로 비트로 데이터를 보내거나 받을 방법이 없음. 그 때 비트 스트림 개념을 만드는데, 1비트 1비트씩 send하면 내부적으로 8비트 (1바이트)가 모일 때까지는

[ㅅㅅㅅ(203.226)]

청왕 // fseek는 파일에 대한 거잖아. 스트림이랑 무관함. FILE이 파일 스트림이기는 하지만 fseek는 파일 스트림이 아니라 파일 자체를 건드리는 거임.

[ㅅㅅㅅ(203.226)]

...이어서 말하면. 버퍼에 쌓아 놓다가 바이트 단위가 되면 타깃에 바이트를 보내주는 거. 이게 비트 스트림임. EXI하면서 비트 스트림 다룬 기억이 새록새록 ㅋ

[ㅅㅅㅅ(203.226)]

참고로 EXI는 XML 데이터를 바이너리 레벨로 교환하기 위한 표준임. 관심 있으면 한 번 찾아봐. 재밌음.

[티나스프라우트(59.10)]

XML을 바이너리레벨로 줄 필요가 잇는거신가여? >-<;;;;;;;/ markup language인거신건데여?? >ㅅ<;;;;;;;

[ㅅㅅㅅ(203.226)]

내가 저걸 다루게 된 게 전기자동차 관련 프로젝트에서인데 임베디드 장치에서는 plain text XML을 보내기엔 부담되니까 binary 형태로 최대한 크기를 압축해서 주고 받음. EXI로 XML 변환해 보면 압축율 사기임.

[티나스프라우트(59.10)]

바이너리데이터를 Xml에 담아줄때 필요한건가

[티나스프라우트(59.10)]

ㅇㅎㅇㅎ

[ㅅㅅㅅ(203.226)]

전기 자동차 충전 시스템이랑 스마트 그리드랑 통신하는 프로토콜이 EXI 기반임.

[씨알메리(crmerry)]

세브세브