FileChecker
Posted by Go crazy for anything that will make you smile.
특정파일 중복 체크 폴더내 중복파일 체크 최소사이즈 파일 체크 파일 체크한다고 만들긴 했지만... 답답하다... wrning도 잔뜩있고. 기본적인 처리도 몇개 안되어 있지만... 더이상 작업할 필요가없네...어차피.안쓰니까.헐헐.
자신의 단점을 메꾸는 것을 단(鍛)이라 하고 자신의 강점을 갈고 닦는 것을 련(鍊)이라 하여, 두가지를 합친 것을 단련이라고 부른다.
특정파일 중복 체크 폴더내 중복파일 체크 최소사이즈 파일 체크 파일 체크한다고 만들긴 했지만... 답답하다... wrning도 잔뜩있고. 기본적인 처리도 몇개 안되어 있지만... 더이상 작업할 필요가없네...어차피.안쓰니까.헐헐.
출처 : http://alones.kr/blog/627 요즘 블로깅을 통 못했다. 1주일 정도.. 바쁘다는 핑계로 너무 게을러 진 것 같아서... 다시 매진해 본다. STL의 find_last_of를 착각하고 쓴 적이 있어서 이에 대해서 써보았다. in my wiki: http://alones.byus.net/moniwiki/wiki.php/find_last_of?action=show initial version: 2007.05.22 목차 1 결론 2 find_last_of의 가능한 착각 3 마지막 matching 되는 str의 index를 찾는 경우는 rfind()를 4 또 하나의 가능한 실수 size_t 5 Reference [edit] 1 결론 # 결론 부터 이야기 하면 STL의 std::strin..
Microsoft Specific Microsoft C/C++ features support for sized integer types. You can declare 8-, 16-, 32-, or 64-bit integer variables by using the __intn type specifier, where n is 8, 16, 32, or 64. The following example declares one variable for each of these types of sized integers: Copy __int8 nSmall; // Declares 8-bit integer __int16 nMedium; // Declares 16-bit integer __int32 nLarge; // De..
출처 : http://kldp.org/node/4016 뉴스그룹에서 검색한 volatile 키워드관한 글입니다. 글쓴이Jaeho Kang (onuri__at__kornet.net) 제목Re register와 volatile 키워드 뉴스그룹han.comp.lang.c 날짜2000/04/07 volatile의 경우 어떤 의미에서는 앞에서 설명한 컴파일러의 최적화와 관 계있습니다. 그 외에도 CPU 내, 외부의 캐쉬와 갈은 하드웨어적인 최적화 와도 관계가 있습니다. volatile 키워드가 가장 많이 사용되는 경우의 하나가 memory-mapped I/O 인 경우입니다. 메모리의 특정 영역을 특정 장치와 연결하여 사용하는 방 법입니다. 가장 흔한 예가 비디오 메모리가 되겠고, 그 이외에도 많은 장 치들을 이러..
template class auto_ptr { public: explicit auto_ptr(T* p = 0); // 복사 생성자용 멤버 템플릿 template auto_ptr(auto_ptr& rhs); ~auto_ptr(); // 대입연산자용 멤버 템플릿 template auto_ptr& operator=(auto_ptr& rhs); T& operator*() const; T* operator->() const; T* get() const; // 현재의 dumb 포인터를 반환 T* release(); // 현재의 dumb 포인터에 대한 소유권을 박탈하고 그 포인터값을 반환 void reset(T* p=0); // 가지고 있는 포인터를 삭제 private: T* pointee; template frie..
http://blog.naver.com/codecastle?Redirect=Log&logNo=100036823549 none MFC에서 memory leak난 부분 찾기 1.요약 MFC를 사용하지 않는 프로젝트에서 memory leak난 부분을 trace하는 방법을 설명. 2.본문 만약 MFC를 쓰지않고 프로젝트(exe)를 만들게 되면 MFC를 쓴 프로젝트와 같이 메모리릭이 일어난 소스코드의 파일과 라인넘버가 나오지 않게 된다. 이유는 우리가 MFC를 짠 프로젝트에서 new나 alloc을 할때 DEBUG모드에서는 특별한 함수가 실행되기 때문일텐데, 이부분이 MFC에 종속적이기 때문이었다. 그래서 MFC에서 쓰는 방법과 동일하게 new를 만들어 보기로 했다. 일반적으로 VC에서 클래스를 만들면 *.cpp에..
__FILE__, __FUNCTION__, __LINE__ __FUNCTION__은 비표준 -> __func__가 표준. 위의 매크로를 사용하여 파일명, 함수명, 해당 줄 위치를 표시한다. 예를 들어 로그를 남기거나 할 때나 assert같은 곳에 쓰면 유용할 것 같다.
Pimple idiom Pimpl은 Pointer to IMPLementation의 약자. 기본적인 내용은 인터페이스와 구현을 분리한다는 것. 실제 멤버를 추가해도 기본 layout에 변화를 주지 않기 떄문에빌드시간을 줄일 수 있다(재컴파일 하지 않는다). 의존성을 줄인다. 하지만 코드가 늘어나고(layout과 실제내용을 따로 작성), 동적 할당과 해제를 해야 한다. 참고 http://mkseo.pe.kr/blog/?p=841 http://decoder.tistory.com/616