DHL blabla

Hi all,

I after playing round with Crags guide I thought I would post what I have found. No small amount of hair pulling from me to

Prerequisites

1. Before proceeding, you must have the Msys + MingW development environment set up. I can highly recommend thishttp://ffmpeg.arrozcru.org/ guide as a starting point. Follow this guide through until you have an environment which is sufficient for building FFMpeg on Windows.

2. Get the CeGCC cross compiler from the http://sourceforge.net/project/showfiles.php?group_id=173455&package_id=198682 . The version you should get is http://downloads.sourceforge.net/cegcc/cegcc-mingw32ce-0.50-cygwin.tar.gz?modtime=1188210321&big_mirror=0%20cegcc-mingw32ce-0.50-cygwin.tar.gz.

3. Unzip cegcc-cegcc-0.50-cygwin.tar.gz into your msys/mingw directory. Assuming you followed the guid in step 1, that will be
"c:\msys\mingw"

4. Rename the winsock 2 library found in
"/mingw/opt/mingw32ce/arm-wince-mingw32ce/lib"
from libws2.a to libws2_32.a. Assuming you followed the guide in step 1 that will be
"C:\msys\mingw\opt\mingw32ce\arm-wince-mingw32ce\lib"

5. Modify the file errno.h found in
"/mingw/opt/mingw32ce/arm-wince-mingw32ce/include/errno.h"
Remove lines 11-14:
#ifdef __COREDLL__
# include_next <errno.h>
#else /* __COREDLL__ */
and lines 106-107:
#endif /* Not __COREDLL__ */

6. Note that this is only an issue if you are ''not'' using CeGCC to build your Windows CE / Mobile application. There is an issue with the alignment of structures that contain 8-byte variables in CeGCC (see this http://www.mail-archive.com/cegcc-devel@lists.sourceforge.net/msg00738.html discussion for more info). The solution for this problem involves modifying the stdint.h header file that ships with the release of CeGCC.
/mingw/opt/mingw32ce/arm-wince-mingw32ce/include/stdint.h
If the guide in step 1 was followed that will be
C:\msys\mingw\opt\mingw32ce\arm-wince-mingw32ce\include\stdint.h
Modify the typedefs of the 64-bit integer variables from:
typedef long long int64_t;
typedef unsigned long long uint64_t;
to:
typedef long long int64_t
#if defined(__GNUC__)
__attribute((aligned(8)))
#endif
;
typedef unsigned long long uint64_t
#if defined(__GNUC__)
__attribute((aligned(8)))
#endif
;

7. Download http://www.gnuarm.com/bu-2.16.1_gcc-4.1.0-c-c++_nl-1.14.0_gi-6.4.exe binutils-2.16.1, gcc-4.1.0-c-c++, newlib-1.14.0, insight-6.4, setup.exe [25.3MB] from http://www.gnuarm.com.

8. Install the gnuArm tools to the default location.

Build Process
1. Check out the latest version of the FFMpeg source from SVN. The rest of this guide will assume you checked out to c:\projects\ffmpeg.

2. Open a MSYS command window and navigate to the directory you checked FFMpeg out to:
cd /c/projects/ffmpeg

3. Add the path to the CeGCC cross compiler's bin directory to your PATH environment variable:
PATH=$PATH:/mingw/opt/mingw32ce/bin

4. Add the path to the gnuArm tools bin directory to your PATH environment variable:
PATH=$PATH:"/C/Program Files/GNUARM/bin"

5. Configure the build by executing the following command:
./configure --enable-mingwce --cross-compile --cross-prefix=arm-wince-mingw32ce- --arch=arm --disable-static --enable-shared --disable-parsers --enable-memalign-hack --disable-ffmpeg --disable-ffplay --disable-debug
note from metalkin) It seems that ffmpeg doesn't support '--enable-mingwce' and '--cross-compile'options anymore, '--enable-cross-compile' could replace '--cross-compile' based on current ffmpeg revision.
During build, dsputil_arm_s.S makes several errors "' junk at end of line, first unrecognized character is `p'". I guess an arm assember has to be designated to compile it.
Due to the reasons, this option could be a bit out of date, I think.

6. Remove any old intermediate files
make clean

7. Start the build by executing make:
make

8. Once the build is finished.
make install

9. The lib and header files will now have been copied over to the directories below.
/usr/local/lib
/usr/local/include/ffmpeg
Which if you followed the guide in the prerequisites will be located in:
C:\msys\local\lib
C:\msys\local\include\ffmpeg

Have fun
ceebmoj

ceebmoj

Posts: 1

Joined: Thu Nov 20, 2008 4:30 pm

출처 : http://lotus.tistory.com/5?srchid=BR1http%3A%2F%2Flotus.tistory.com%2F5

http://blogit.blogkorea.net/15838845/http://microdev.pe.kr/84 에서
윈도우용 바이너리를 미리 컴파일 해놓은 것이 있어서 굳이 직접 컴파일 할 필요는 없습니다.

<직접컴파일하는 방법>

다운 받은 패키지는 아래와 같습니다.
원래하드에 깔려 있던 패키지
mingw-5.0.3
추가로 받은 패키지.
MSYS-1.0.11-2004.04.30-1.exe
bash-2.05b-MSYS.tar.bz2
binutils-2.16.91-20060119-1.tar.gz
ffmpeg 소스
svn클라이언트로 ffmpeg을 다운로드 합니다.
주소는 다음과 같습니다. svn://svn.mplayerhq.hu/ffmpeg/trunk
인터넷에서 돌아다니는 문서에 보면 binutils를 받으란 얘기는 없는데 binutils 버전이 안 맞으면 컴파일 도중에러가 나네요. 이것때문에 시간 좀 끌었습니다.
mingw와 msys를 설치해 줍니다. path는 경우에 맞게 지정해주세요.
msys.bat에
call "C:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat"
이 한줄을 추가 시켜줍니다. vcvars32.bat가 있는 경로로 수정해주세요.
msys실행 후 link.exe를 실행해서 뭔가 주루룩 나오면 제대로 된겁니다. 그 다음 다운 받은 ffmpeg 디렉토리로 가서 configure를 수행합니다.
./configure --enable-shared --disable-static --enable-memalign-hack
그다음 make를  실행후 컴파일 완료되면
c:\program files\FFmpeg 이란 디렉토리가 생깁니다.
FFmpeg폴더 밑에 lib란 디렉토리를 만든후 원 소스가 있던 FFmpeg소스 디렉토리의 하위 디렉토리에lib파일이 세개 있는데 programs files\FFmepg\lib 디렉토리에 카피 합니다.
그리고 dll파일들은 system32에 카피 합니다.
아래 링크에 설치 과정이 나와있습니다.
http://ffmpeg.mplayerhq.hu/ffmpeg-doc.html#SEC26
http://arrozcru.no-ip.org/ffmpeg/

ffmpeg is THE audio/video conversion tool. Unfortunately, the default build included in Ubuntu is usually quite outdated, as well as lacking support for many codecs.
The purpose of this article is to show you how you can build a fresh, up to date version of ffmpeg supporting (almost) all codecs. This procedure was successfully performed on Ubuntu 8.04 and 8.10.
0) Prerequisites
Before we start, let's check if subversion and git are installed. We'll need both to install some of the libraries required by ffmpeg:
ubuntu% svn
Type 'svn help' for usage.
ubuntu% git
usage: git [--version] [--exec-path[=GIT_EXEC_PATH]] [-p|--paginate|--no-pager] [--bare] [--git-dir=GIT_DIR] [--work-tree=GIT_WORK_TREE] [--help] COMMAND [ARGS]
OK, they're both present. If not, you need to install them with the following commands:
ubuntu% sudo apt-get install subversion
ubuntu% sudo apt-get install git git-core
Now would be a good time to decide where you're going to build all those sources. Just create a temporary directory anywhere you like (you'll need less than 150MB).
[Updated on 2008/01/02] If you have an existing installation of ffmpeg, you may run into linking issues caused by conflicting library versions. My advice is to remove all existing copies of libav* (libavcodec and so on) which may be present in /usr/lib, either by uninstalling them with APT or by deleting the .a and .so files. Please read the comments below for additional information.
1) Fetching the ffmpeg sources
First of all, let's get the latest ffmpeg source snapshot from the Subversion server:

ubuntu% svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ffmpeg
lots of output removed
Checked out external at revision 28172.
Checked out revision 16245.

