Imp: Delphi/C++Builder Evangelist

3월 18일, Delphi "의료정보화 전략 세미나"

(박지훈.임프) — Tue, 09 Mar 2010 12:35:16 +0900

데브기어에서는 델파이를 메인으로 하는 의료 정보화 세미나를 3월 18일 오후에 개최합니다.
장소는 강남 교보타워 23층 대회의실이고, 오후 1시부터 6시까지입니다.

이번 세미나의 어젠다는 다음과 같구요.

1:00 등록 및 인사말

1:30 Health 2.0: 의료 정보화의 현재와 미래 | 신현묵 우리들병원 온라인담당이사 / KEA 전문위원
- 국내외 의료정보화의 트랜드를 분석하고 향후 발전 방향을 모색합니다.

2:10 병의원 EMR 현황과 미래 | 류세현 ㈜유비케어 연구실 팀장
- EMR 프로젝트의 트렌드 및 현황과, 중소 병의원을 위한 전문 EMR 솔루션 및 U-Healthcare의 사례를 분석합니다.

3:15 국내 EMR 성공 구축 사례 발표 | 양병규 삼성서울병원 EMR 아키텍트, 빵집개발자
- 대표적인 대형병원 EMR 성공 사례를 살펴보고, EMR 프로젝트의 이상적인 구현을 모색해봅니다.

5:00 레거시 의료정보 시스템의 업그레이드 사례 발표 (Delphi 2009/2010) | 이영동 마산삼성병원
- 오랜 지식과 경험이 응축된 레거시 시스템을 업그레이드하여 최신 트렌드를 반영한 사례를 분석합니다.

5:30 의료 정보화 효율을 위한 크로스플랫폼 개발 및 이기종 DB 솔루션 | 박범용 데브기어 대표 이사
- 당면 과제인 크로스 플랫폼, 이기종 DB를 관리하는 어려움과 복잡성에 대한 솔루션들을 간략히 살펴봅니다.

자세한 내용 및 참석 접수는 아래 주소를 참고하시면 됩니다.
http://new.imaso.co.kr/seminars/medical

(이번 세미나는 의료업계에 종사하고 있는 분들만을 대상으로 한 것이기 때문에 원칙적으로 그 외의 분들은 참석하실 수 없습니다)

의료 업계에서의 Delphi

(박지훈.임프) — Tue, 09 Mar 2010 12:01:00 +0900

델파이는 금융, 제조, 장비, 통신, 레저, 공공기관, 패키지/솔루션 등 대단히 많은 업계에서 사용되지만, 그중에서 개별 업계에서 점유율이 가장 높고 또 공고한 분야는 의료 업계입니다. 지금도 중대형병원들의 최소 50% 이상에서 델파이를 주력으로 사용하고 있고, 내부 만족도도 대단히 높습니다.

그럼에도 이런 사실이 비교적 많이 알려져 있지 않고 자바나 닷넷 등의 다른 기술들의 위협을 끊임없이 받고 있는데요. 과거 90년대 말에서 2000년대 초까지는 델파이가 거의 100% 가까이 사용되었는데, 최근까지 무시할 수만은 없는 수의 병원들이 다른 기술로 이전했습니다. 하지만 사실 기술적으로 병원 정보 시스템에 있어 델파이 이외의 다른 대안은 별로 없는 상태입니다.

병원의 업무 특성상 역동적인 UI와 실시간성, 성능 등이 대단히 중요하죠. 이 모두가 자바나 닷넷이 아닌 네이티브에서만 가능한 것입니다. 그런데 의료 정보화도 여전히 업무 개발인만큼 일반 C++로 개발하기는 현실적으로 대단히 어려우니, 델파이가 유일한 대안일 수밖에 없죠.

그런데 최근 몇년간(사실 10년 가까이) 여러가지 복합적인 이유로 국내에서 델파이의 마케팅이 많이 줄어들다보니, 델파이 대신 전혀 적합하지 않은 자바나 닷넷을 도입하여 병원 관계자 모두가 힘들어하는 사례가 종종 발생하고 있습니다. 물론 병원들이나 의료 SI 업체들에서 대외적으로 내보내는 보도자료에서는 크게 성공한 것처럼 홍보하고 있지만, 가장 유명한 사례들조차도 내부의 불만이 터져나오고 있는 상황이죠.

특히 요즘 병원 정보화는 EMR(전자의무기록)이 가장 주목받고 중심이 되고 있는데, 이 EMR이란 의사들이 수기로 작성하던 진료 차트를 전산화하는 것으로, 최근 몇년간 각급 병원에서 큰 화두가 되어 경쟁적으로 프로젝트를 진행해오고 있으나, 자바나 닷넷 기반으로 개발하여 업무를 효율화하고 엔드유저(의사 및 간호사)의 만족도를 높인 실질적인 성공 사례는 사실상 전무한 상태입니다.

반면 델파이 기반으로 최근에 신규 개발을 하거나 업데이트 개발을 한 시스템들의 경우 대내외적으로 큰 호평을 받고 있습니다. 대표적인 사례인 삼성서울병원의 경우, 한때 자바 등 다른 기술로 이전하려는 시도를 했었으나, 델파이로 다시 유턴, 새롭게 도입하는 EMR 프로젝트를 전면 델파이로 개발하여 큰 성공을 거두었습니다. 지난해 가을에는 삼성그룹 내에서 '삼성 정보화 혁신상' 수상에서 최우수상을 수상하기도 했죠. 이 과정에서 빵집 개발자이자 최장수 델마당 운영자로 유명한 양병규님이 전체 설계 및 개발을 진두지휘하시고 계신 것은 잘 알려져 있습니다.

또 델파이로 되어 있었던 시스템들을 델파이의 최신 버전으로 마이그레이션하여 오랜 시간 쌓여온 기존의 기술 자산들을 그대로 유지하면서도 최신 기술과 최신 OS를 지원하게 된 사례들도 많습니다. 자바나 닷넷으로 재개발하는 경우 기존의 방식과 테크닉 등을 모두 버리고 또 SI 업체와의 협상으로 아주 필수적이지 않은 많은 편의 화면 등도 포기당하면서 힘겹게 개발했음에도 실질적인 만족도와 효율성 향상은 바닥 수준인 우스꽝스러운 일들이 자주 발생하고 있습니다.

그래서, 저희 데브기어에서는 구루급 델파이 매니아이자 오랜 기간 의료업계에서 개발 아키텍트로 발을 넓혀오신 양병규님과 신현묵님 같은 분들과 의기투합, 의료업계에서의 델파이의 위용을 과시하고 경쟁 기술들의 귀찮은 추격을 떨쳐내기 위해 지난해부터 함께 고민을 해오고 있었답니다.

이런 고민 끝에, 드디어 데브기어에서는 3월 18일에 의료정보화 전략 세미나를 열게 되었습니다. ^^
(의료업계 세미나 공지로 이어짐 ^^)

3월 프로모션 : Delphi/C++Builder 구입시 프리미엄 키보드

(박지훈.임프) — Mon, 08 Mar 2010 10:06:46 +0900

오늘 오전에 발송된 행사 메일 내용입니다만...
3월 1일부터 31일까지 델파이나 C++빌더를 구입하시면 프리미엄 키보드를 함께 드립니다. (프로페셔널과 6/7 구버전은 제외됩니다) 메일 발송 전인 지난주에 구입하신 분들도 소급 적용해드리구요.

매번 행사 기간이 하루나 이틀 지나서 적용시켜달라고 조르는 분이 적지 않은데요. 괜히 서로 안면만 곤란해질 뿐 적용 안됩니다... 구입하실 분들은 미리 미리~

http://www.devgear.co.kr/newsletter/20100308_promotion_keyboard.html

Logitech Illuminated Keyboard

ENERMAX Aurora Premium

ENERMAX Micro-Aurora Wireless

(에너맥스의 알루미늄 유선/무선 키보드 2종은 델파이/C++빌더 업그레이드 제품에서도 선택이 가능하고, 더 고가인 로지텍 일루미네이티드 키보드는 뉴유저이거나 아키텍트, RAD 스튜디오 구매시에만 선택할 수 있습니다)

Delphi/C++Builder 2010 설치시 "'' is not a valid integer value" 에러

(박지훈.임프) — Thu, 04 Mar 2010 04:51:07 +0900

Delphi/C++Builder 2010의 설치 프로그램을 실행하면, 설치 프로그램의 초기 화면도 뜨기 전에 위의 첫번째 이미지와 같이 "'' is not a valid integer value"" 라는 에러가 나는 경우가 간혹 있습니다. 그런 후 '확인'을 누르면 위의 두번째 이미지처럼 Access Violation 에러가 다시 발생합니다.

이런 경우가 자주 발생하는 것도 아니고, 아주아주 드물게 한건씩 발생하는데요. 최근에 다시 이런 경우가 있어서 추적하다가 원인과 해결책을 알아냈습니다.

이것은, 설치하려는 PC 설치했던 프로그램들 중 하나가, CD의 AutoRun 기능을 동작하지 않도록 하기 위해 일부 개발자들이 레지스트리의 해당 항목을 아예 막아버리는 편법을 사용했기 때문입니다. 따라서 이런 문제가 발생할 때는, 레지스트리에서 해당 AutoRun을 막은 곳을 찾아 지워버리면 제대로 설치가 되게 됩니다.

먼저, 레지스트리 에디터(regedit.exe)를 실행시키고, 아래의 키를 찾아갑니다.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion \IniFileMapping\Autorun.inf
위의 키가 존재하고, 그리고 그 (기본값)이 @SYS:DoesNotExist 이런 식으로 지정되어 있다면 이 케이스에 해당합니다.

이 Autorun.inf 키 자체를 삭제해버리시고, 윈도우를 재부팅하신 후, 다시 설치를 시도해보시면 잘 되실 겁니다. (원래 이 Autorun.inf 키가 존재하지 않는 것이 디폴트입니다)

상반기 델파이 세미나 계획

(박지훈.임프) — Thu, 25 Feb 2010 13:47:12 +0900

아직 정식 공지되지는 않았지만, 궁금해하실 분들이 있을 거 같아 현재 데브기어에서 준비중인 델파이 관련 세미나들에 대해 미리 약간의 정보를 드리려고 합니다.

먼저, 3월 18일에 의료정보화 델파이 세미나를 합니다. 확정된 일자로서, 장소는 강남 교보타워입니다. 중대형 병원, 의료 SI 업체들, 제약 업계 등이 초청될 예정이구요. 아쉽겠습니다만 의료 업계 쪽만 초청되는 세미나라서 의료 업계 이외의 일반 개발자분들은 참석이 되지 않습니다.

양병규님, 신현묵님을 비롯한 의료 업계에 종사하고 있는 분들을 중심으로 발표가 될 예정이고, 오후 반나절 동안 다섯개 세션이 준비되어 있습니다. 사실 중대형 병원들에서는 델파이 사용률이 아주 높아서, 전체 중대형 병원들 중의 절반 이상이 델파이를 사용하고 있습니다만, 이번 세미나를 통해 의료업계쪽을 확실히 다잡을 예정입니다.

