| |
|
|
|
|
|
정보의 바다에서 헤엄치다 익사하기 직전,
정말 어처구니 없는 사실을 알게 됬다.
7.19.5.2 The fflush function
Synopsis
1 #include <stdio.h> int fflush(FILE *stream);
Description
2 If stream points to an output stream or an update stream in which the most recent operation was not input, the fflush function causes any unwritten data for that stream to be delivered to the host environment to be written to the file; otherwise, the behavior is undefined.
3 If stream is a null pointer, the fflush function performs this flushing action on all streams for which the behavior is defined above.
Returns
4 The fflush function sets the error indicator for the stream and returns EOF if a write error occurs, otherwise it returns zero.
[ * ISO/IEC 9899:1999 Programming Language - C ]
fflush() 함수는 입출력 버퍼를 비우는데 사용해 왔는데,
이놈의 함수가 Output Stream 을 비우도록 정의되어 있지만...그 반대의 경우..
즉, Input Stream 에 관해서는 그 어떤 행동도 정의되어 있지 않다는 것이다.
한마디로...플랫폼 따라~ 벤더 따라~ 지멋대로.
어쩐지.....scanf 이후에 fflush 써도 안먹히던 이유가 있었다.
|
|
| Track this back : http://blog.rhkorea.com/superfantastic/trackback/30 |
|
|
|
| Windows Desktop Search 3.0 RTW |
|
|
|
에...MS 에 게시된 날짜는 2006-10-24 일인데. 이제서야 보네요.
Vista 에서부터 각 파일/폴더/메일 등에 직접 태그를 달수 있게 하여 검색 효율성을 높였다는 이야기를 들었는데
xp / 2003 에서도 지원이 되나 봅니다. (태그는 안되지만요. 나름대로 색인정보를 만들어 검색하네요.)
다운로드는 이곳에서 받으실 수 있구요. (
Windows 2003 Server : http://www.microsoft.com/downloads/details.aspx?FamilyID=44be130c-631c-48bc-94a5-29dc704d608c&DisplayLang=ko
Windows XP : http://www.microsoft.com/downloads/details.aspx?FamilyID=4982072f-7660-492f-b96c-e42b4f5ab4aa&DisplayLang=ko (xp는 정품인증이 필요하답니다..ㅡㅡ);
간략히 소개해 보자면,
다운로드/설치 후 (설치는 별게 없네요. 언제나 다음 다음 다음 오케이-_-;)
신기한 마음에 뭐 이것저것 검색해봤는데 0.035 초 만에 대답하는 말은,
[파일이 없습니다.]
우선 검색 대상물(파일/메일 등)에 대한 색인화 작업이 필요하더군요.
그래서 했습니다.
(현재 이 포스트 작성 중에도 색인화가 진행중입니다. 제법 걸려요.)
기다림에 지쳐 우선 검색을 해보았습니다.
검색어는 [radiohead]......ㅡ,.ㅡ;;;
이것들이 검색되는 데 약 1초 정도가 소요됩니다. 기존 [시작-검색]을 이용하던 것에 비하면 엄청나게 빠르죠-_-;
게다가 검색목록 위에서 두번째, [02there.mp3] 는 제목에 [radiohead] 가 포함되어 있지 않는데도
검색되는 것을 보면 mp3 파일이나, 오피스 등 파일 내에 설명(Tag) 까지 색인화하여 검색하는 듯 합니다.
하지만 이건 미리보기 구요..
[radiohead] 를 치고 엔터키를 치면..ㅡㅡ;;
이런게 나옵니다.
확실히 기존 파일명으로 검색하는 것보단 속도와 효용성 면에서 월등히 뛰어난 듯 합니다.
(하지만 색인화 작업에 시간이 소요되고, 실시간으로 추적하지 않는다면 파일 이동 및 변경, 추가 등의 발생 시 매번 재 색인화 작업이 필요할지도 모른다는것이 단점이라면 단점이 되겠죠.-아직 많이 안써봐서 모르겠어요;;)
하지만, 기존에 unix / linux 계열의 grep 이 부러우셨던 분들에게는 그나마(^^;;) 좀 좋은 일이 아닌가 싶습니다.;;
ps. 웹 검색 또한 지원되지만, 웹 검색은 기본 브라우저의 기본 검색 엔진을 자동으로 사용한다고 하는데요.
사용자가 임의로 엔진을 고를 수 있게 했다면 더 좋지 않았을까 합니다. 네이버나 구글도 검색 api 를 공개하는
만큼 사용자가 선택할 수 있게 했다면 좀 더 편할 것 같아서 말이죠.
- 이상 간략한 Windows Desktop Search 3.0 의 사용기 였습니다.
(MS 도 애 많이 쓰는군요...Sun 도 Solaris를 Open Source 로 내보내고...나날이 변해가니 눈이 빙글빙글 하는 세상입니다..ㅡㅡ) |
|
| Track this back : http://blog.rhkorea.com/superfantastic/trackback/20 |
|
|
|
|
|
«
2009/01
»
| 일 |
월 |
화 |
수 |
목 |
금 |
토 |
| |
|
|
|
1 |
2 |
3 |
| 4 |
5 |
6 |
7 |
8 |
9 |
10 |
| 11 |
12 |
13 |
14 |
15 |
16 |
17 |
| 18 |
19 |
20 |
21 |
22 |
23 |
24 |
| 25 |
26 |
27 |
28 |
29 |
30 |
31 |
|
Total : 33240
Today : 33
Yesterday : 25 |
|
|
 |
 |
 |
|