Of course, you could just go ahead with configure, make, make install and be done with it. Unfortunately (?), it's not that simple. Go ahead, run configure:

ubuntu% cd ffmpeg
ubuntu% ./configure --prefix=/usr/local
lots of output removed
Creating config.mak and config.h...

Take a closer look at the output, especially at the 'Enabled encoders' section. A number of major formats, like AAC, MP3, x.264 or XViD are missing. Can you live without these? Probably not...
Why, oh why are they missing? Take another look at the output of the configure command:
libfaac enabled no
libmp3lame enabled no
libx264 enabled no
libxvid enabled no

These encoders are missing because they're handled by external libraries which are not part of the ffmpeg source package. Chasing them all is a bit of a pain in the #$$ and hopefully this article will help!
2) Configuring ffmpeg... and failing
Let's go wild and enable almost everything, including shared libraries (nice if you're running multiple copies of ffmpeg) and POSIX threads (additional parallelism can't hurt):
ubuntu% ./configure --prefix=/usr/local --enable-gpl --enable-nonfree --enable-shared --enable-postproc --enable-avfilter --enable-avfilter-lavf --enable-pthreads --enable-x11grab --enable-bzlib --enable-libamr-nb --enable-libamr-wb --enable-libdc1394 --enable-libfaac --enable-libfaad --enable-libfaadbin --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libschroedinger --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-zlib

It will inevitably lead to something like this:
FAAD test failed.
If you think configure made a mistake, make sure you are using the latest
version from SVN. If the latest version fails, report the problem to the
ffmpeg-user@mplayerhq.hu mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "config.err" produced by configure as this will help
solving the problem.

It's normal, we haven't installed the external libraries required for our ffmpeg build. Let's get to it!
3) Installing libamr
This library is needed for 3GPP speech codecs. For legal reasons, it is not part of the standard Ubuntu repository. You can find it in the Medibuntu repository. Of course, you need to let APT know about this new repository. These are the commands for Ubuntu 8.04 (more information on other versions here):

ubuntu% sudo wget http://www.medibuntu.org/sources.list.d/hardy.list --output-document=/etc/apt/sources.list.d/medibuntu.list
ubuntu% sudo apt-get update && sudo apt-get install medibuntu-keyring && sudo apt-get update
Now you can install libamr:
ubuntu% sudo apt-get install libamrnb-dev libamrwb-dev
4) Installing libnut

NUT is a container format under construction by MPlayer and FFmpeg developers. Libnut needs to be built from source:
ubuntu% svn co svn://svn.mplayerhq.hu/nut/src/trunk/ nut
ubuntu% cd nut
ubuntu% make
ubuntu% sudo make install

5) Installing libx264
x264 is a free library for encoding H264/AVC video streams.
It can be fetched with APT using 'apt-get install libx264-dev' but let's make sure we have both the latest ffmpeg and the latest x264.
Before we build the x264 source, we need to install

• libgpac, required to support the mp4 container with the x264 codec,
• the yasm assembler, required to compile several assembly language routines present in the x264 code.

ubuntu% cd /usr/local/lib
ubuntu% ls -l libav*
-rw-r--r-- 1 root root 24108334 2009-02-20 11:15 libavcodec.a
lrwxrwxrwx 1 root root       21 2009-02-20 11:15 libavcodec.so -> libavcodec.so.52.15.0
lrwxrwxrwx 1 root root       21 2009-02-20 11:15 libavcodec.so.52 -> libavcodec.so.52.15.0
-rwxr-xr-x 1 root root  5791060 2009-02-04 11:34 libavcodec.so.52.11.0
-rwxr-xr-x 1 root root  5791192 2009-02-05 15:29 libavcodec.so.52.12.0
-rwxr-xr-x 1 root root  5791228 2009-02-10 17:46 libavcodec.so.52.14.0
-rwxr-xr-x 1 root root  5774920 2009-02-20 11:15 libavcodec.so.52.15.0
-rw-r--r-- 1 root root   467478 2009-02-20 11:15 libavdevice.a
lrwxrwxrwx 1 root root       21 2009-02-20 11:15 libavdevice.so -> libavdevice.so.52.1.0
lrwxrwxrwx 1 root root       21 2009-02-20 11:15 libavdevice.so.52 -> libavdevice.so.52.1.0
-rwxr-xr-x 1 root root    39492 2009-02-20 11:15 libavdevice.so.52.1.0
-rw-r--r-- 1 root root    63220 2009-02-20 11:15 libavfilter.a
lrwxrwxrwx 1 root root       20 2009-02-20 11:15 libavfilter.so -> libavfilter.so.0.3.0
lrwxrwxrwx 1 root root       20 2009-02-20 11:15 libavfilter.so.0 -> libavfilter.so.0.3.0
-rwxr-xr-x 1 root root    17876 2009-02-20 11:15 libavfilter.so.0.3.0
-rw-r--r-- 1 root root  6259158 2009-02-20 11:15 libavformat.a
lrwxrwxrwx 1 root root       22 2009-02-20 11:15 libavformat.so -> libavformat.so.52.29.0
lrwxrwxrwx 1 root root       22 2009-02-20 11:15 libavformat.so.52 -> libavformat.so.52.29.0
-rwxr-xr-x 1 root root   766736 2009-02-05 15:29 libavformat.so.52.25.0
-rwxr-xr-x 1 root root   770972 2009-02-10 17:46 libavformat.so.52.26.0
-rwxr-xr-x 1 root root   771072 2009-02-12 16:57 libavformat.so.52.27.0
-rwxr-xr-x 1 root root   775232 2009-02-13 11:22 libavformat.so.52.28.0
-rwxr-xr-x 1 root root   767108 2009-02-20 11:15 libavformat.so.52.29.0
-rw-r--r-- 1 root root   225672 2009-02-20 11:15 libavutil.a
lrwxrwxrwx 1 root root       20 2009-02-20 11:15 libavutil.so -> libavutil.so.49.14.0
lrwxrwxrwx 1 root root       20 2009-02-20 11:15 libavutil.so.49 -> libavutil.so.49.14.0
-rwxr-xr-x 1 root root    55508 2009-02-20 11:15 libavutil.so.49.14.0

Related Posts by Categories

ffmpeg

• HOWTO: ffmpeg & x264 presets
• HOWTO: quick reference on audio & video encoding with ffmpeg
• HOWTO: setting up a VOD server with VLC

open source

• VLC 1.0 released
• HOWTO: compiling VLC 0.9.9 + live555 + all major codecs on Ubuntu 8.10
• Clouds, clouds, clouds
• ffmpeg 0.5 released
• Update on lastfmlib and mediatomb
• Status update on mediatomb 0.12
• VirtualBox 2.1.2 released
• HOWTO: H.264 YouTube videos in mediatomb (no more transcoding for PS3!)
• HOWTO: building evolution on Ubuntu 8.10 (to fix IMAP slowness...)
• HOWTO: processing multichannel audio (DTS, AC3, WAV)

howto

• HOWTO: H.264 YouTube videos in mediatomb (no more transcoding for PS3!)
• HOWTO: building evolution on Ubuntu 8.10 (to fix IMAP slowness...)
• HOWTO: processing multichannel audio (DTS, AC3, WAV)
• HOWTO: converting mkv files to play on the PS3
• HOWTO: ffmpeg & x264 presets
• HOWTO: compiling mediainfo (CLI & GUI) on Ubuntu
• HOWTO: adding Last.fm scrobbling to mediatomb
• HOWTO: quick reference on audio & video encoding with ffmpeg
• HOWTO: setting up a VOD server with VLC
• Mediatomb 0.12 on PS3: video thumbnails, YouTube and Apple movie trailers

x264

• HOWTO: converting mkv files to play on the PS3
• x264 benchmarks (individual flags & motion estimation)
• HOWTO: ffmpeg & x264 presets

Written by: Julien Simon at 3:45 PM

Tags: ffmpeg, howto, open source, x264

http://doc.ktug.or.kr/gfaqprj/gfaq-html/node54.html

Excel에서 만든 Graph를 L^ATEX에 삽입할 수 있는지요.

메모리의 그림 정보를 파일로 기록하기 위해서는 ClipMeta나 차재춘 님이 만드신 ClipWMF 같은 유틸리티를 쓰면 쉽게 파일로 쓸 수 있습니다.