참고로, 이런 업계별 델파이 세미나는 향후로도 최소 반기에 1회씩 진행할 예정입니다. 따라서 하반기에도 특정 업계를 대상으로 한 델파이 세미나가 있을 거구요. 어떤 업계가 될 지는 아직 논의중입니다.

지난해까지 해마다 제품 발표회를 겸해서 진행하던 델파이 전체 세미나는(이하 "델파이 그랜드 세미나"), 연 2회를 할 예정이기 때문에, 상반기에 한번, 하반기에 한번 하게 됩니다. 하반기에는 델파이 신버전 발표와 겹치기 때문에 발표회를 겸하게 되지만, 상반기 그랜드 세미나는 발표와 무관하게 진행하므로 아무래도 좀 더 테크니컬해질 것 같습니다.

상반기 그랜드 세미나는 아직 날짜는 확정되지 않았습니다만, 4월 말에서 5월 초 사이에 진행할 예정입니다. 지난 한주 내내 제 시간을 다 뺏기고 있던 의료 업계 세미나 준비가 틀을 잡아가고 있으니, 이제 슬슬 그랜드 세미나 사전 준비도 해야겠지요.

아, 물론 지방 세미나도 계속 합니다. 그랜드 세미나에 이어서 바로 진행할 예정이고, 지난해처럼 부산, 대전 두군데에서 할 예정이구요.

마르코 칸투의 "Delphi 2010 Handbook"

(박지훈.임프) — Wed, 24 Feb 2010 09:09:23 +0900

유명한 델파이 컨설턴트이자 저자인 마르코 칸투 씨가 "Delphi 2010 Handbook"을 출간했네요. 내용은 주로 델파이 2010에서 추가된 기능들을 심도 있게 살펴볼 수 있게 되어 있는 것으로 보이구요.

Delphi 2010 Handbook Released
http://blog.marcocantu.com/blog/delphi%20_2010_handbook_released.html

Delphi 2010 Handbook 홈페이지
http://www.marcocantu.com/dh2010/

분량은 약 300페이지 정도이고, eBook으로 구입할 때의 가격은 28달러, 인쇄된 책은 2월 내로 예정이라고 합니다.

위에 링크한 블로그에 쓴 내용에 따르면, 지난번 "Delphi 2009 Handbook"에서처럼, 엠바카데로와 정품 구입자에 대한 보너스로 eBook을 제공할 수 있도록 협의중이라고 합니다. 다만 협의가 진행중이기 때문에 언제쯤 실제로 제공하게 될 지는 아직 모른다고 하네요.

아울러, 더 멋진 소식도 있습니다. 마르코 칸투씨가 "Mastering Delphi 5" 등의 예전의 명저들의 개정판을 출간하려고 준비하고 있다고 하네요.
http://blog.marcocantu.com/blog/republishing_delphi_books.html

하지만 시간 관계로 많은 내용을 추가하기는 어렵고, 현재 사용할 수 없는 기능들만 삭제하고, 현재의 상황에 맞게 약간의 각주 정도만 추가해서 출간하려고 한다고 합니다. 개발자들에게 의견도 묻고 있네요.

사실 국내에서도 과거에 좋은 델파이 서적들이 있었기 때문에 개정판을 내면 좋겠다고 생각하고 추진해봤습니다만, 과거의 필자 분들이 다들 의지는 있어도 여러가지 문제로 걸려서 쉽게 추진이 잘 안되네요.

데브기어에서 탄탄한 초급 개발자들을 소개합니다

(박지훈.임프) — Tue, 23 Feb 2010 10:31:33 +0900

이전에 알려드렸던 대로, 지난 1월, 2월에 걸쳐 두차례 각 1개월 과정으로, 대졸 학생들을 대상으로 초급 개발자 양성 과정을 진행했습니다. 현재 2월에 시작한 2회차 수강생들이 이번 주 말까지 교육을 듣고 있구요. 지금은 마지막 단계로서 각자 독자 프로젝트를 하고 있습니다.

그래서, 현재 초급 델파이 개발자를 필요로 하시는 기업들에서는 저희 데브기어로 인력 소개 신청을 해주시면 됩니다. 자세한 내용은 어제 발송했던 아래 뉴스레터를 참고하시면 되구요.

http://www.devgear.co.kr/newsletter/20100219_delphi_recruit.html

다만 아쉬운 점은, 전반적인 SW개발 직종 기피 현상으로 인해 저희가 계획했던 것처럼 충분히 많은 인원을 양성하지 못했다는 것입니다. 올 여름 방학인 7, 8월에도 역시 초급 개발자 양성 과정을 진행할 예정인데, 그때는 좀 더 홍보를 강화해서 더 충분한 인원을 양성할 것입니다.

뱅쿠버 동계 올림픽 링 로고들이 "Powered by Delphi"

(박지훈.임프) — Mon, 22 Feb 2010 01:44:59 +0900

방금 EDN에도 번역해서 올린 내용입니다만...
http://edn.embarcadero.com/kr/article/40437

뱅쿠버 동계 올림픽을 밝히고 있는 LED 링 로고들이 Delphi 애플리케이션으로 동작하고 있다고 하는군요. 사실 델파이나 C++빌더기 이런 용도로 사용되는 건 흔한 일이니까 그리 대단한 일도 아닙니다만, 전세계 사람들의 이목이 집중되어 있는 행사에서 쓰이고 있다고 하니 또 느낌이 새롭네요. ^^

아래 링크의 글에 이 애플리케이션과 관련된 좀 더 자세한 내용이 있네요.
http://groups.google.com/group/newac-users/browse_thread/thread/d78622ae2d7459e3

2010년 3월 델파이 기본 과정 교육

(박지훈.임프) — Fri, 19 Feb 2010 16:04:47 +0900

올해 첫 델파이 기본 과정 교육이 3월에 오픈됩니다. 지난 1월, 2월 동안 내내 대학생 초급 델파이 개발자 양성 과정에 올인하는 바람에 직장인 대상 4일 과정의 개설을 목빠지게 기다리신 분들이 많으신데요. 드디어~~! ^^

이번 기본 과정 교육은 3월 9일 화요일부터 12일 금요일까지 4일간 진행되구요. 예전처럼 선착순 20명까지만 접수를 받습니다. 따라서 이번에 기본 과정을 수강하실 분들은 빨리 접수를 하셔야 하고요. 두달을 쉰 관계로 접수 인원이 빨리 들어찰 것으로 생각되네요.

자세한 내용은 어제 발송된 뉴스레터를 참고하시면 됩니다.
http://www.devgear.co.kr/newsletter/20100218_delphi_lecture.html

참, 3월 말 정도에 델파이 웹 개발 1개월 과정을 계획중인데요. 수일 내로 공지하겠습니다.

Delphi/C++Builder 실행시 How to Buy 웹 페이지가 뜨는 경우

(박지훈.임프) — Wed, 10 Feb 2010 17:28:05 +0900

델파이나 C++빌더를 실행했을 때, IDE가 실행되지 않고 대신 기본 웹브라우저에서 "How to Buy" 페이지만 덜렁 뜨는 경우가 있습니다.

이 증상의 원인은 세가지가 있는데요.

1. FSecure 안티바이러스 프로그램의 오작동인 경우 (가장 흔함)
2. 디지털 인증서가 잘못된 경우
3. 트라이얼의 날짜 제한이 만료된 경우

이런 증상을 만나게 되면, 아래 링크한 페이지를 참고하시면 됩니다.
http://support.embarcadero.com/article/40400
(조금 전에 엠바카데로 본사 Support 사이트에 번역해서 글입니다)

Delphi Twain: Delphi/C++Builder에서 스캐너 이미지 받기

(박지훈.임프) — Mon, 08 Feb 2010 22:23:07 +0900

최근에 문의받은 내용인데... 스캐너에서 스캔받은 이미지를 델파이 프로그램에서 직접 받으려면 어떻게 할까요, 하는 내용이었습니다. 검색해보니 스캐너 연동을 위한 금방 쓸만한 무료 서드파티 컴포넌트가 있었는데요. Delphi Twain이라는 컴포넌트입니다. (여기서 TWAIN이란 스캐너를 연동하기 위한 표준 인터페이스 및 그 드라이버를 말합니다)

http://delphitwain.sourceforge.net/

실제로 테스트해보니, 간단한 하나의 컴포넌트만으로 현재 PC에 연결된 스캐너를 동작시키고 그 이미지를 TPicture 객체로 받아와 폼 위의 TImage 컴포넌트에 표시할 수 있었습니다. 고급 설정 기능들도 있는데, 그것까지는 다 테스트해보지 못했구요.

다만, 이 컴포넌트가 2004년에 마지막으로 업데이트된 관계로, 델파이 2010이나 2009등에서는 제대로 컴파일이 되지 않습니다. 그래서, 델파이 2010에서도 컴파일 및 설치가 되도록 코드를 조금 수정했습니다. 아울러 원래 소스는 C++빌더에서 지원하지 않는 델파이 문법을 일부 사용하여 C++빌더에서 컴파일이 안되었는데, 그 부분도 수정했으므로 C++빌더에서도 설치가 가능합니다.

아래 첨부 파일을 다운로드하시면 됩니다.

DelphiTwain2010.zip

델파이 초급 개발자 취업과정 추가 모집합니다

(박지훈.임프) — Thu, 28 Jan 2010 15:17:39 +0900

이번 1월에도 진행중인 델파이 초급 개발자 취업과정에 대해, 2월에 진행할 2차 교육에 지원할 수강생을 추가 모집합니다. 물론 2차 교육도 마찬가지로 전액 무료입니다.

이번에는 다음과 같이 수강생의 자격 기준을 더 완화합니다.

1. 지난번 1월 과정에서는 2010년 대학 졸업 예정자만 가능했으나, 2008년 졸업자까지 졸업연도 기준을 더 확대합니다. (2007년 이전 졸업자는 역시 불가합니다)

2. 또한 전산 관련 전공자가 아니더라도, 기본적인 프로그래밍 학습을 했음을 증명할 수 있는 경우 신청이 가능합니다. (수강 승인 전에 서류 심사를 거칩니다)

이와 같이 대상을 확대하는 이유는, 터놓고 말하자면 지원자가 너무 적었기 때문입니다. 물론 공지가 늦었던 점도 있지만, 수강생들에게 직접 물어본 결과 SW개발 업종이 어렵고 힘들다는 인식 때문에 기피하는 경향이 너무나 강했습니다. 예상은 했었지만, 생각보다 더 심각했던 것 같습니다.

이번 교육을 정상적으로 수료하는 수강생은 전원 델파이 개발자로 취업 알선을 하며, 대상 기업은 일정 수준 이상의 우수 기업에 최우선적으로 알선할 것입니다.

지원하실 분들은 이번 금요일까지 이메일 seminar 골뱅이 embarcadero.kr 로 접수하시면 됩니다. 위와 같이 대상자 자격 기준이 완화된 것을 제외하면 다른 내용들은 1차때의 요강과 같습니다. 제출 서류가 있으니 아래 페이지를 읽어주시기 바랍니다.
http://www.devgear.co.kr/impboard/impboard.dll?action=read&db=news&no=23

개발자 인력 소개에 대한 정식 공지도 하지 않았는데도 이미 여러 기업에서 인력 소개 요청이 들어와있는데요. 선착순이 아니기 때문에 미리 신청을 하실 필요가 없습니다. 2월 3주차 월요일에 관련 공지 이메일을 저희 데브기어의 델파이/C++빌더 메일링 리스트를 통해 발송할 예정이라는 점을 미리 알려드립니다.

구버전 업그레이드 할인 종료가 하루 남았습니다

(박지훈.임프) — Thu, 28 Jan 2010 13:15:25 +0900

델파이 2005 / C++빌더 6 이하 버전에 대한 업그레이드 할인 종료가 이달 말로 종료됩니다. 다시 말해서, 2월 1일부터는 기존에 델파이 7이나 C++빌더 6 등의 버전을 구입해서 사용해왔다고 하더라도 업그레이드로서 구입할 수 없고, 신규사용자용(New User)를 구입해야 합니다.

이미 메일링 등을 통해서 수차례 공지되었던 내용이고, 원래 지난 12월말까지 기한이었던 것이 한달 연장된 것이구요. 본사에서 더 이상 연장되지 않는다고 못을 박은 상황입니다.

저희는 토요일 근무를 하지 않으므로 내일까지 주문된 분량에 대해서만 적용되므로, 사실상 하루 남은 거구요. 본사의 지침이기 때문에, 2월 이후로 넘어가서 저희 데브기어로 요청해도 저희도 별 수가 없습니다.

또, 지금 업그레이드 구입을 하실 수 있는 분들이 혹 올 하반기에 출시될 델파이나 C++빌더의 다음 버전을 기다리려고 마음먹으신 분이 있다면, 그때 신규 사용자용을 구입하시나 지금 업그레이드에다 1년간 SA를 더해서 구입하나 가격이 같다는 것도 알아두시기 바랍니다.
http://blog.devgear.co.kr/imp/entry/DelphiCBuilder의-다음-버전으로-업그레이드할-계획이라면
(정확하게는, 지금 업그레이드하면서 SA를 더해 구입하는 가격이 5만원 정도 더 저렴합니다.)

이런 판매와 관련된 건으로는 가급적 글을 쓰고 싶지 않습니다만, 이런 행사가 지나가고 나면 뒤늦게 적용해달라고 사정하시는 분들이 너무 많아서... 회사 전체로도 그렇지만 저 개인적으로도 업무에 지장이 많습니다. 각별히 부탁드리건대, 기간이 종료된 건에 대해 제게 따로 요청하지 말아주시기 바랍니다. 괜히 제 입장만 난처할 뿐 저도 방법이 전혀 없답니다.

터치 스크린 일렉기타!

(박지훈.임프) — Thu, 21 Jan 2010 05:11:36 +0900

터치 인터페이스로 어떤 기발한 상상을 하고 구현할 수 있는지를, 너무나 기발하고, 또 너무나 적나라하게 보여주는 디지털 기타입니다.

기타 줄 대신에 터치스크린으로 손의 터치를 인식해서 연주할 수 있게 한 건데요.
아직 실제 판매를 시작하지는 않았지만, 미사라는 회사의 홈페이지에 찾아가보면 곧 출시할 건가봅니다. http://www.misadigital.com/

아래 실제 연주 장면을 한번 감상해보시죠.

이 미사라는 회사는 이걸 리눅스에다 완전 삽질로 터치를 다 개발해서 올렸네요. 델파이 2010이나 C++빌더 2010을 사용하면 이런 정도는 껌 씹듯이 쉽고 간단하게 개발할 수 있습니다. (물론 음향 관련 개발 지식과 경험은 있어야겠지만요) 사실 이 기타 정도의 크기라면, 넷북 하드웨어 부품을 기타 안에 충분히 다 내장할 수 있고, 거기다 윈도우7 깔고 델파이로 개발한 터치 애플리케이션 올려서 쉽게 구현할 수도 있겠죠.

이 동영상을 가만히 보고 있으면, 여러분도 터치 인터페이스를 활용하는 뭔가 멋진 아이디어가 떠오를 것 같지 않습니까? ^^

Delphi/C++Builder 2009 Hotfix 3 : IntraWeb 핫픽스

(박지훈.임프) — Tue, 19 Jan 2010 10:38:30 +0900

지난 밤 사이에 Delphi/C++Builder 2009에 대한 핫픽스 3가 올라왔는데...
http://edn.embarcadero.com/article/40331

이건 사실 제가 이미 올렸던 인트라웹 관련 글 두개의 내용과 반복된 내용입니다.
핫픽스 자체는 아래 주소에서 다운로드 받을 수 있습니다.
http://cc.embarcadero.com/item/27563

위 핫픽스를 다운로드 해보시면 아시겠지만, 인트라웹의 한글 문제에 대해 처음 썼던 글(아래 주소)에서 첨부했던 UTF8ContentParser.pas 파일 하나만 달랑 들어있습니다. 이 파일 자체가 핫픽스인 거죠.
http://blog.devgear.co.kr/imp/entry/VCL-for-the-Web에서-한글-깨짐-문제

이 UTF8ContentParser 유닛은 2010 버전에는 dcu, hpp, pas 모두 기본으로 들어있기 때문에 2010에는 필요가 없는 핫픽스이구요. 어쨌든, 이 UTF8ContentParser를 적용하기 위해서는 인트라웹의 최신 업데이트를 설치해야 합니다. 아래 링크의 글을 참고하세요.

http://blog.devgear.co.kr/imp/entry/VCL-for-the-Web-업데이트-한글-문제-해결

델파이의 클래스 헬퍼

(박지훈.임프) — Wed, 13 Jan 2010 10:39:36 +0900

델파이의 최근 버전에 추가되었지만 개발자들이 잘 모르고 있는 기능들이 꽤 많은데요. 숙련된 델파이 개발자들까지도 델파이 7 이하까지의 문법에만 익숙한 경향이 있습니다. 하지만 구버전 문법으로 구버전처럼 사용한다면 최신 버전을 사용하는 장점이 반감되지 않겠습니까. 그래서, 델파이 개발자들이 잘 모르고 있는 아주 유용한 기능들을 시간이 되는 대로 하나씩 소개해볼까 합니다.

이번에 소개하는 클래스 헬퍼는 델파이 2006에서 추가된 언어 기능으로, 기존의 클래스를 수정하지도 상속하지도 않고 클래스의 기능을 확장할 수 있게 해줍니다. 클래스를 많이 다루는 경력 개발자분들은 이 말만 듣고도 우와~ 할 것 같습니다. 이런 필요가 있는 경우가 꽤 흔하거든요.

클래스 헬퍼 자체도 하나의 클래스입니다. 클래스 헬퍼 클래스(말이 좀 헷갈리네요)에서 선언한 멤버들은 마치 원래의 클래스의 멤버인 것처럼 액세스할 수 있게 됩니다.

실제로도 아주 유용한 아래의 샘플 코드를 살펴봅시다. (delphi.about.com에서 소개된 코드입니다)

interface

uses Classes;

type
TStringsHelper = class helper for TStrings
public
function Add(const V: Variant): Integer; overload;
function Add(const Args: array of Variant): Integer; overload;
end;

implementation

uses Variants;

function TStringsHelper.Add(const Args: array of variant): Integer;
var
tmp: string;
cnt: Integer;
begin
tmp := '';
for cnt := Low(Args) to High(Args) do
tmp := tmp + VarToStr(Args[cnt]) ;
result := Add(tmp) ;
end;

function TStringsHelper.Add(const V: Variant): Integer;
begin
Result := Add([V]) ;
end;

end.

이 클래스 헬퍼를 이용하면, 이제 TStrings (그리고 TStringList 등 상속받은 모든 클래스들)에서 TStrings에 원래 존재하는 기본 Add() 함수 외에 오버로드된 Variant 및 Variant 배열 버전의 Add() 함수들을 호출할 수 있게 됩니다. Variant가 되니까 당연히 정수나 실수 등 대부분의 델파이 기본 타입들을 직접 TStrings 객체의 문자열 아이템으로 추가할 수 있게 됩니다.

with ListBox1.Items do
begin
Add('delphi.about.com') ;
Add(2008) ;
Add(true) ;
Add(['Only ', 1, true, ' line']) ;
end;

이와 같이, 클래스 헬퍼를 이용하면 기존의 클래스에 기능을 추가할 수 있습니다. 하지만 자신이 직접 만드는 클래스에 클래스 헬퍼를 사용할 필요는 거의 없을 거고, 주로 위의 TStrings처럼 개발자가 수정하기 곤란한 프레임워크/라이브러리의 클래스들에 기능을 추가해서 사용할 때 많이 활용할 수 있습니다.

클래스 헬퍼로 기존 클래스의 private이나 protected 멤버를 액세스할 수는 없고 오직 public/published 멤버만 액세스할 수 있습니다. 따라서 클래스 헬퍼를 쓴다고 해서 기존에 할 수 없었던 작업을 할 수 있게 되는 것은 아닙니다. 하지만 위의 예제에서 보듯이, 단순 코딩 작업을 많이 줄여주고 코드를 더 간략하게 만들 수 있게 됩니다.

VCL for the Web 업데이트 (한글 문제 관련)

(박지훈.임프) — Tue, 12 Jan 2010 08:11:24 +0900

지난 11월에, 델파이 및 C++빌더의 2010, 2009 버전의 VCL for the Web에서 한글이 깨지는 문제의 긴급 해결책에 대해 안내해드렸었는데요.
http://blog.devgear.co.kr/imp/entry/VCL-for-the-Web에서-한글-깨짐-문제

바로 며칠 전에 VCL for the Web의 벤더인 Atozed에서 이 문제를 해결한 IntraWeb 10.0.21 버전을 내놓았습니다. 아래의 링크에서 다운로드를 받으실 수 있구요.
http://www.atozed.com/Intraweb/Download/Download.EN.aspx

설치 프로그램을 다운받아 설치하려고 하면 라이선스 키를 입력하라고 나오는데요. 아래의 링크를 참고해서, 메일로 요청해야 합니다. (키를 안넣고도 설치를 할 수 있지만, 그러면 평가판 모드로 설치가 됩니다)
http://www.atozed.com/Intraweb/Download/FreeKeyRequest.EN.aspx

요청하는 데에 특별한 조건이 있는 것은 아니고, 사용중인 델파이/C++빌더의 버전, 회사 이름, 개발자 이름 정도만 써서 키를 요청하면 됩니다. 예를 들면 저는 아래와 같이 무성의하게 메일을 보냈습니다.

제목: IntraWeb 10.0.21 Free Key Request
내용:
Hello,

Would you please send me IntraWeb 10.0.21 key?

Version : RAD Studio 2010 Architect
Developer Name: 개발자이름
Company Name: 회사이름