Excel에서 그래프를 만들어서 그래프 전체를 선택합니다. 그런 다음, 이것을 잘라내기(Ctrl-X)합니다. `복사'를 해서는 그림이 잘 안 잡아진다는 보고가 있었답니다. 그런 다음 클립보드에 있는 그림을 ClipMeta로 디스크에 쓰면 됩니다.

그리고, wmf2eps를 실행하여 이 wmf 파일을 EPS로 변환하세요.

참고로, 1999년 12월에 게시판에 올려주신 `무식인' 님과 강윤배 님의 게시물을 인용합니다.

무식인:

드디어 엑셀의 막대그래프를 텍에 넣는데 성공했읍니다. 정말 기쁨에 눈물이 앞을 가립니다. clipwmf프로그램에 대한 정보를 주신 도은이 아버님과, 이를 만드신 차재춘 님께 감사드립니다.

clipwmf.exe파일은 http://www.texplus.com이나, 도은이 아버님이 아래의 ``bibtex로 리퍼런스 만들기''의 답장에 달아 놓으셨습니다.³

clipwmf.exe파일은 클립보드에 있는 그림등을 캡쳐하는 기능을 가지고 있습니다.

clipwmf.zip을 다운 받아서 풀면, clipwmf.exe파일 하나만 중요한 파일이고 나머지는 파일들은 사용설명을 담고 있읍니다. 이 파일을 실행시키면 맨 아래에 작은 아이콘이 다른 아이콘 옆에 생깁니다. 만약 그림 파일을 띄운 상태에서 그림을 클릭해서 copy 또는 cut 명령을 쓰면 이 그림은 일시적으로 클립보드에 카피되어 있읍니다. 이때 마우스 화살표를 clipwmf의 작은 아이콘에 대고 오른쪽 버튼을 누르면 Save, About,Exit의 세 문구가 나오는데 save 하면 그림을 캡쳐합니다. 파일 형식은 *.wmf로 됩니다.

그러나 주의 할 점은 엑셀의 히스토그램은 copy 명령을 때리고 clpwmf로 캡쳐하려면 안된다는데 중요한 포인트가 있읍니다. 엑셀의 히스토그램을 클릭하면 그림,설명내용, 백그라운드...등 여러가지 중 하나가 선택되는데, 이것을 캡쳐해 보았자 쓸모가 없겠지요. 저는 이것때문에 한참동안 고생했읍니다. 따라서, cut을 선택해야 캡쳐가 가능합니다. 히스토그램에 마우스로 클릭하고 cut을 하면 몽땅 클립보드에 임시로 저장되겠지요. 그런후에 clpwmf를 사용해서 wmf파일 형태로 저장하면 됩니다. 쉬운 내용을 너무 어렵게 설명한 것 같군요.

그후의 일은 일사천리입니다. 저장한 wmf파일은 wmf2eps를 사용해서 EPS(TeX에 잘 사용되는 그림포맷) 형태로 만들거나, Paint Shop Pro 테스트 버전이 있으시면 이 프로그램으로 wmf를 읽어서 EPS로 저장하셔도 됩니다.

도움이 되셨으면 합니다. 건강하십시오.

강윤배 :