한가지 주의할 점은, 이렇게 요청해서 받은 키는 모든 델파이/C++빌더 버전에 대한 키가 아니라 요청한 한가지 버전만 적용되는 키라는것입니다. 설치 프로그램에서는 델파이/C++빌더의 모든 버전이 선택되어 있는데, 요청했던 버전 하나만 선택해야 키를 입력했을 때 다음으로 넘어갈 수 있습니다.

그냥 이 업데이트를 설치한 상태로는 그대로 한글이 깨지구요. 지난번에 알려드렸던 대로 UTF8ContentParser 유닛을 uses 해줘야합니다. 다만 이번에는 UTF8ContentParser.pas 유닛이 기본으로 포함되어 있어서 별도로 다운받아 복사해줘야 하는 불편은 덜었네요.

이 업데이트를 설치하고 나면 파일 업로드에 필요한 TIWDBFile 컴포넌트를 사용할 수 없습니다. 아마도 벤더인 Atozed에서 아직 파악을 못하고 있는 듯 한데, 레포트하도록 하겠습니다.

DLL 루틴의 delayed 로딩

(박지훈.임프) — Sun, 10 Jan 2010 02:17:58 +0900

일반적으로, DLL에 포함된 루틴을 호출하는 방법은 정적 로딩(Static Loading)과 동적 로딩(Dynamic Loading)이 있습니다.

정적 로딩이란 DLL 내의 루틴을 호출하기 위해 해당 루틴의 임포트 선언을 하고 사용하는 방법이죠.

procedure ProcInDll; external 'DLL입니다용.dll';

이렇게 임포트 선언을 하게 되면, 해당 DLL은 현재 프로그램이 실행되는 즉시 프로세스로 로딩됩니다. 이 방법의 좋은 점은, 코드가 아주 간단하고, 이렇게 dll의 루틴들을 모두 모아 라이브러리 목적의 유닛으로 만들어두면, 해당 유닛을 uses하기만 하면 마치 메인 프로그램 소스 내의 함수인 것처럼 편하게 호출할 수 있다는 거죠. 실제로 VCL의 Windows.pas나 ShellAPI.pas처럼 Win32를 그대로 번역한 유닛들이 이런 파일이어서, 우리는 델파이에서 Win32 API를 껌씹듯이 쉽게 호출해댈 수 있습니다.

하지만 이 정적 로딩 방법에는 중요한 단점이 하나 있는데... 프로그램이 시작될 때 해당 DLL을 로드하기 때문에, 만약 해당 DLL이 없거나 DLL 안에 해당 루틴이 없을 경우 프로그램이 아예 시작되지를 못한다는 것입니다. (이런 경우를 많이 접해보셨을 겁니다) 또, 프로그램이 시작될 때 DLL을 몽땅 다 로드해버리기 때문에 당장 쓰지도 않을(경우에 따라서는 아예 호출하지도 않을 수도 있는) 루틴들을 위해 무시할 수는 없을 정도의 메모리가 소요된다는 거죠.

DLL의 동적 로딩이란, 프로그램이 시작되는 동안이 아닌, 프로그램의 코드 내에서 LoadLibrary/FreeLibrary와 GetProcAddress 등의 함수를 이용해서 코드로 일일이 DLL을 로드하고, 그 DLL에서 해당 함수의 주소를 찾고, 그 주소를 함수 포인터로 해서 해당 함수를 호출하는 절차입니다.

TProcInDll = procedure;

var
Handle: THandle;
AProcInDll: TProcInDll;
begin
Handle := LoadLibrary('DLL입니다용.dll');
if Handle<>0 then
begin
@AProcInDll := GetProcAddress(Handle, 'ProcInDll');
if @AProcInDll<>nil then
AProcInDll;
end;
FreeLibrary(Handle);
end;

정적 로딩 방법에 비해 동적 로딩 방법의 단점은, 위 코드에서 바로 눈에 보이시죠. 코드가 복잡하고 까다롭다는 겁니다. 대신, 해당 DLL이 없거나 DLL 안의 루틴이 없더라도 당장 프로그램이 아예 뜨지도 않는 경우는 발생하지 않는다는 거죠. 물론 기대했던 DLL이 없다면 난감하겠지만, 위의 코드에서처럼 에러 체크를 통해 적어도 뭔가 대책을 세울 수 있는 가능성이 생깁니다. 또, 필요한 경우에만 DLL을 로드하기 때문에 메모리도 적게 먹습니다.

정적 로딩과 동적 로딩 사이에 장단점이 너무나 명확하죠. 그러면... 동적 로딩과 정적 로딩 사이에서 장점만 취할 수 있는 방법은 없을까요? 정적 로딩에서처럼 간단하게 임포트 선언만 하면서도, 프로그램 실행시에 무조건 바로 DLL을 로드하지는 않고 실제로 필요할 때 DLL을 불러들이면 되겠죠.

별로 알려지지 않았지만, 델파이 2010에서 바로 이 기능이 추가되었습니다. 지연 로딩(Delayed Loading)이라는 것으로, delayed라는 지시어가 추가되어 가능해졌습니다. 위의 정적 로딩에서 임포트 선언의 뒤에 delayed만 추가하면 된다는 거죠.

procedure ProcInDll; external 'DLL입니다용.dll' delayed;

정적 로딩 방식과 똑같은 임포트 선언에 delayed 지시어가 추가되었을 뿐입니다. 이렇게 delayed를 추가해주면, 프로그램 시작시에 바로 로딩되지 않고 실제로 해당 프로시저/함수가 호출될 때 비로소 DLL을 로드하고 루틴을 임포트합니다. 그래서 지연 로딩, delayed인 거죠.

당장 델파이 2010의 Windows.pas나 ShellAPI.pas 등등에는 2009 버전까지는 보이지 않았던 수없이 많은 함수들이 이 delayed 지시어와 함께 임포트 선언으로 추가되어 있는데요. 이 함수들은 윈도우 7, 윈도우 비스타, 윈도우 XP 등 특정 버전 이상에서 추가된 함수들로서, 그보다 낮은 윈도우 버전에서는 존재하지 않았던 함수들입니다. 그래서 API 지원이 훨씬 풍부해졌죠.

그러면, 해당 DLL이나 함수가 존재하지 않을 경우, 어떻게 대응을 해야 할까요? 해당 DLL이나 함수가 존재하지 않아 불러들일 수 없는 경우 EExternalException 예외가 발생합니다. 따라서, 동적 로딩에서 리턴 값을 체크해서 함수의 존재 여부에 따라 처리하는 것과 마찬가지로 try except 블럭으로 EExternalException 예외를 처리하면 깔끔하게 되겠죠.

그렇다고 동적 로딩을 사용하는 모든 경우를 지연 로딩으로 커버할 수는 물론 없습니다. 지연 로딩에서 프로그램 시작 이후 DLL 함수가 호출될 때까지는 DLL이 메모리에 로드되지 않지만, 일단 호출된 후에는 해당 DLL이 언로드되지 않고 계속 메모리에 머무르게 됩니다. 극단적으로 효율적인 메모리 운영이 필요하다면 언제든 DLL을 언로드할 수 있는 동적 로딩을 따라갈 수는 없죠.

또, 동적 로딩의 경우에는 DLL 이름과 함수 이름을 문자열로 취급하므로 메인 프로그램이 사전에 알지 못하는 DLL이나 함수도 호출이 가능하지만 정적 로딩과 지연 로딩에서는 컴파일 시점에 고정되는 이름만 지원할 수 있으므로, 업무 개발 프로젝트에서처럼 사전에 프로그램에서 알 수 없는 많은 DLL들을 쓰는 경우를 지원할 수 없게 됩니다.

성능 면에서는 어떨까요. delayed를 불필요하게 너무 남발하면 정적 로딩에 비해 프로그램의 성능을 떨어뜨릴 수도 있습니다. 반면 한번 호출되어 로딩된 DLL은 메모리에 계속 상주하게 되므로 이런 면에서는 매번 LoadLibrary, GetProcAddress를 호출해야 하는 동적 로딩보다는 속도가 빠르게 되죠. 결국 개발자가 정적 로딩, 지연 로딩, 동적 로딩을 적절히 잘 배합해서 사용하는 것이 좋습니다. 실제 VCL 코드에서도 이 세가지가 잘 배합되어 사용되고 있죠.

지연 로딩에 대한 좀 더 자세한 내용은, 엠바카데로의 앨런 바우어의 블로그에서 보실 수 있습니다.
http://blogs.embarcadero.com/abauer/2009/08/25/38894
http://blogs.embarcadero.com/abauer/2009/08/29/38896
http://blogs.embarcadero.com/chrishesik/2009/11/02/35056

아래 JEDI 블로그에서는 조금 더 테크니컬한 내용들을 보실 수 있습니다.
http://blog.delphi-jedi.net/2009/08/29/version-checking-for-delphi/

"델파이 프로그래밍 언어" 재판 인쇄

(박지훈.임프) — Sat, 09 Jan 2010 00:34:15 +0900

엊그제 저희가 거래하는 서적도매업체로부터 연락을 받았는데, 작년 4월에 초판을 인쇄한 "델파이 프로그래밍 언어"의 초판분이 거의 매진되고 재고가 겨우 20권 정도 남았다고 합니다. 그래서 이제 재판을 찍어야 하는 기쁜 상황이 되었답니다. ^^

내용을 더 보강해서 개정판을 만들까도 좀 생각했는데, 제가 요즘 도저히 다른 일을 추가로 더 할 수 없을 정도로 바빠져서 내년쯤으로 미루기로 했습니다. 당장은, 기본 제 업무에다가, 매주 두번씩 외부 컨설팅도 나가고 있고, 짬짬이 번역에다 C++빌더 책 집필도 다시 시작했기 때문에... 도저히 일을 더 추가할 수가 없겠네요.

어쨌든, 어제 재판 인쇄를 의뢰했고요. 이 재판 인쇄분이 나오기 전까지 일시적으로 서점 사이트들에서 품절 상황이 올 수도 있으니 혹시라도 사려고 하셨다가 너무 놀래지 마시기 바랍니다. ^^

Delphi에서의 아이폰 개발 지원 계획

(박지훈.임프) — Wed, 30 Dec 2009 16:22:28 +0900

2010년 1월 28일 추가
최근 정보에 따르면, 델파이에서의 아이폰 개발 지원은 장기적으로 밀릴 것 같습니다.
기술적이거나 업체간 협조 문제 때문인 것으로 보이는데... 어쨌든 많이 아쉽네요.

반면, 맥OS 버전과 리눅스 버전은 순조롭게 개발되어가고 있고 올해 출시에 아무 문제도 없을 것이라고 합니다.

-------------------------------------------------

며칠전에 디지털데일리의 기자들과 식사를 할 일이 있었는데... 그 자리에서 델파이에서 아이폰 개발을 지원하게 될 것이라고 귀띔을 했었습니다. 그런데 역시 기자라 그런지 뜰만한 이슈에 빠르더군요. 그다지 구체적인 정보를 준 것도 아닌데, 바로 다음날에 간단한 기사를 올렸더라구요.

아이폰 앱 개발, 오브젝티브-C의 대안은?
http://www.ddaily.co.kr/news/news_view.php?uid=57847

그런데.. 볼랜드포럼에 이 기사를 보고 글을 써주신 분이 있어서, 좀더 자세한 내용으로 답변을 썼습니다. 그 내용을 여기 블로그에도 올려봅니다.

델파이(그리고 C++빌더)의 미래 비전에서 가장 큰 것이 바로 크로스플랫폼입니다. 그래서 현재 엠바카데로의 델파이 관련 슬로건이 바로 Delphi Everywhere, C++Builder Everywhere 입니다. 여기서 'where'가 플랫폼들입니다. 내년에 나올 델파이는 윈도우 버전 외에, MacOSX, 리눅스를 지원하고, MacOSX 지원의 다시 연장으로서 아이폰이 지원됩니다.

모바일 쪽으로는 아이폰 외에 윈도우 모바일과 안드로이드도 본사의 내부 장기 로드맵에 포함되어 있는데, 윈도우 모바일은 드랍될 가능성이 큰 상태입니다. (최근 1~2년 사이에 윈도우 모바일의 추락 경향이 너무 커져서 지원 계획이 드랍될 분위기입니다)

현재 진행중인 상황에서는, 이 다른 플랫폼 용 델파이의 컴파일 방식은 해당 플랫폼에서 직접 개발을 하는 과거의 카일릭스 방식이 아니고, 윈도우에서 해당 타겟으로 컴파일하는 크로스컴파일 방식으로 됩니다. 그러니까 윈도우에서 MacOSX나 아이폰 애플리케이션을 개발하는 겁니다.

이렇게 다른 플랫폼들을 지원하는 델파이가, 현재의 윈도우 델파이 개발툴의 차기 버전에 모두 포함되기보다는, 별도의 개발툴 제품으로 나올 가능성이 커 보입니다. 일단 시장 자체가 다르니까요.

제 개인적인 예상으로는, 아마도 현재 델파이/C++빌더에서 공유하고 있는 IDE(정확한 명칭은 갈릴레오 IDE 입니다)를 빈껍데기 IDE로 독립시키고, 델파이와 C++빌더가 퍼스낼리티인것처럼, 델파이 for MacOSX나 델파이 for 리눅스, 델파이 for 아이폰 등이 이 껍데기 IDE와 함께 설치되는 제품으로 판매될 것으로 생각합니다. 어디까지나 제 개인적인 생각입니다. 그런 방식이 기술적으로나 시장 면에서나 가장 리즈너블해서입니다.

이미 작업은 상당히 진행되었고, 지난 8월의 진도 상황이 MacOSX와 아이폰용 컴파일러 코어는 기본적으로 개발 완료되었고(물론 출시 전까지는 개선을 해나가겠지만), VCL을 제외한 RTL 부분도 MacOSX와 리눅스로 포팅이 다 되어있습니다. 이를 위해 델파이 2007/2009에서 RTL 소스에서 사라졌던 리눅스 지원 코드들이 당장 현재 버전인 2010 버전의 RTL에는 다시 추가되었고, MacOSX까지 추가되어 있습니다.

컴파일러와 RTL 부분은 작업이 거의 끝나있고, 크로스컴파일 방식인 관계로 맥이나 리눅스를 위한 전용 IDE를 별도로 개발하지 않으니, 현재 엠바카데로 본사에서 진행중이거나 남아있는 작업은 VCL의 크로스플랫폼화 작업과 크로스컴파일 이후의 테스팅이나 디버깅 등의 작업일 것입니다.

RTL과는 별개로, VCL은 윈도우를 위해 완전히 최적화된 라이브러리이므로, 과거의 카일릭스 때 VCL과 별개의 CLX를 새로 개발했던 방식과 유사하게 진행할 것입니다. 이건 거의 확실하구요. VCL과 CLX가 별개의 평행 라이브러리이기는 하지만, VCL로 개발된 소스의 대부분이 CLX로 포팅이 가능했었습니다. 윈도우 OS에 의존적인 코드들만 제외하면요.

CLX에서 개발자들의 반발을 받았던 QT 문제를 어떻게 하느냐의 이슈가 있는데요. 과거의 CLX는 QT를 기반으로 했었는데(제 기억으로는 2.4 버전), 당시 이 QT의 성능이 상당히 크게 떨어지는 데다가 덩치도 크고 둔해서 개발자들 상당수가 많은 불만을 가졌었습니다.

지난 9월에 델파이/++빌더 2010 발표회 때 본사 부사장인 데이비드 아이 씨가 방문했을 때, 과거 카일릭스에서 사용했던 QT를 다시 사용할 계획이냐고 살짝 물어봤었습니다. 데이비드 씨의 대답은 대략 다음과 같았습니다.

1. 우리도 QT 문제를 심각하게 생각하고 있다.
2. 하지만 최근 버전의 QT는 과거와 달리 성능에서 크게 개선되었다.
3. 만약 최신 버전의 QT가 충분한 성능이 나온다면, QT를 사용함으로써 델파이에서 더 단기간에 더 많은 플랫폼을 지원할 수 있다.
4. 그래서 QT 기반으로 개발하는 방식과, 각각의 플랫폼에 대해 완전히 네이티브로 프레임워크를 재개발하는 방식을 두고 내부적으로 성능 비교 중에 있다.

MacOSX와 리눅스 버전은 내년에 출시될 것이 거의 확정적이고, 아이폰 버전은 좀 덜 확정적인데, MacOSX 버전과 함께 나올 가능성이 아주 높습니다.

제가 알고 있는 정보는 현재로서는 대략 이런 정도입니다.
(사실 본사에서 대외적으로 공개할 수 있도록 허용한 수준을 좀 많이 넘어섰습니다)

아마도 내년 봄 정도에 각 크로스플랫폼 버전에 대해 베타테스팅이 시작될 것이고, 그러면 저도 당연히 참여해야 하기 때문에, 그것 때문에라도 아이폰은 꼭 구입해야 하는 상황인데 요즘 너무 바빠 아직 아이폰 구매를 못한...

Delphi/C++Builder 2007 비공식 패치 - Windows 7 디버깅 관련

(박지훈.임프) — Thu, 24 Dec 2009 18:41:33 +0900

Delphi/C++Builder 2007은 공식적으로 Windows Vista까지만 지원하며, Windows 7은 지원하지 않습니다. Windows Vista와 Windows 7은 기술적으로 대단히 유사하기 때문에 일반적으로는 Windows Vista를 지원하는 애플리케이션은 Windows 7도 지원하는 경우가 대부분입니다.

하지만 반드시 그렇지는 않아서, Vista에서는 아무 문제가 없었던 것이 Windows 7에서 오동작하는 경우도 간혹 있습니다. 따라서 저희 데브기어와 본사인 엠바카데로의 공식적인 입장은, Windows 7에서의 정상 동작을 보장하려면 Delphi/C++Builder의 2010을 사용하여 개발하라는 것입니다.

바로 이번에 알려드리는 핫픽스가 이런 경우의 문제인데.. Delphi/C++Builder 2007 버전은 물론 Vista에서 제대로 동작하지만, Windows 7에서는 몇가지 부분에서 오동작을 합니다. 특히 문제가 되는 것이 디버거인데요. 이번에 공개된 비공식 패치가 이 Windows 7에서의 디버거 오작동을 패치하는 것입니다.

RAD Studio 2007 Debugger Fix for Windows 7
http://cc.embarcadero.com/item/27521

비공식 패치이기 때문에, 자동 업데이트로 제공되지 않으며 알려주지도 않습니다. 반드시 수작업으로 다운로드하여 직접 파일을 덮어씌워야 합니다.

이와 동일한 문제에 대해 Delphi/C++Builder 2009 버전에 대해서는 지난 12월 7일에 공식 핫픽스 소식을 알려드렸었습니다.
http://blog.devgear.co.kr/imp/entry/DelphiCBuilder-2009-핫픽스-2

Delphi와 C++Builder의 2007 버전은, 아직 정상적으로 판매되고는 있으나 공식 지원은 종료된 상태입니다. 정확하게 따지면 디서포트(De-Supported) 상태입니다. 이번 패치가 '비공식'인 이유도 지원 기간이 끝났기 때문이구요. (반면 2009 버전은 현재 패시브 상태에 있어서, 핫픽스나 서비스 팩은 제공되지 않지만 기술지원은 되고 있습니다)

물론, Windows 7을 공식적으로 지원하는 Delphi/C++Builder 2010에서는 아무 해당 사항이 없는 얘기죠.

현재 기술지원이 제공되는 Delphi/C++Builder 버전들

(박지훈.임프) — Wed, 23 Dec 2009 16:26:59 +0900

볼랜드/엠바카데로 개발툴들에 대해, 기술지원이라고 하는 것은 원래는 본사에서 제공하는 기술지원을 말합니다. 그런데 현실적으로 한국 지사(지금은 데브기어죠)에서 본사의 딱딱한 기술지원만 제공할 수는 없기 때문에,

또, 본사의 기술지원 기준에서는, 개발툴 제품만 구입한 경우에는 기술지원이 제공되지 않습니다. SA(메인터넌스라고도 합니다)를 함께 구입한 경우에만 기술지원이 제공되죠. 하지만 데브기어에서는 지사 차원에서 자체적인 추가 기준을 마련하여 기술지원을 제공하고 있습니다. (물론 SA를 함께 구입하신 경우에는 더 많은 지원과 교육을 받을 수 있습니다)

아래 링크의 글은, 현재 정식 기술지원이 제공되는 Delphi, C++Builder의 버전들에 대한 내용입니다. (조금 전에 번역해놨습니다)

Delphi/C++Builder/JBuilder/InterBase 지원 버전들
http://support.embarcadero.com/article/40286

델파이와 C++빌더에 대한 부분만 발췌하면 다음과 같습니다.

Delphi

제품	Active	Passive	De-Supported
Delphi 2010	2009년 8월
Delphi 2009	2008년 9월	2009년 9월
Delphi 2007 for Win32	2007년 4월	2008년 12월	2009년 12월
Delphi 2006	2005년 12월	2008년 4월	2009년 8월
Delphi 2005	2004년 10월	2006년 1월	2008년 12월
Delphi 8 for Microsoft .NET	2003년 12월	2005년 12월	2008년 12월
Delphi 7	2002년 8월	2005년 12월	2008년 12월
Delphi 6 및 이전 버전들	2001년 5월	2002년 8월	2003년 8월

C++Builder

제품	Active	Passive	De-Supported
C++Builder 2010	2009년 8월
C++Builder 2009	2008년 9월	2009년 9월
C++Builder 2007	2007년 6월	2008년 12월
C++Builder 2006	2005년 12월	2008년 4월	2009년 8월
C++BuilderX 1.x	2003년 9월	2006년 1월	2007년 1월
C++Builder 6.0	2002년 2월	2004년 10월	2008년 12월
C++Builder 5.0 및 이전 버전들	2001년 10월	2002년 2월	2003년 2월

액티브 지원 / 패시브 지원 / 디서포트에 대해 간략히 설명하자면.. 액티브 지원 상태인 경우에만 서비스팩이나 핫픽스 등을 제공합니다. 그리고 액티브에서 패시브 상태까지는 본사에서 기술지원을 접수받고 처리하고요. 디서포트로 넘어가면 접수는 하지만 답변을 할 의무가 없습니다.