무식인 님께서 여기 언급하신 내용과 관련된 정보가 박원규 님 홈페이지(http://chem.skku.ac.kr/~wkpark)에도 제법 있습니다. 저는 이 홈페이지에서 clipmeta라는 프로그램을 다운받아 사용했는데 무식인님께서 말씀하신 clipwmf랑 거의 비슷한것 같네요... 이 홈페이지에는 wmf파일에 관한 설명과 LaTeX에서 그림을 사용하는 방법을 상세히 설명해 놓고 있습니다...관심있으신 분은 한번 둘러보셔도 좋을것 같네요...

[칼럼]SW개발자의 희생을 요구하는 문화는 바뀌어야 한다

류한석 IT칼럼니스트 hanseok.ryu@gmail.com

2009.07.21 / AM 10:00

티맥스윈도,

[패널토의 동영상보기] 전문가 5인이 말하는 ‘국내 앱스토어의 미래’

[지디넷코리아]지난 7월 7일, 티맥스소프트의 티맥스윈도 제품 공개 후 업계와 인터넷이 시끄럽다. 논란의 주제들도 다양하다. OS 개발이 과연 우리 수준에 가능한 일이고 또한 필요한 일인가, MS 호환 제품을 굳이 만들어야 하는가, 오픈소스 도용 의혹, MS와의 상표권 분쟁, 박대연 회장의 발언 논란까지 티맥스와 관련된 이슈들이 참으로 많다.

물론 티맥스의 성공과 박대연 회장의 사업가로서의 능력은 명백하게 인정할 만 하다. 티맥스는 작년에 매출 1천억원을 돌파했는데, 국내 소프트웨어 산업의 현실을 감안할 때 무척 놀라운 일이다. 불가능해 보이는 목표를 향한 그의 공격적인 경영 덕분에 가능한 일이었다.

박대연 회장의 주장대로 이번에 OS만 제대로 개발된다면, 전세계에서 IBM과 MS 다음으로 데이터베이스, 미들웨어, OS 모두를 보유한 토털 소프트웨어 업체가 될 수도 있다. 소프트웨어 산업의 가장 핵심적인 제품 세가지를 모두 보유하게 되는 것이다.

하지만 빛이 있으면 그림자도 있다. 티맥스는 부채가 1천500억원이고 작년 영업이익은 14억원에 불과하다. 여전히 티맥스의 소프트웨어들은 국내용이고, 또한 SI 프로젝트의 비중이 상당하고, 작년에만 직원 수가 두 배로 늘어 조직 관리에 대한 잡음이 회사 외부에까지 들리고, 올 1분기에 150억원의 적자를 냈고, 급여가 제때 지급되지 않아 자금위기설도 있었고, 최근에는 자구책으로 임직원들이 증자에 참여하기도 했다.

필자는 티맥스가 OS를 개발하는 것 자체를 평가절하하고 싶은 마음은 전혀 없다. 그것은 경영자의 사업 전략이자 의사결정 영역이기 때문이다. 어려운 목표에 도전하기로 한 사업적 결정을 존중하고 싶다. 다만, 티맥스가 업계에 미치는 영향이 상당하기에(또한 논란이야말로 커다란 에너지 소모가 아니던가), 그러한 관점에서 다음과 같은 세가지 사항을 살펴보고자 한다.

첫째, 개발자들의 희생을 바탕으로 제품을 만드는 문화는 바뀌어야 한다.

티맥스에 따르면, 티맥스윈도의 개발에 350명의 개발자가 참여하고 있다고 한다. 티맥스는 과거 DBMS의 개발에만 7년이 걸렸다고 하는데, 지난 5월까지만 해도 DBMS보다 훨씬 복잡성이 높은 OS 개발과 관련하여 다음과 같이 주장했다. 티맥스는 OS 개발을 올해 상반기에 끝마쳐서, 올 7월에 출시한 후 8월에는 일반인 대상의 테스트를 하고, 늦어도 10월 1일에 소비자가 구매할 수 있도록 하겠다고 호언한 바 있다. 하지만 지난 7일의 발표회에서 선보인 제품은 베타는커녕 알파 버전이랄 수도 없는 것이었다.

이렇듯 말도 안 되는 일정의 수립이야말로, 저명한 소프트웨어 공학자인 에드워드 요든(Edward Yourdon)이 말한 ‘죽음의 행진(Death March)’ 프로젝트의 가장 핵심적인 요건이다.

티맥스는 MS 대비 100분 1의 인력으로 OS를 개발하고 있는 상황인데, 박대연 회장은 개발자들에게 “꿈속에서 프로그램이 보이면 문제다. 꿈속에서 에러를 찾아야 한다”고 강조한다고 한다. 그 자신 스스로 ‘8-10맨’이라며 오전 8시 출근해서 오후 10시에 퇴근하며, 또한 자신의 목표 달성을 위해 지난 25년간 영화, 드라마를 단 한번도 보지 않았다고 한다.

그런 타입의 경영자는 모든 산업에 존재하는데, 자신의 열정만큼 직원들에게도 열정을 강요하곤 한다. 실제로 그는 발표회와 인터뷰에서 직원들이 얼마나 희생하고 있는 지를 강조하며, 이혼당한 개발자, 건강 이상으로 쓰러진 개발자 이야기를 공공연히 밝혀왔다. 직원들의 가정파괴와 건강상실은 경영자로서 부끄럽게 생각할 일이지 자랑스러워 할 일이 아니다.

우리는 한국에서 그런 식의 죽음의 행진 프로젝트를 지금까지 많이 보아왔다. “지금의 고생만 참으면 파라다이스를 만날 수 있어” 프로젝트 말이다. 하지만 아무도 파라다이스를 만난 적은 없었다.

인간의 정신에 의한 100% 순도의 멘탈 작업으로 만들어지는 소프트웨어는 희생에 의해 창조되는 것이 아니다. 그렇게 해서는 A+급 소프트웨어가 나올 수 없다.

해외의 성공한 소프트웨어 기업들을 살펴보면 공통점이 있다. 직원들이 자유롭고 즐겁고 행복하다는 것이다. 바로 그런 가운데 고도의 집중력을 발휘함으로써 최상의 정신적 산물인 소프트웨어가 창조된다. 그렇다. 진정으로 가치 있는 A+급의 소프트웨어는 고통을 참고 희생하는 가운데 만들어지는 것이 아니라, 자유롭고 행복한 환경에서 만들어진다. 필자는 그것이 바로, 한국이 아직까지 소프트웨어 산업에서 성공을 만들어내지 못한 가장 큰 이유라고 믿는다.

개발자들이 피곤한 몸을 이끌고 억지로 야근하는 상황에서는 비록 개발이 진척된다고 하더라도, 분노와 고통의 안 좋은 기운이 코드에 스며들어 버그가 양산되고 결국 품질이 저하된다. 해외의 연구에 따르면, 일주일에 20시간 정도의 야근을 할 때는 생산성이 증가할 수도 있지만, 이후에는 분명히 쉬어줘야 하며 그렇지 않으면 순생산성이 낮아진다. 야근은 임시일 뿐 지속되어서는 안 되는 것이다. 삶에서 오로지 일이 전부인 일중독자들을 제외하고는 다들 경험상 이 말에 동의할 것이다.

과연 티맥스가 전세계의 선진 소프트웨어 기업들에서는 찾아볼 수 없는 죽음의 행진 방식을 통해 제대로 된 OS를 만들어 낼 수 있을까? 물론 성공할 가능성이 희박하다고 보여지지만, 설사 성공한다고 하더라도 바람직한 일이 아니다. 국내에서 그런 죽음의 행진 풍토가 더욱 일반화될 것이기 때문이다(물론 지금도 충분히 일반화되어 있지만 말이다).

한국의 개발자들에게 고하건대, 어떻게 대해도 해내니까 어떻게든 학대하는 것이다. 그렇게 해서 결과물을 완성시켰다고 하더라도 소프트웨어 산업은 발전하지 않는다. 그것이 바로 소프트웨어 산업이 다른 종류의 산업들, 즉 제조업, 건축/토목업 등과 다른 점이다. 육체와 달리 정신은 여유가 있을 때야 비로소 제대로 동작하기 때문이다. 개발자들의 희생을 통해 만들어진 소프트웨어는 언제나 창조성이 떨어지고 본질적인 품질 문제가 존재한다.

필자는 지금까지 이혼을 당하고, 회사에서 쓰러져 식물인간이 되고, 종교에 귀의하고, 다른 직업으로 전직하는 개발자들을 많이 보아왔다. 산업 논리와 경영자의 욕심으로 인해 더 이상 개발자들이 희생 당하는 일이 없기를 바란다. 어떻게든 제품이 나오면 무얼 하겠는가? 개발자들이 치를 떨며 업계를 떠나는 이 현실에서 말이다.

한국의 소프트웨어 산업에서 진정으로 필요한 것은 개발자들의 희생정신이 아니라 즐겁게 일하며 최상의 창조성을 발휘할 수 있는 환경이다.

둘째, 오픈소스 도용 의혹에 대해 명확히 밝힐 필요가 있다.

많은 사람들이 티맥스가 너무도 짧은 시간에 적은 인력들로 100% 자체 기술로만 OS를 개발하여 출시하는 것이 실제로 가능한가라는 의문을 갖고 있다. 사실 양적, 질적으로 그것은 불가능한 것이다. 유능한 인재들의 집합체인 마이크로소프트조차 5조원의 돈을 투자하여 개발하고서도 좋은 평가를 받지 못하는 분야가 바로 OS이다.

그런 상황에서 티맥스의 OS 개발자라고 밝힌 이가 모커뮤니티 게시판에 오픈소스를 참조하여 개발하고 있다는 글을 올리면서, 티맥스윈도의 오픈소스 도용 의혹이 인터넷에 급격하게 퍼지게 되었다.

의혹의 핵심은 “티맥스윈도가 오픈소스의 짜깁기가 아니냐”는 것이다. 실제로 인터넷에는 MS 윈도 에뮬레이터, 호환 OS 개발을 위한 쓸만한 오픈소스들이 많이 존재한다. 리눅스 상에서 윈도 프로그램을 가동하기 위한 Wine, 그리고 MS 윈도와 호환성 있는 OS를 개발하는 ReactOS 등이 대표적이다.

그런데 소스가 공개된 오픈소스라고 해서 라이선스가 없는 것이 아니다. 오픈소스의 종류에 따라 라이선스들도 다 다르고 무척 복잡하여 함부로 상용 소프트웨어의 개발에 사용해서는 안 된다. 저작권 침해로 소송을 당할 수도 있기 때문이다. 그래서 일부 대기업에서는 자사 개발자들이 오픈소스를 함부로 사용하지 못하도록 교육도 하고 있다.

물론 오픈소스를 가져다 쓰는 것 자체가 문제는 아니다. 그 사용을 명확히 밝히고 라이선스의 내용을 준수하면 된다. 만일 기존 오픈소스를 개선한 부분이 있다면 오히려 그것을 공개함으로써 오픈소스 커뮤니티에서 훌륭한 기여자로 평가 받을 수도 있다.

결국 현재의 문제점은, 많은 사람들이 의심을 하고 있고 티맥스의 개발자라고 주장하는 이가 올린 글로 인해 의혹이 더욱 커졌음에도 불구하고 티맥스측에서 “얼마나 오픈소스를 사용했는지, 그리고 라이선스를 지켰는지”에 대해 정확히 밝히고 있지 않다는 점이다. 이와 관련해서 오픈소스 진영의 사람들 중에는 분노를 표시하는 사람들이 많다. 티맥스는 오픈소스 도용 의혹이 해소될 수 있도록 공식적인 입장을 표명할 필요가 있다.

셋째, 애국심에 호소하는 자세와 불필요한 언사, 정치적 행보는 자제할 필요가 있다.

티맥스윈도와 관련한 여러 가지 의혹과 논란 및 반감을 증대시키는 것은 박대연 회장의 일련의 발언들 덕분이다. 특히 그는 국민이 인정해주는 국민 소프트웨어 기업이 될 것임을 공공연하게 강조해왔다. 그런데 국민 가수가 되고 싶다고 될 수 없듯이, 국민 소프트웨어 기업 또한 스스로 원한다고 해서 될 수 있는 것이 아니다. 그리고 애국, 국민 등의 키워드를 강조해서 잘 된 기업이 없다. 그 자체로 정치적인 성향을 증명하는 것이기 때문이다.

최근 중앙일보와의 인터뷰를 통해 알려진 그의 어록은 대단하다. 일부만 살펴보면 다음과 같다.

“토종 OS의 등장은 한국 산업사에서 조선이나 자동차, 반도체 산업 진출에 비견되는 위대한 도전이다.”

“티맥스윈도와 오피스로 2012년까지 세계 OS 시장의 10%를 차지할 것이다.”

“내년에 해외법인 10개를 세울 것이다. 2011년에는 30개가 추가된다.”

(인력이 부족하지 않냐는 질문에 대해) “실제로 MS윈도 개발의 핵심인력은 5명에 불과하다. 나머지는 테스트하고 성능을 개선하는 인력이다.”

“구글의 OS는 우리 기술의 5분의 1도 안 된다.”

또한 지난 7일의 시연에서 올드 게임 구동과 동영상 재생조차 제대로 되지 않았음에도 불구하고, 여전히 1%가 미완이며 단순 에러라서 향후 3개월 내에 문제점이 0.1%도 남지 않을 것이라고 주장하기도 했다.

이런 경영자의 주장은 회사의 이미지에 나쁜 영향만 끼칠 뿐이다. 개발은 말로 하는 것이 아니다. 제품으로 보여주어야 한다. 기업용 제품인 DBMS, 미들웨어에 대해 호언장담을 할 때에는 대중의 관심이 적어서 그럭저럭 묻힐 수 있었겠지만, 개인 소비자 대상의 OS에 대해 이런 식으로 얘기를 해서는 곤란하다. 기업의 신뢰성에 심각한 손상이 갈 뿐이다.

티맥스 내부에서 “회장님, 이러시면 안됩니다.”라고 말하는 사람조차 없는 것일까? 그의 경영 스타일로 보건대 충분히 그럴 거 같다.

그리고 이번 발표회에서 테잎커팅(실제로는 전원을 키는 방식)에 강만수 국가경쟁력강화위원회 위원장을 비롯하여 금융감독원장, 국회의원 등 정재계 인사들이 다수 참석했다.

이에 대해 발표회의 많은 참석자들이 의아하게 생각했으며, 티맥스의 정치적 행보에 다시금 의심의 눈초리를 보내고 있다. 핵심 개발자들이 테잎커팅을 할 수는 없었을까? 그랬다면 그들의 자부심을 높였을 것이고 업계 전반에 훈훈한 미담이 되었을 것이다.

티맥스는 기업의 이미지와 티맥스윈도의 마케팅을 위해서 어떻게 처신하는 것이 가장 올바른가를 다시 한번 생각해보았으면 좋겠다. 현재와 같은 방식은 안티들을 양산할 뿐이다. 적어도 이 기술업계의 승자들(예컨대 애플, 구글 등)은 거의 종교라고 할 수 있을 정도로 강력한 팬들을 거느리고 있다. 그런 팬을 만들어내지는 못할망정 안티들만 늘어난다면 티맥스윈도의 앞날은 잿빛이 될 뿐이다.

이상으로 업계와 인터넷에서 큰 논란이 되고 있는 티맥스윈도와 관련된 세 가지 주요 이슈들을 개발자들의 희생, 오픈소스 도용 의혹, 정치적 행보라는 관점에서 살펴보았다. 필자의 주장 또한 하나의 견해일 뿐이므로, 이에 대해서도 바라보는 관점에 따라서 논란이 있을 수 있다.

하지만 위의 세가지 내용은 국내 소프트웨어 업계에서 오래 전부터 만연되어 온 구태의연한 문제점들이다. 새삼스러울 것이 없는 것들이다. 그 정점을 티맥스가 찍고 있다고 본다.

혁신적인 제품을 만들려면 그 방식부터 혁신이 필요하다. 그럼에도 불구하고, 티맥스가 성공적인 제품을 만들어 낼 것인지 애정과 비판의 마음으로 계속 지켜보면서 필요하다면 추가적인 글을 쓰도록 하겠다. @

http://video.naver.com/2009022706342575043

드디어 T옴니아 폰을 질렀습니다.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p>

기존에 사용하고 있던 폰은 제가 개발하고 만든 윈도우 모바일 폰이며 애착이 가는 폰입니다. 그래서 제 스스로 기능을 개선시켜가며 사용하는 재미에 오랫동안 사용하고 있었습니다.<o:p></o:p>

하지만, 대세가 대세인지라 터치폰을 사용해 보기로 결정!<o:p></o:p>

뭐, 그런 이유도 있고 이제는 좀 새로운 폰을 사용해 보고 싶어서 구매를 했습니다.<o:p></o:p>

<o:p></o:p>

그래서 기념으로 윈도우 모바일 운영체제에 대한 내용을 추가 하도록 하겠습니다.<o:p></o:p>

최근에 Kmobile(http://www.kmobile.co.kr/k_conedu/Conference/Con_gProgram.asp?id=516)<o:p></o:p>

에서 윈도우 모바일 관련 세미나를 진행하기도 해서 관련 사항에 대해 블로그를 올리도록 하겠습니다.<o:p></o:p>

<o:p></o:p>

윈도우 모바일 개발 환경의 구축<o:p></o:p>

<o:p></o:p>

1. Windows XP Service Pack 2 또는 Windows Vista 운영체제 설치<o:p></o:p>

1) Windows XP 서비스팩2 운영체제에서는 스마트 폰과 PC와의 연결을 하기 위해서는 액티브 싱크(ActiveSync)가 필요합니다. 최신 버전은 4.5 입니다. <o:p></o:p>

http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=9e641c34-6f7f-404d-a04b-dc09f8141141<o:p></o:p>

2) Windows Vista 운영체제에서는 Windows Mobile Device Center 가 6.1 로 업데이트가 필요합니다.<o:p></o:p>

http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=46f72df1-e46a-4a5f-a791-09f07aaa1914<o:p></o:p>

<o:p></o:p>

2. 개발 도구로는 한글이든 영문이든 Visual Studio 2008 Professional Edition 이상이 있어야 합니다. 저는 아직까지 Visual Studio 2005 Professional Edition을 사용하고 있습니다. 그 이유는 윈도우 임베디드 CE 6.0 플랫폼 빌더를 2008에서 지원하지 않기 때문입니다.<o:p></o:p>

http://www.microsoft.com/downloads/details.aspx?FamilyID=83c3a1ec-ed72-4a79-8961-25635db0192b&DisplayLang=ko<o:p></o:p>

<o:p></o:p>

3. Visual Studio 2008 서비스 팩1을 설치해 주시기 바랍니다. .NET 프레임워크 3.5 및 WIndows Mobile 개발 컴포넌트를 업데이트 할 수 있습니다.  <o:p></o:p>

http://www.microsoft.com/downloads/details.aspx?FamilyID=fbee1648-7106-44a7-9649-6d9f6d58056e&DisplayLang=ko<o:p></o:p>

<o:p></o:p>

4. Windows Mobile 6 Professional Edition SDK를 설치하면 됩니다. http://www.microsoft.com/downloads/details.aspx?FamilyID=06111a3a-a651-4745-88ef-3d48091a390b&DisplayLang=en<o:p></o:p>

<o:p></o:p>

5. 원래 Windows Mobile 6 SDK 에는 영문(USA) 밖에 없기 때문에 한글을 사용하기 위해서는 Windows Mobile 6 Emulator Localization Images 를 다운로드 받아야 합니다.<o:p></o:p>

http://www.microsoft.com/downloads/details.aspx?FamilyID=38c46aa8-1dd7-426f-a913-4f370a65a582&DisplayLang=en<o:p></o:p>

<o:p></o:p>

6. 마지막으로 Windows Mobile 6.1.4 Emulator Images (USA) 를 설치해 주면 되는데 여기에는 T옴니아 폰이나 HTC 터치 다이아몬드 HD 디스플레이처럼 DPI 가 480 * 800 이미지가 포함 되어 있으므로 이를 다운로드 받아서 사용하는 것이 좋습니다. <o:p></o:p>

http://www.microsoft.com/downloads/details.aspx?FamilyID=1a7a6b52-f89e-4354-84ce-5d19c204498a&DisplayLang=en<o:p></o:p>

<o:p> </o:p>

위 내용은 원래 MS의 서진호 차장의 블로그에서 나오는 이야기를 제 나름대로 수정하여 올립니다. 원문의 주소는 다음과 같습니다.<o:p></o:p>

MS 서진호 차장의 블로그 내용 :http://blogs.msdn.com/jinhoseo/archive/2008/12/23/0-t.aspx<o:p></o:p>

<o:p> </o:p>

Cellular Emulator<o:p></o:p>

윈도우 모바일 개발 환경에서 전화 걸기나 SMS 관련 에뮬레이터를 사용하기 위해서는 Cellular 에뮬레이터를 사용해야 합니다. Windows Mobile SDK를 설치하면 C:\Program Files\Windows Mobile 6 SDK\Tools\Cellular Emulator 디렉토리에 있습니다. 이 툴을 사용하는 방법이나 테스트 방법은 다음 동영상을 참고하시기 바랍니다. 제가 직접 제 PC에서 테스트 하는 장면입니다.

<o:p></o:p>

<o:p> </o:p>

윈도우 모바일 프로그래밍에 대한 보다 자세한 이야기는 “월간 마이크로 소프트웨어 3월호(www.imaso.co.kr)”나 추후 업데이트될 제 블로그를 참고해 주세요!<o:p></o:p>

<o:p></o:p>

2009년 2월 27일 ratharn <o:p></o:p>

http://www.kbench.com/hardware/?no=64743

시게이트, 한국 소비자들을 위한 공식 입장 전달