각 버전에 대해 시기별로 액티브 지원, 패시브 지원, 디서포트 등이 명시되어 있는데요. 요약해서 말하자면, 델파이와 C++빌더의 2010은 현재 액티브 지원 상태이며, 2009는 패시브 지원, 2007 버전은 디서포트 상태입니다.

델파이 7과 C++빌더 6의 경우 단종되었다가 다시 판매하고 있습니다만 이 두 버전은 모두 2008년 12월부로 디서포트 상태로 넘어가 있습니다. (이 두 버전은 통상적인 경우보다 패시브까지의 지원 기간이 많이 연장되었었는데, 이 두 버전에만 적용되었던 예외적인 경우이고 일반적이지 않습니다)

통상적으로는, 현재 최신 버전은 액티브 지원 상태, 그 이전 버전은 패시브 지원 상태(2년 이내일 경우), 그리고 2년이 지나고 나면 디서포트로 넘어갑니다.

제품 릴리즈와 버전, 기술지원의 용어에 대한 설명은 아래 글에서 자세히 설명되어 있습니다.
http://support.embarcadero.com/article/39984

물론 이건 본사의 기준이구요. 데브기어에서는 구버전이라고 해도 최대한의 기술지원을 제공하고 있습니다. 다만 서비스팩이나 핫픽스의 경우는 데브기어 자체적으로 만들어서 배포할 수는 없는 것이므로(간혹 긴급 패치는 만들어 제공하기도 합니다) 알고는 계셔야 하겠네요.

Delphi/C++Builder의 다음 버전 업그레이드 계획이 있다면...?

(박지훈.임프) — Fri, 18 Dec 2009 14:55:51 +0900

올해 말, 그러니까 2주 정도 지나고 나면 델파이 2005를 비롯한 그 이하 버전들은 델파이/C++빌더 2010으로 업그레이드 할인을 받을 수 없게 됩니다. 구버전이 있어도 신규사용자용(New User) 제품을 구입해야 하죠. 이미 여러 차례 뉴스레터가 나갔기 때문에 대부분 아실 겁니다. 10월 말에 여기 블로그에도 썼었구요.
http://blog.devgear.co.kr/imp/entry/DelphiCBuilder-2005-이하-업그레이드-할인은-연말까지만

엔터프라이즈 에디션을 기준으로 할 때, 업그레이드 할인 가격은 신규사용자용 제품 가격의 70% 정도입니다. 그러니까, 구버전을 가지고 있으면서 내년에 델파이/C++빌더 2010을 구입할 계획이라면 빨리 서둘러야 합니다.

그런데, 2010 버전이 아니라 만약 내년에 출시될 차기 버전을 기다리는 경우라면? 참고로 말씀드리면, 올해의 경우 델파이/C++빌더 2010은 8월 말에 발표되었는데요. 차기 버전에서는 MacOSX, 리눅스, 아이폰 버전까지 같이 개발중이기 때문에 올해 발표 시기보다는 조금 정도는 늦어질 가능성이 높습니다. 그래서 빠르면 2010년 가을, 늦으면 2010년 말 정도에 발표된다고 보고 있습니다. (더 늦어져서 해를 넘길 가능성은 거의 없습니다)

참고로, MacOSX, 리눅스, 아이폰 버전의 경우, 본사의 전략에 따라, 현재의 윈도우 버전 델파이/C++빌더와 통합 패키징되어 판매될 수도 있고 아니면 별도 제품으로 분리될 수도 있습니다. 이건 완전히 전략 상의 문제인데... 제 개인적으로는 별도 제품으로 분리될 가능성이 좀 더 높지 않을까 생각됩니다.

어쨌든... 내년에 발표될 2011 버전에서 개선될 기능들도 많을 것이기 때문에, 내년으로 제품 구입을 미루는 것은 뭐 있을 수 있는 일입니다. 그런데, 구버전 업그레이드 할인이 올해 말로 종료되기 때문에, 구입 전략을 바꿀 필요가 있습니다.

개발툴 구입과 함께 구입할 수 있는 옵션으로, SA, 혹은 메인터넌스가 있습니다. 이 메인터넌스를 구입했을 때의 혜택은 두가지인데요. 첫째는 기술 지원을 제공한다는 것이구요. (원래 미국과 유럽 등 해외에서는 개발툴 구입에 대해 기술지원이 제공되지 않지만 저희 데브기어에서는 개발툴 구입만 해도 기술지원을 제공하기 때문에 이 첫번째는 큰 의미가 없습니다) 두번째는 지정한 기간 동안(통상 1년) 출시되는 신규 버전을 무료로 업그레이드를 제공한다는 것입니다. 다시 말해, 지금 메인터넌스를 함께 구입하면 내년 2011 버전도 무료로 받을 수 있습니다.

이 메인터넌스 옵션은 1년 기준으로 할 때 가격이 신규사용자용 제품 가격의 30% 정도입니다. 30%라는 가격 설정은 본사에서 한 것인데, 아주 전략적이죠. 업그레이드의 할인 가격이 70% 가격이니까, 개발업체가 매 2년마다 한번씩 업그레이드를 하려고 한다면, 30%+30%니까 60%가 되죠. 그러니까 업그레이드 단품을 구입하는 것보다 10% 싸면서도 중간의 한 버전도 빼지 않고 다 사요할 수 있게 되는 겁니다. 다시 말해, 2년마다 업그레이드하려고 한다면 메인터넌스 옵션이 가격면에서도 혜택 면에서도 더 유리합니다.

그런데, 올해 말까지로 구버전의 업그레이드가 종료되기 때문에, 여기서 재미있는 부작용이 생겼습니다. 구버전으로부터의 업그레이드 할인을 적용받을 때 가격이 신규사용자용 제품의 70%인데, 메인터넌스 옵션의 가격이 30%이므로, 합치면 신규사용자용 가격과 같아지는 겁니다. 만약 업그레이드를 내년의 2011 버전 출시 이후로 미룬다면 그냥 그때 신규사용자용만 사용하게 되는 거고, 반면 지금 업그레이드하면 같은 가격으로 메인터넌스까지 포함해서 당장 2010 버전을 사용하고 또 2011 버전도 사용할 수 있게 됩니다.

그러니, 지금 2010 버전으로 업그레이드를 망설이다가 내년 2011 버전으로 미루려고 한다면, 그럴 필요가 전혀 없습니다. 지금 구입하면 같은 금액으로 두배의 혜택을 받을 수 있으니까요.

BDE의 대안은? dbExpress? ADO?

(박지훈.임프) — Fri, 18 Dec 2009 14:42:02 +0900

제 업무 특성상 하루에도 아주 많은 도움 요청을 받습니다. 가급적 답변에 하루를 넘기지 않으려고 노력하지만, 요즘은 일주일에 두차례씩 외부 개발 컨설팅을 나가고 있어서 보통은 하루나 이틀 정도가 흐른 다음에야 답변을 하고 있습니다. 양해를 부탁드립니다.

오늘 질문받은 건 중에, 현재 데이터베이스 연결에 BDE를 사용중인 프로젝트가 있는데 BDE를 마이그레이션하는 데 대한 조언을 요청한 건이 있어서, 이에 대한 내용을 써볼까 합니다.

왜 BDE를 제거해야 하는가

먼저, 왜 BDE를 들어내야 하는지에 대해 써보죠. 아시다시피 BDE는 2002년 델파이 7이 출시되면서 RDBMS에 대한 연결 지원이 중단되었습니다. 쉽게 말해서 오라클, MS SQL, 사이베이스, DB2 등의 데이터베이스로 연결할 수 없게 되었다는 것입니다. BDE의 SQLLinks가 바로 이런 RDBMS로의 연결을 담당하는 부분인데, 델파이 7 버전부터는 이 SQLLinks가 제거되었습니다.

이에 대해서는 2002년에 볼랜드포럼의 주요 뉴스로 올린 적이 있으니 자세한 내용은 링크를 참고하실 수 있습니다.
http://www.borlandforum.com/impboard/impboard.dll?action=read&db=news&no=93

물론 굳이 사용하려면 편법은 있습니다. 델파이 6까지의 BDE에는 여전히 SQLLinks가 포함되어 있으므로, 구버전 라이선스가 있다면 구버전을 먼저 설치하고 그 이후에 신버전을 설치하면 구버전의 SQLLinks를 그대로 사용하여 BDE로 RDBMS를 그대로 연결할 수 있습니다.

구버전 라이선스가 없을 경우에 BDE의 SQLLinks를 따로 복사하여 쓰는 것이 기술적으로는 가능하지만 라이선스 위반이 됩니다. 이런 경우에는 반드시 제게 연락하여 사전 양해를 받아야 하며 그렇지 않은 경우 불법이 됩니다.

그러면, 이런 방식으로 BDE를 계속 사용할 수 있는 것일까요? 그래도 여전히 문제들이 남습니다.

1. 데이터베이스 버전 문제
BDE는 1999년에 마지막으로 버전업이 되었고, 2001년 델파이 6 버전에서 마지막으로 지원되었던 만큼, 당연히 각 데이터베이스들의 지원 버전도 1999년 당시로 그대로 머물러 있습니다. 오라클의 경우를 보자면 오라클 8 버전까지만 지원하고, SQL 서버도 2000 버전까지만 지원합니다. 당연히 사이베이스나 DB2의 경우도 당시 버전까지만 지원하죠.

새로운 데이터베이스 버전에는 새로운 데이터 타입이 많이 추가됩니다. 오라클에서도 MS SQL에서도 각 버전마다 중요한 새로운 타입들이 많이 추가되어 있습니다. 만약 오라클 데이터베이스에 오라클 9 이후로 추가된 필드 타입이 있다면, BDE에는 그 타입에 대응하는 내부 처리가 되어 있지 않으므로 BDE에서 처리할 수 없게 됩니다. (아마 친숙한 Access Violation이 뜨게 될 겁니다)
그러면, 이런 새로운 타입을 가진 필드들을 아예 사용하지 않으면 되지 않겠느냐, 물론 그렇습니다만, 그렇게 새로운 필드 타입들을 피해간다면 새로운 버전의 데이터베이스를 사용하는 효과도 반감될 것입니다. 또 델파이나 C++빌더로 개발된 이외의 웹 같은 다른 시스템들도 있어서 그쪽에서도 데이터베이스를 다루어야 하는 경우, 그쪽 시스템 담당자들은 왜 구닥다리 버전의 델파이나 C++빌더 시스템 때문에 우리 시스템이 피해를 봐야 하느냐고 불평하거나 반발할 것입니다.

2. 윈도우 버전 문제
BDE는 그 마지막 버전 조차도 윈도우 XP 이상의 버전에 대해서는 아무런 동작 보장을 하지 않습니다. 볼랜드/엠바카데로에서 BDE의 마지막 버전을 내놓은 것이 2001년이므로 당연히 윈도우 비스타와 윈도우 7, 윈도우 2003 서버 등에 대해서는 테스트 자체가 안되었습니다. 따라서 윈도우 비스타와 윈도우 7에 대해서는 아직 알려지지 않은 문제가 발생할 수도 있습니다.