최근 불거진 하드디스크 결함 문제로 말미암아 세계 최대의 스토리지 전문 회사인 시게이트의 위상에 큰 위기가 찾아온 가운데 지사를 갖고 있지 않은 국내에서는 많은 유저들을 확보하고 있음에도 불구하고 이 문제의 해결에 대한 시게이트와의 의사 소통이 다소 부진한 인상이었던 것이 사실.

이에 시게이트는 국내의 자사 홍보기업을 통해 공식적인 입장을 전달해왔다. 이에 따르면 시게이트는 지난 2008년 12월에 제조된 바라쿠다 7200.11 일부 제품을 포함한 시게이트 일부 제품군들이 펌웨어 문제로 PC의 전원이 켜졌을 때 사용자가 하드 드라이브 내의 데이터에 접근할 수 없게 되는 상황이 발생할 가능성이 있는 것을 확인했다고 밝히고, 해당 펌웨어를 제거했다고 발표했다.

시게이트는 해당 문제가 발생하는 제품을 대상으로 무료 펌웨어 업그레이드를 즉각 실시한다고 발표했으며, 펌웨어 업데이트가 필요한 하드 드라이브인지의 여부는 다음의 사이트를 통해 확인할 수 있다. http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207931.
고객들은 시게이트 고객 지원센터에 이메일(discsupport@seagate.com)을 통해 즉각적인 지원을 받을 수 있으며, 모델 넘버, 시리얼과 현재 사용중인 펌웨어 버젼 등을 첨부하면 필요한 조치에 대한 빠른 안내를 받을 수 있다고 한다.

이번 펌웨어 업데이트와 관련, 이를 시행하는 경우 기존에 보관되어있던 드라이브 내부의 데이터에는 손실이 발생하지는 않으며, 개인 데이터들은 모두 다시 사용할 수 있다고 한다. 또 데이터에 접근할 수 없는 고객들에게는 불편함을 최소화 할 수 있도록 무료 데이터 북구 서비스를 진행한다고 한다.
http://www.seagate.com/www/en-us/about/contact_us/를 통해 각국의 서비스관련 연락처 및 문의 방법을 확인할 수 있으며,http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207951&NewLang=ko를 통해 문제가 발생한 하드디스크의 새로운 펌웨어를 다운로드 할 수 있다. 시게이트의 공식적인 설명에 따르면 ISO 방식으로 제공되는 해당 펌웨어를 CD에 레코딩한 후 이를 통해 시스템을 부팅하면 펌웨어가 하드디스크를 인식, 자동으로 펌웨어를 업데이트 하게 된다고 한다. - 케이벤치(www.kbench.com)

http://www.hankyung.com/news/app/newsview.php?aid=2009010162581&intype=1&nv=1

튜링에 대한 이야기…

인공지능의 창시자, 자살할 수밖에 없었던 이유

너무 많이 알았던 사람

'컴퓨터의 아버지'로 불리는 천재 수학자 앨런 튜링. /승산 제공

너무 많이 알았던 사람  데이비드 리비트 지음│고중숙 옮김│승산│408쪽│1만8000원
알렉산더 매켄드릭 감독의 '흰옷 입은 사나이'에는 닳지 않는 옷감을 발명한 화학자 스트래튼 이야기가 나온다.
그가 만든 옷감은 닳지도 않고 더러워지지도 않는 '기적의 섬유'였다. 그러나 이 때문에 일자리를 빼앗길 것을 우려한 노동조합 동료들과 섬유회사 주인의 엄청난 반발에 직면한다.
사람들은 그 옷감으로 흰옷을 만들어 입고 있는 스트래튼을 붙잡아 옷을 없애버리려고 한다. 나중엔 그를 죽이려고까지 한다. 마지막 순간에 옷감이 스스로 분해되면서 그는 가까스로 목숨을 건진다.
'컴퓨터의 아버지'로 불리는 앨런 튜링(1912~1954)의 전기 《너무 많이 알았던 사람》은 이 얘기부터 시작한다. 영국이 낳은 천재 수학자 튜링의 기묘한 인생이 영화 속의 스트래튼과 닮았기 때문이다. 물론 스트래튼이 '발명 때문에' 쫓긴 것과 튜링이 '발명에도 불구하고' 쫓긴 차이는 따로 있다.
스트래튼의 '흰옷'은 실패한 발명으로 끝나지만 튜링의 '가상적 및 실제 기계'는 2차 대전의 연합군 승리와 컴퓨터 시대의 개막에 결정적인 역할을 했다.
여기에 동성애와 자살,과학적 상상력과 20세기 전반의 시대 상황이 겹쳐져 그의 일생은 더욱 드라마틱해진다. 튜링은 정보과학과 인공지능의 창시자로도 불린다.
논리학과 생물학을 연결시킨 공적 덕분에 생물학과 철학 이론가로 불리기도 한다. 그가 스물네 살 때 내놓은 논문은 위대한 수학적 과제에 도전한 것으로 유명하다.
'결정가능성 문제(decidability problem)'라고 불리는 이 과제를 해결하기 위해 그는 프로그램을 할 수 있는 가상적인 기계를 상정했다.
이 '튜링기계'는 독일군의 암호를 해독하기 위해 실제로 구현됐고，이 덕분에 연합군은 승리를 거둘 수 있었다.
전쟁이 끝난 뒤 그는 인공지능의 최고 권위자가 됐다. 하지만 그의 컴퓨터 제작은 '반동성애법 위반 혐의'로 체포되면서 갑작스레 중단되고 말았다.
"구속되고 난 뒤 그에게 남은 짧은 삶은 비탄과 광기를 향한 느리고도 슬픈 추락의 길이었다. 도덕적 죄목으로 재판을 거친 그에게는 감옥에 가두는 대신 동성애를 '치료'하기 위한 에스트로겐요법을 받으라는 선고가 내려졌다.
에스트로겐 주사는 화학적 거세 효과를 가져온다. 게다가 치욕적인 부수적 효과도 뒤따른다. 달리기를 좋아했던 야윈 사람에게 살이 불어나고 젖가슴이 자라났다. "

이 같은 굴욕과 호르몬 불균형에 따른 부작용은 그를 자살로 내몰았다. 그는 몇 입 깨물어진 사과 옆에서 죽은 채로 발견됐다.
그의 사인을 두고 여러 추측이 많지만 그의 집에 시안화칼륨(청산가리) 등 화학약품이 많았다는 점에서 <백설공주와 일곱 난쟁이>의 독이 묻은 사과를 떠올리게 한다. 저자는 '인터넷에서는 애플컴퓨터사의 로고가 튜링의 사과를 가리킨다는 소문이 떠돈다.
회사에서는 이를 부정하면서 오히려 이는 뉴턴의 사과를 암시한다고 해명한다. 하지만 정말 그렇다면 왜 한입 베어져 있을까?'라고 되묻는다.
튜링의 의식세계와 컴퓨터 발명,수학사의 뒷얘기를 촘촘하게 엮어낸 저자의 역량이 돋보인다.
고두현 기자 kdh@hankyung.com

입력: 2009-01-01 17:31 / 수정: 2009-01-02 09:33

http://www.zdnet.co.kr/reviews/pc/0,39040533,39176837,00.htm

http://blog.naver.com/nixie77?Redirect=Log&logNo=60033515206


메모리 릭이 생겼는데 알수 없는 문자들만 가득!!

{5038} normal block at 0x0176A028, 68 bytes long.
 Data: <  ;   ;   ;     > 10 B4 3B 00 10 B4 3B 00 10 B4 3B 00 00 00 00 00

이것은 과연 무엇인가??

{5038} -> 메모리 할당하였을때 인덱스(?) ( 다이렉트 x도 다이렉트 x용 인덱스(?)가 있겠죠?? )

노말 블럭.. 뭐냐.. 이건.

그리고 그다음 주소부터 시작해서 68 바이트들이 메모리 해제를 안했단 말이죠.

그 밑줄 Data: < ; ; ; >이것은 저 주소에 들어가 있는 값을 대충 보여준건데요.

가끔씩 아스키 값이 들어갈때나 그럴때는 유용하기는 하죠. 근데 거의 쓸 일이 없어요.

그 뒤에는 그에 맞는 값들을 나열 했습니다.

이제.. 본격적으로 메모리 릭을 어떻게 알수 있을까요?

브레이크 포인터를 main 전의 함수에서 겁니다.

그다음에 {,,msvcr80d.dll}_crtBreakAlloc <- 2005 버전

이렇게 적으면 -1이라고 뜨죠

할당할 인덱스가 오면 브레이크 걸어라는 뜻이죠.

여기다가 5038을 넣으면 거기서 딱걸림. ㅋ

mfc {,,msvcr80d.dll}_crtBreakAlloc

mfc {,,msvcr71d.dll}_crtBreakAlloc

6.0 모름

api 모름

일반프로젝트 _crtBreakAlloc (아마도)

내용 수준: 초급~중급

표준 C++에서는 4개의 형변환 연산자가 추가되었습니다.

dynamic_cast<>()

const_cast<>()

static_cast<>()

reinterpret_cast<>()

따라서 C의 형변환 연산자 () 를 포함해서 5개의 형변환 연산자를 사용할 수 있습니다. 이미 많은 사이트에서 논쟁이 있었지만 흔히들

C++에서는 되도록이면 C 형변환 연산자 () 를 사용하지 않도록 권장합니다. 이렇게 C 형변환 연산자 () 대신에 새로운 C++ 형변환 연산

자들의 사용을 권장하는 이유로 첫 째, 코드의 호환성이 증대되고 둘 째, 코딩의 의미를 분명히 함으로써 의도하지 않은 오류를 사전에

예방할 수 있다고 합니다.

대부분의 C++ 프로그래머들은 C++ 형변환 연산자들이 프로그램에서 사용될 때 어떠한 역할을 하는지 다들 잘 알고 있겠지만 실재 어떤

상황에서 어떻게 적용되어 지는게 바람직한지 c 형변환 연산자 ()는 왜 나쁘고 이런 상황에서 어떠한 C++ 연산자를 사용해야 하는지 조

리있게 조목조목 따져보지는 않는것 같습니다. 여기서는 각각의 C++ 형변환자에 대해서 아주 "간단히" 알아본 후 왜 C 형변환 연산자

() 의 사용이 바람직하지 않은지, 이 때 어떤 C++ 형변환 연산자를 대신 사용하는게 좋은지 생각해봅니다.

dynamic_cast 연산자

dynamic_cast<>()는 RTTI(RunTime Type Information) 흔히 OOP의 다형성의 개념을 구현하기 위해서 C++에서 제공되는 형변환 연산자입

니다. 다른 세 가지 형변환 연산자와는 확연히 다른 용도라 할 수 있고 더욱이 C 형변환 연산자 () 와는 별다른 관계가 없다고 볼 수

있습니다. 자세한 내용은 MSDN이나 다른 문서를 참조하세요.

const_cast 연산자

const_cast<>()는 const 나 volatile 조건을 설정/해제하는 형변환을 해줍니다. 다른 C++형변환 연산자들은 절대로 const나 volatile

조건을 해제하는데 사용할 수 없습니다 라는 내용을 일반적인 문서들에서 찾아볼 수 있습니다.

const double d = 20.0;

double d2 = const_cast(d); // OK? 아니 컴파일 에러 발생!!! 암시적인 형변환 또는 static_cast<>() 필요하다고 불평.

double d3 = d;                                // OK! o.O

double d4 = static_cast(d); // OK! O.o

위의 const_cast<>() 설명을 읽지 않고서 그냥 위의 샘플을 접하면 세 째, 네 째 라인의 대입문이 문제없이 컴파일 실행되는 것이 전혀 이상하지 않았을텐데 일단 const_cast<>() 설명을 읽고나니 이상하군요. 인터넷을 대충 찾아봐도 const_cast<>()가 포인터나 참조랑 같이 사용될 때 const 또는 volatile 조건을 해제한다라는 문구는 찾을 수 없었지만 const_cast<>()를 다음 샘플 코드에서 처럼 사용할 때 const 또는 volatile 조건을 해제할 수 있다는 것을 알 수 있습니다. 포인터 또는 참조가 아닌 데이터 변수(객체)에 직접 const_cast<>()를 사용하여 const 또는 volatile 조건을 제거하려면 컴파일 에러가 발생합니다.

const double d = 20.0;

const double *pCD = &d;

double *pD = const_cast(pCD);                      // OK!

double *pD2 = static_cast(pCD);                     // 컴파일 에러! static_cast<>()는 const 조건 "해제" 불가능

const double *pCD2 = static_cast(*pD);  // OK! static_cast<>()로 const 조건 "설정" 가능

double &rD = const_cast(d);                          // OK!

double &rD2 = *const_cast(&d);                     // OK!

*pCD = 30.0;                                                                // 컴파일 에러! *pCD는 const double 형 변수

rD = 30.0;                                                                     // 컴파일 OK! 그러나 상수형 변수의 값을 변경하는 것은 정의되지 않은 행동

const_cast<>()를 이용하여 const 조건을 해제할 수 있지만 이 것이 const 변수(객체)의 값을 변경할 수 있다는 것을 의미하지는 않습니다. const 변수(객체)의 값을 const_cast<>()를 이용하여 const 조건 해재 후 변경하는 경우는 C++ 표준에서는 정의되지 않은 행동(undefined behavior)으로 정의 합니다. 쉽게 무슨 일이 일어날지 모릅니다. volatile 조건 역시 const 와 동일한 방법으로 동작합니다.

static_cast 연산자

static_cast<>()는 암시적으로 형변환이 일어나는 경우에 이를 명백하게 형변환을 하겠다라고 분명히 해주는 용도록 사용될 수 있습니

다.

bool b = true;

int n = static_cast(b);

위와 같은 예제에서 굳이 static_cast<>() 를 사용하지 않고 b를 정수형 n에 대입하여도 암시적인 형변환이 자동적으로 이루어집니다.

하지만 위와 같이 명백하게 static_cast<>()를 사용하게 되면 프로그래머의 형변환 의도를 분명하게 나타내주면서 차후에 문제가 생길

지도 모르는 소지를 없애줍니다. C++ 표준에 static_cast<>() 대신에 위와 같은 암시적인 형변환을 나타내는 implicit_cast<>() 연산자

를 포함하자는 주장도 있었다고 합니다. implict_cast<>()는 템플릿을 이용하여 다음과 같이 쉽게 정의할 수 있습니다.

template

inline TO implicit_cast(const FROM &x)

{

 return x;

}

bool b = true;

int n = implicit_cast(b); // 암시적인 형변환이 이루이진다는 것을 명백히 해줌.

다른 한편으로 static_cast<>()는 컴파일 시에 제공되어지는 형정보를 이용하여 가능한 형변환인 경우 데이터의 내부 바이너리 구조를

변경하기도 합니다. 앞선 암시적인 형변환의 경우와는 다르게 이 경우에는 반드시 static_cast<>()를 사용해야 합니다.

float f = 10.0f;

int n = static_cast(f); // n은 10

위의 예제에서 float형 10.0 과 int형 10 의 내부 바이너리 구조는 확연하게 다르다는것을 쉽게 알 수 있죠.

마지막으로 위의 경우와 같은 맥락으로 (데이터의 내부 바이너리 구조 변경한다는) 상속관계에서 빈번하게 static_cast<>()를 사용하

는 경우는 다중 상속관계에서 다운캐스팅(downcasting)할 때 입니다. 일반적으로 업캐스팅(upcasting)은 항상 안전한 형변환(type

safe)이고 암시적으로 형변환이 일어나기 때문에 특별한 형변환 연산자를 사용하지 않아도 문제가 없습니다. 그러나 다운캐스팅 할 때

에는 컴파일 시 제공되어지는 형정보를 이용하여 적절한 this 포인터의 계산이 이루어집니다. 즉 내부 바이너리 구조가 변경됩니다. 여

기서 dynamic_cast<>()와 static_cast<>()가 다른 점이 static_cast<>()는 사용자가 변환하고자 하는 형과 원래 데이터형이 상속관계에

있기만 하다면 컴파일러는 이러한 사실만을 확인하고 사용자가 제공한 상속 관계가 옳바른 관계인지는 확인하지 않습니다. 반면에

dynamic_cast<>()는 실행 시 실재로 이러한 관계가 옳바른 관계인지 확인하고 이에 따라서 적절한 조치(NULL 리턴)를 합니다.

class B1

{

};

class B2

{

};

class D1 : public B1

{

};

class D2 : public B1

{

};

B1 *pB1 = implict_cast(new D1()); // 컴파일 & 실행 OK!, 업캐스팅, 암시적인 형변환

B2 *pB2 = static_cast(new D1());  // 컴파일 에러! 업캐스팅! 그러나 B2와 D1은 상속관계가 아님