예를 들면 BDE에서는 비스타 이상의 보안 구조를 전혀 고려하지 않고 개발되어 있는데, 그런 이유로 BDE를 사용하기 위해 프로그램을 구버전 델파이로 개발한 개발자가 사용자에게 UAC를 끄라고 조언하는 경우가 종종 있습니다. 이건 아주 위험한 시도인데요, 심각한 문제로 비화될 수 있습니다. 개발자가 사용자에게 UAC를 끄라고 조언한 경우, 그로 인해 비전문가인 사용자가 바이러스나 해킹에 노출되어 피해를 입었다면, 개발자를 대상으로 법적으로 고소하는 것이 충분히 가능합니다. 이게 한두 명의 개인 사용자가 아니라 수십, 수백, 수천명의 기업 사용자가 사용하는 업무 시스템이라면 어마어마한 손해배상을 해야 할 수도 있겠지요.

3. 64비트 문제
특히 BDE는 64비트에서는 전혀 사용이 불가능합니다. BDE는 최초 버전이 16비트로 개발되었고, 32비트로 포팅된 후에도 마지막 버전까지도 16비트 코드가 상당히 남아있습니다. 16비트 코드는 64비트 OS에서 전혀 운영이 안됩니다. 따라서 윈도우 7 64비트 버전에서는 운영이 전혀 불가능합니다. 이런 경우라면 BDE를 무조건 다른 기술로 마이그레이션해야 합니다.

개발자 여러분이 BDE를 사용하여 개발해서 내놓은 소프트웨어를 사용자가 64비트 윈도우에서 사용하려 한다면 당연히 제대로 동작하지 않습니다. 패키지/솔루션 소프트웨어이든 혹은 SI 성격의 업무개발 시스템이든 그 사용자는 강하게 반발할 것입니다. 현재 버전의 델파이는 32비트 개발툴이기는 하지만 개발된 소프트웨어는 64비트 윈도우에서 아무 문제 없이 실행되는데, BDE를 사용하게 되면 문제가 생기게 되는 거죠.

그럼 대안은?

볼랜드에서도 그랬고, 지금 엠바카데로에서도 BDE의 공식적인 대안으로 dbExpress를 강력하게 추천하고 있습니다. 그리고, 그 외에 또다른 범용 데이터베이스 연결 방법으로 ADO가 있죠.

아무래도 ADO를 조금이라도 써본 분이 적지 않을 것이기 때문에, BDE를 들어내려면 ADO가 먼저 대안으로 떠오르는 것이 당연할 것입니다. 그런데 ADO나 dbExpress나 BDE로부터 마이그레이션하는 데 드는 노력은 별 차이가 없습니다. 그리고 지원하는 데이터베이스 면에서는 둘다 약간 차이는 있지만 메이저 데이터베이스는 두루 다 지원한다는 면에서는 별 차이가 없습니다.

그럼, 아무래도 더 친숙한 ADO를 선택해도 되지 않을까요? 하지만 여기에는 몇가지 고려해야 할 점들이 있습니다.

1. 멀티티어로의 전환 문제
최근 버전인 델파이 2009와 델파이 2010에서, 델파이와 C++빌더의 멀티티어 기술인 DataSnap이 전면 재개발되면서, 이전의 COM 의존의 무겁고 기능성이 부족하던 방식에서 가볍고 강력한 멀티티어로 탈바꿈되었습니다. 당장 저 자신부터, 이전에는 MIDAS/DataSnap이 너무 무겁고 기능도 떨어져서 대안으로 서드파티 멀티티어 기술을 사용했었지만, 이제는 새로운 DataSnap 2010을 사용하고 있는데, 아주 만족스럽습니다.

그런데 이 새로운 DataSnap 2010이 강력하기만 할 뿐 아니라, dbExpress를 너무나 멋지게 활용해서, 기존에 dbExpress를 사용하던 프로젝트라면 DataSnap 2010 기반의 멀티티어 방식으로의 전환이 아주 쉬워졌습니다. 어디까지가 dbExpress이고 어디부터가 DataSnap 2010인지 잘 구별조차 안될 정도로 빈틈없이 잘 통합되었답니다.

2. ADO 자체에 대한 의존성의 문제
ADO를 사용하게 되면 당연히 MS 기술에 대한 의존성이 생깁니다. ADO 자체적으로는 SQL 서버나 액세스 외에 다른 데이터베이스도 지원을 하기는 합니다만, 아무래도 ADO로 오라클이나 DB2 등 다른 DB로 연결하면 특정 경향을 타거나 오작동할 우려가 있습니다. ADO 자체가 MS의 DB만을 고려하여 최적화된 엔진이기 때문입니다.

예를 들면, 지난 6월에 MS는 오라클에 대한 ADO.NET 드라이버 지원을 아예 끊겠다고 일방적으로 발표한 바 있습니다.
http://blogs.msdn.com/adonet/archive/2009/06/15/system-data-oracleclient-update.aspx

3. 윈도우에 대한 의존성의 문제
당연하지만 ADO는 플랫폼 의존성이 있습니다. (물론 BDE도 그랬습니다) 윈도우 이외의 OS는 전혀 꿈도 꿀 수 없게 됩니다. 반면 dbExpress는 플랫폼 독립적으로 만들어졌습니다. 지금은 단종되었지만 리눅스용 델파이인 카일릭스가 dbExpress로 델파이와 거의 완벽하게 호환되었었습니다. 물론 카일릭스는 지금 단종되었지만...

아시다시피 내년이면 델파이가 크로스플랫폼으로 갑니다. 리눅스 버전이 다시 나오고, MacOSX, 아이폰까지 지원합니다. 그 이후로 줄줄이 다른 OS 버전들이 계속 개발될 것입니다.
http://blog.devgear.co.kr/imp/entry/MacOSX와-Linux를-위한-Delphi와-CBuilder

당연하게도, dbExpress로 마이그레이션 하면 지금까지 개발한 소스들을 이런 플랫폼으로 쉽게 옮길 수 있지만, ADO로 작업하면 다시 또 dbExpress로 마이그레이션해야 합니다. 또, 당장 델파이의 형제 툴로서 닷넷용 개발툴인 델파이 프리즘에서도 dbExpress를 이용하고 있습니다.

개발자 여러분이 일하고 있는 업계에 따라 당장 리눅스와 MacOSX, 아이폰에 대해 큰 수요가 없을 거라고 생각하실 수도 있지만, 최근 3~4년 사이에 리눅스도 약진했고 Mac의 점유율은 더욱 크게 급등했습니다. 아직 우리나라에서는 크게 느끼기 힘든 수준이지만, 글로벌 시장에서는 MS의 윈도우 점유율이 상당히 크게 떨어지고 있습니다. 이미 일본 등 해외쪽으로 소프트웨어를 수출하는 업체들에서는 윈도우 버전밖에 없다는 이유로 거절당하는 사례도 종종 나오고 있습니다.

이런 여러가지 면들을 고려하면...
굳이 dbExpresss 대신 ADO를 사용해서 크로스플랫폼으로 쉽게 갈 수 있는 기회를 스스로 차단할 필요가 있을까요...?

Delphi 개발자 양성 대학생 취업 교육 과정 개설

(박지훈.임프) — Thu, 17 Dec 2009 10:14:28 +0900

데브기어에서는 내년 1월, 2월 각 1개월간에 걸쳐 졸업 예정인 대학생들을 대상으로 델파이 무료 교육 과정을 진행합니다. 이 1개월 과정에 대해 비용은 전액 무료이며, 정상 수료 이후에는 델파이를 사용하는 우수 기업들로 전원 취업 알선까지 실시합니다.

이번 델파이 개발자 양성 대학생 교육 과정은 현재 극도로 부족한 초중급 Delphi 개발자를 양성하여 Delphi 사용 기업들의 수요를 맞추고, 동시에 의욕 있는 젊은 대학생들의 취업 활동을 지원하여 조금이나마 사회에 기여하기 위한 것입니다.

대학생 분들은 첨부한 공문을 프린트하여 소속 학교 전산 계열 학과에 전달하여 학과 사무실 등에 게시할 수 있도록 해주시면 좋겠습니다. 전국의 모든 대학교, 대학의 전산 계열 학과 대상이므로, 많이 알려지면 많이 알려질 수록 좋습니다.

공문_델파이_대학생교육.pdf

Delphi/C++Builder 2010 Update 4/5, Boost Update

(박지훈.임프) — Tue, 15 Dec 2009 11:38:13 +0900

지난 밤 사이에 Delphi/C++Builder 2010의 업데이트 4와 업데이트 5, 그리고 부스트 업데이트가 공개되었습니다. Delphi/C++Builder 2010 프로그램 그룹의 Check for Update를 클릭하여 업데이트를 바로 진행할 수 있구요.

혹은, 아래 링크를 통해 업데이트 파일을 다운받아 직접 설치할 수도 있습니다. (116MB)
업데이트4/5, 부스트 업데이트 다운로드 : http://cc.embarcadero.com/item/27492

업데이트 적용 이후에 빌드 넘버는, 보시다시피 14.0.3615.26342 입니다. 업데이트 이전의 빌드 넘버는 14.0.3513.24210 이었구요. 뭐 굳이 빌드 넘버를 찾아보지 않아도, 그 아래에 설치된 업데이트 리스트가 나오니까 알아보기 쉽죠.

난데없이 갑자기 왜 업데이트 4, 5인지 난감하실텐데, 몇주 전에 업데이트 2, 3가 잠깐 공개되었다가, 등록 문제 때문에 삭제되었기 때문입니다. 이번 업데이트 4, 5는 물론 이전의 업데이트 2, 3의 내용을 모두 포함하고 있습니다.

참고로, 업데이트 1은 지난 9월에 공개되었는데, 라이선스 등록 관련의 심각하지 않은 업데이트였기 때문에 자동 업데이트로 제공되지 않았었습니다. 아래는 당시에 썼던 블로그 글 링크...
http://blog.devgear.co.kr/imp/entry/DelphiCBuilder-2010-업데이트-1-발표

이번에도, 업데이트 4는 일반 업데이트이며 업데이트 5는 데이터베이스 업데이트로 구성되었습니다. 따라서 개별적으로 따로 설치할 수는 있지만, 업데이트 5의 내용이 업데이트 4에 의존하므로 반드시 업데이트 4는 설치해야 합니다. 또한 부스트 업데이트의 경우, 업데이트 4에 의존하므로(C++ 컴파일러가 업데이트되었습니다) 반드시 업데이트 4를 설치한 후에 설치해야 합니다.

아래는 이번 업데이트들에서 픽스된 버그 리스트입니다.
Delphi 버그 픽스 : http://dn.embarcadero.com/article/40204
C++Builder 버그 픽스 : http://edn.embarcadero.com/article/40205/

이번 업데이트들에 대한 자세한 내용은 아래 readme에서 보실 수 있습니다.
http://dn.embarcadero.com/article/40174