D1 *pD11 = pB1;                                // 컴파일 에러!, 다운캐스팅 따라서 static_cast<>() 필요

D1 *pD12 = static_cast(pB1);      // 컴파일 & 실행 OK! 다운캐스팅

D2 *pD2 = static_cast(pB1);       // 컴파일 OK! 그러나 런타임 에러!

                                                    // D2와 B1이 상속관계에 있기 때문에 컴파일러는 에러를 발생시키지 않지만

                                                    // 실재로 pB1은 D2가 아니라 D1 객체을 가리킴.

reinterpret_cast 연산자

reinterpret_cast<>()는 포인터나 정수형 데이터를 다른 임의의 포인터나 정수형으로 변경합니다. 즉 포인터에서

부동소수형(float,double)형 또는 그 반대 방향으로의 형변환에는 사용할 수 없습니다. reinterpret_cast<>()는 데이터의 내부 바이너리 구

조를 변경하지 않으며 컴파일 시에 제공되어지는 형변환 정보에 의존하지도 않습니다. reinterpret_cast 라는 이름이 의미하는 그대로

주어진 데이타의 의미를 강제적으로 프로그래머가 원하는, 즉 보통 서로 관련되지 않는, 다른 의미로 해석하겠다는 의지를 나타냅니다.

이는 컴파일러를 속이겠다는 의미라고 볼 수도 있으며 이에 따라서 예측하지 못한 오류가 발생할 위험성이 높아지며 이 때문에

reinterpret_cast를 자주 사용하면 좋지 못한 코딩 습관이라고 하는 이유입니다. 또한 이러한 코드는 컴파일러에 종속되기 쉽상이고 호

환성이 떨어지는 프로그램이 됩니다.

C 형변환 연산자 ()

C 형변환 연산자 ()는 C++ 형변환 연산자들 중에서 dynamic_cast<>()를 제외한 나머지 3가지 형변환 연산자를 대신하여 사용할 수 있는

만능 형변환 연산자 입니다. 동시에, 그렇기 때문에 사용해서는 안되는 연산자이기도 합니다. 단순하게 C 형변환 연산자 ()를 사용하면 컴파일

러가 알아서 static_cast<>(), const_cast<>() 또는 reinterpret_cast<>()가 필요할 각각의 상황에 맞게 변환해줍니다. 경우에 따라서

는 2개의 C++ 형변환 연산자를 콤보로 적용하는 효과를 내기도 하는 만능 연산자입니다. 코드를 작성하는 프로그래머 입장에서는 아주 편리하게 사

용할 수 있지만 코드를 분석하는 입장에서보면 코드를 작성한 프로그래머의 의도가 무엇인지를 혼돈시키는 가장 큰 장애물로 작용합니

다. (초보 프로그래머의 경우는 C 형변환 연산자 ()를 사용하면서 자신이 무엇을 의도했는지 파악하지 못하는 경우도 있을거라 생각합니다.)

float f = 10.0f;

int n = (int)f; // static_cast(f)와 동등

// const_cast<>() , reinterpret_cast<>() 콤보

const double d = 20.0;

long *pL = (long *)&d;                                                                  // reinterpret_cast( const_cast(&d) ) 와 동등

long *pL2 = reinterpret_cast( const_cast(&d) );   // (long *) 와 동등

long &rL = (long &)d;                                                                   //

long &rL2 = reinterpret_cast( const_cast(d) );    // (long &) 와 동등

B1 *pB1 = (B1 *)(new D1()); // static_cast(new D1())와 동등, 업캐스팅! B1과 D1은 상속관계

B2 *pB2 = (B2 *)(new D1()); // reinterpret_cast(new D1())와 동등, 업캐스팅! B2와 D1은 상속관계가 아님

D1 *pD12 = (D1 *)(pB1);      // static_cast(pB1)? reinterpret_cast(PB2) ? 컴파일러는 영리하게 static_cast<>() 선택

                                       // this 포인터 계산 (내부 바이너리 구조 변경)

D2 *pD2 = (D2 *)(pB1);       // static_cast(pB1)? reinterpret_cast(PB2) ? 아마도? static_cast<>()

// const_cast<>(), static_cast<>() 콤보

const D1 cD1;

B1 *pB11 = (B1 *)&cD1;                                                     // implicit_cast(const_cast(&cD) ) 와 동등

B1 *pB12 = implicit_cast( const_cast(&cD1) );  // (B1 *) 와 동등

const B1 *pBC11 = (const B1 *)&cD1;                                 //  implicit_cast(&cD) 와 동등

const B1 *pBC12 = implicit_cast(&cD1);            //

D1 *pD11 = (D1 *)pBC11;                                                  // static_cast( const_cast(pBC11) ) 과 동등

D1 *pD12 = static_cast( const_cast(pBC11) ); // (D1 *)와 동등

C 형변환 연산자()를 사용하게 되면 컴파일러는 "우선 const_cast<>()를 적용해야 하는지 결정하고나서 static_cast<>()를 적용할 수 있는지 조사해보고 적용할 수 있으면 static_cast<>()를 적용, 아니면 reinterpret_cast<>()를 적용한다" 라고 생각하면 될 것 같습니다.

따라서 다음과 같이 간략하지만 일부러 꼬아놓은 C++ 문장은 컴파일러가 의외로 많은 함축적인(!) 정해진 작업을 수행 하고 결국 실행 시 오류가 날  수 밖에 없게 됩니다.

const D1 cD1;

D2 *pD21 = (D2 *)(const B1 *)&cD1;

위의 문장은 아마도 아래와 같이 컴파일러가 확장하겠죠.

D2 *pD21 = static_cast( const_cast( implicit_cast(&cD1) ) );

그렇다면 다음 문장은 어떻게? ^^;

D2 &rD21 = (D2 &)cD1;

최근 프로그래밍 추세에 있어서 코드의 가독성(readablity)과 관리용이성(maintenance)은 가장 중요한 요소입니다. 그러한 점에서 상

황에 따라서 제각기 다르게 해석되어질 수 있는 C 형변환 연산자 () 의 사용은 바람직하지 못하다고 할 수 있습니다. 물론 많은 C++ 프로그래머

들이 아직도 C 형변환 연산자 ()를 사용하고 있으며 그 이유는 의외로 간단하다고 생각 합니다.

"C++ 형변환 연산자는 키보드 치기가 너무 힘들어! --;;;"

P.S. 형변환 연산자에 대해 쓰는 김에 마져 덧붙입니다.

간혹 union_cast<>() (또는 이 링크의 글에서는 horrible_cast<>() 라고 합니다) 라는 천하무적 형변환 연산자를 만들어 쓰기도 합니다. 아래와 같이 템플릿을 이용하여 정의되는데 정말로 꼭 필요한 상황이 아니면 절대로 사용하지 말아야 할 연산자입니다. 그냥 이렇게도 사용하는구나 정도만 알고 있으면 될 듯 싶습니다.

template

union horrible_union

{

  TO out;

  FROM in;

};

template

inlineTO horrible_cast(const FROM &x)

{

    horrible_union u;

    // 변환되는 형과 변환하고자 하는 형의 크기가 다르면 컴파일러가 에러를 발생 시키게 함

    typedef int ERROR_CantUseHorrible_cast[sizeof(FROM) == sizeof(u) && sizeof(FROM) == sizeof(TO) ? 1 : -1];

    u.in = x;

    return u.out;

}

union을 이용하여 단순 무식하게 바이너리 비트 복사가 일어나는 것과 같은 형변환 효과를 보여줍니다. 이런 의미에서 union_cast<>() 또는 horrible_cast<>()는  아무런 제약이 없는 (reinterpret_cast<>() 의 경우 부동소수형(float, double)으로의 형변환은 불가능) 진정한 reinterpret_cast 연산자라고 할 수 있습니다. 단 이렇게 union 을 이용하여 형변환을 하는 것은 C++의 형검사(type check) 체계를 뒤흔드는 일일 뿐만 아니라 C 표준에서 조차 정의되지 않은 행동(undefined behavior)으로 정의되어 있다고 합니다. 변환하고자 하는 형과 변환되어지는 형 그리고 union 의 크기를 비교하는 오류 검사를 컴파일 시 수행하기 때문에 그나마(!) 조금 안전하게 사용할 수 있다고는 하지만 여전히 reinterpret_cast<>() 보다, 심지어 C 형변환 연산자 () 보다 백배 천배는 나쁜 녀석(!!!EVIL!!!)입니다.