아래 글에서는 업데이트 4의 내용에 대해 좀 더 간략하고 친절하게(?) 설명해주고 있습니다.
http://blogs.embarcadero.com/chrishesik/2009/12/14/35072

한글이 조합중인지 확인하려면

(박지훈.임프) — Tue, 15 Dec 2009 03:26:18 +0900

TEdit나 TMemo 등의 컴포넌트에서 현재 한글이 조합중인지 확인하려고 하니 마땅한 함수가 없더군요. 그래서 Win32 SDK의 IME 관련 함수들을 뒤져서 이 목적으로 적당히 쓸만한 함수를 하나 만들어봤습니다. (윈도우 IME의 버그를 추적하면서 이것저것 테스트해보느라 만들었습니다)

아래 IsInComposition 함수를 호출하면서 인자로 해당 에디트나 메모의 핸들을 넘겨주면 됩니다. 조합중일 경우 true, 조합중이 아닌 경우 false를 리턴합니다.

아래 함수의 핵심은 IME 관련 Win32 함수인 Imm32GetCompositionString 함수인데, 이 함수는 원래는 조합중인 글자를 알아내는 함수이구요. 이 함수의 리턴 값이 조합중인 글자의 길이입니다. 따라서 조합중인 글자가 없을 경우 당연히 0이 리턴되겠죠.

uses imm;

function IsInComposition(hWnd: HWND): boolean;
var
H: HIMC;
buff: array[0..1] of char;
len: integer;
begin
result := false;
H := Imm32GetContext(hWnd);
if H <> 0 then
begin
len := Imm32GetCompositionString(H, GCS_COMPSTR, @buff, 2);
result := len > 0;
Imm32ReleaseContext(hWnd, H);
end;
end;

델파이 2010과 2009에서만 테스트해봤는데, 뭐 코드로 봐서는 그 이전 버전이라도 제대로 동작하지 않을 이유는 없을 거 같네요.

저처럼 IME 기능을 추적하는 용도 이외에 이런 함수를 쓸 일이 있을지는 잘 모르겠지만... ^^;;;;

데이터 모델링 무료 교육

(박지훈.임프) — Fri, 11 Dec 2009 16:54:32 +0900

저희 데브기어에서 무료 데이터 모델링 교육이 있는데... 12월 22일, 23일 이틀간입니다.
어제 오후에 안내 메일이 나갔는데요. 발송된 메일 내용은 아래와 같습니다.
http://www.devgear.co.kr/newsletter/20091210_data_modeling_lecture.html

근데... 어마어마하게 교육 신청이 들어와서, 불과 몇시간만에 인원이 다 차버렸습니다. 그래서 수십 명이 접수가 안되었는데요. 이거 뭐.. 로또 아파트 청약 현장도 아니고... -.-;;;;

데이터 모델링이 그렇게 인기가 좋은가... 아님 무료라서 그런가... ㅎㅎ
어쨌든, 제가 직접 담당하는 업무는 아닙니다만 저희 회사에서 하는 일인데 잘 되는거 같으니까 뭐 기분이 좋기는 하네요.

그래서... 데이터 모델링 추가 교육 일정을 잡는다고 합니다. 이건 공지 메일은 안보내고요, 회신이 늦어서 접수가 안된 분들께만 따로 개인 메일을 보내서 교육을 진행하는데요. 설마 다 들어오시지는 않겠지요. 몇명 정도는 여유가 생길 수 있겠지요.

그래서, 이 2차분 교육 건에 대해서는 따로 공지는 하지 않고, 제 블로그를 방문해주시는 분들께만 살짝 따로 알려드리는 겁니다. 2차분 교육은 12월 29일, 30일 양일간입니다. 이번에도 금방 인원이 다 찰 수도 있으니, 관심있으신 분은 빨리 접수하시기 바랍니다.

IDE에서 Run으로 실행중인지 여부를 확인하려면

(박지훈.임프) — Fri, 11 Dec 2009 13:33:40 +0900

델파이나 C++빌더의 IDE 안에서 프로젝트를 Run으로 실행시킨 경우인지 여부를 코드에서 확인해야 할 경우가 있습니다. 물론, 컴파일된 모드가 디버그 모드인지 릴리즈 모드인지를 확인하기 위해서는 컴파일러 디렉티브 _DEBUG를 쓰면 되는데요.

디버그 모드로 컴파일되어있는지가 아니라 IDE 안에서 Run으로 실행된 경우, 즉 현재 디버깅 진행중인지를 알아내려면 전역변수 DebugHook의 값을 검사하면 됩니다. 이 DebugHook의 값이 0보다 크면 디버깅 중인 것입니다.

델파이라면...
procedure TForm1.Button1Click(Sender: TObject);
begin
if DebugHook>0 then
ShowMessage('디버깅 중입니다.');
end;

C++빌더라면...
void __fastcall TForm1::Button1Click(TObject *Sender)
{
if(DebugHook>0)
ShowMessage("디버깅 중입니다.");
}

참고로 이 DebugHook 전역변수는 System.pas에 정의되어 있습니다. 델파이3와 C++빌더3 이상의 모든 버전에서 사용하실 수 있습니다.

패키지를 컴파일할 때 DesignIntf에서 에러가 나는 경우

(박지훈.임프) — Wed, 09 Dec 2009 23:36:31 +0900

델파이로 서드파티 컴포넌트의 패키지 프로젝트(.dpk)를 사용자인 개발자가 직접 컴파일할 때, DesignIntf 유닛에서 컴파일러 에러가 나는 경우가 있습니다. 이런 경우에는 흔히 ToolIntf, DesignEditors, Proxies 등의 유닛들도 같이 걸리는 경우가 많습니다.

많은 초중급 델파이 개발자들이, 이런 에러를 만나면 일단 이들 유닛들의 pas 혹은 dcu 파일을 찾아서 해결하려고 접근합니다. 게다가, 열심히 찾는 개발자들의 경우, 그 노력에 부응하듯이, 델파이가 설치된 디렉토리 아래에서 이들 파일들의 pas 소스를 찾아내게 됩니다. 그러면 너무나 당연한 공식처럼, 이 파일들을 찾아낸 개발자들은 패키지 프로젝트에 이들 파일을 추가하거나 혹은 이 파일들을 컴파일한 dcu 파일들을 같은 디렉토리에 두든지 하여 패키지 컴파일시에 링크되도록 합니다.

물론 일반적인 델파이 애플리케이션 개발에서는 대부분 그렇게 시도하는 것이 맞습니다만, 여기서는 아닙니다. 이 유닛들이 사용되는 곳은 컴포넌트 개발 혹은 델파이 IDE 위저드 개발이라고 불리는 특수한 영역입니다.

결론부터 말씀드리자면, 절대로 해당 유닛들의 pas나 dcu를 직접 링크시켜서는 안됩니다. 그리고 그 대신 DesignIde.dcp를 requires 섹션에 추가하여 해결해야 합니다.

그 이유를 설명하자면...

uses에 지정된 파일이 없다고 에러가 났으니 공식처럼 당연히 해당 파일을 찾아야겠다는 시도부터가 시작을 잘못한 것입니다. 델파이에서 uses라는 문법은 반드시 실제 dcu 파일(혹은 pas 파일)을 직접 참조해야만 하는 것이 아닙니다.

DesignIntf를 비롯한 이 파일들은 델파이를 사용하는 개발자들에게는 실질적인 어떤 용도로도 전혀 필요하지 않습니다. 다만 컴포넌트 개발자들이 고급 컴포넌트 개발을 할 수 있도록 볼랜드/엠바카데로에서 참고용으로 소스를 넣어둔 것일 뿐입니다.

DesignIntf, ToolIntf, DesignEditors, Proxies 등의 유닛들은 모두 DesignIde.bpl이라는 패키지에 포함되어 있습니다. 이 bpl을 동적으로 링크하기 위한 일종의 임포트 라이브러리 역할을 하는 것이 바로 DesignIde.dcp 파일입니다. 쉽게 말하면, bpl을 사용하려면 같은 이름의 dcp 파일이 있어야 연동될 수 있습니다. (물론 DLL에 대해 LoadLibrary와 마찬가지로 LoadPackage를 사용하면 bpl을 dcp 없이 직접 링크할 수 있지만 여기서는 논외.)

다시 말하면, 패키지 프로젝트의 requires 섹션에서 DesignIde.dcp를 지정하는 것은 DesignIde.bpl을 동적으로 불러다쓰기 위한 기본적인 준비입니다. 거꾸로 말하면, 해당 루틴을 정적 링크를 할 때에는 dcu 파일을 직접 링크해야 하고, 해당 dcu의 기능을 bpl 패키지의 기능으로 호출하려면 dcp를 requires에 추가하는 것입니다.

그럼, dcu를 링크하나 dcp를 통해 bpl을 동적으로 링크하나 동작은 같을 거라는 얘긴데, 그럼 dcu를 직접 링크해도 되지 않나, 하는 생각을 할 수 있습니다. 하지만 이건 안됩니다.

델파이 IDE 자체를 포함해서, 델파이로 만들어진 애플리케이션의 메모리 공간에서 유닛 이름(네임스페이스 이름)과 클래스 이름은 유일해야 합니다. 따라서 한 유닛이 여러번 로딩되려 할 때는 이름 충돌로 에러가 나게 됩니다. 만약 A.dpk 패키지에서 DesignIntf.dcu를 정적으로 링크해버리면 B.dpk 패키지에서는 DesignIntf.dcu를 링크할 수 없게 됩니다.

델파이 IDE 자체에서는 좀 더 심각한데요. DesignIde.bpl 자체가 이미 델파이 IDE의 메모리에 로딩되어 있으므로, DesignIntf, ToolIntf, DesignEditors, Proxies 등의 유닛 이름들은 이미 로딩된 네임스페이스 이름입니다. 따라서 이들 중 하나의 dcu를 포함한(정적으로 링크한) 다른 bpl 패키지가 로딩되려고 하면 바로 이름 충돌이 일어나므로 해당 bpl은 델파이 IDE에 등록이 불가능합니다.

결국, 다시 말해 패키지 형태로 델파이 IDE에 등록하려는 모든 유닛은 단 하나의 패키지에만 포함되어야 합니다(유일해야 한다는 얘기죠). 컴포넌트 이름도 마찬가지입니다. 그렇지 않으면 해당 유닛을 포함한 두번째 이후의 bpl 패키지는 모두 로딩이 실패하게 됩니다. 로딩이 안되니까 당연히 사용도 불가죠.

이런 이유로, DesignIntf, ToolIntf, DesignEditors 등의 유닛들은 절대로 직접 pas 혹은 dcu를 링크하면 안되고 DesignIde.dcp를 requires 섹션에 추가하는 방법으로만 참조할 수 있는 것입니다.

참고로 말씀드리면...
DesignIde에 포함된 이 유닛들은 모두 컴포넌트 개발시에 델파이 IDE에서 디자인타임 전용 기능을 개발하기 위해 필요한 기능들을 가지고 있습니다. 컴포넌트 에디터, 프로퍼티 에디터, IDE 확장 기능의 위저드 개발 기능 등등이죠.