달의 한조각이 머무는곳

VirtualBox 가변크기 하드디스크 용량 줄이기

Lyn — Wed, 10 Mar 2010 02:14:35 +0900

원본출처 : http://kldp.org/node/111100

Guest OS가 윈도우 계열 OS인 경우

1. 윈도 켜고

2. 조각모음

3. http://technet.microsoft.com/en-us/sysinternals/bb897443.aspx

sdelete -c c:

4. 윈도 끄고

5. VboxManage modifyvdi /path/to/your/VM.vdi compact

유니코드와 wchar_t 의 주의점.

Lyn — Tue, 09 Mar 2010 01:12:33 +0900

유니코드는 어디까지나 "코드" 표일뿐 실제 저장할때는 다양한 방식으로 인코딩이 가능하다는것을 알아야 한다.

그리고 모든 인코딩 방식이 유니코드의 모든 글자를 표현 가능 한 것은 아니다.

뭐 잡설은 집어치우고..

wchar_t 엔 중대한 차이점이 있다.

즉 Windows 계열(C++Builder, Visual C++, Intel C Compiler for Windows) 에서는 wchar_t 는 2바이트이며, 이 문자열은 UCS2로 인코딩된다.

리눅스 계열(gcc) 에서는 에서는 wchar_t 는 4바이트이며, 이 문자열은 UTF-8로 인코딩 된다.

간단히 말해 이기종간 데이터를 전달할 때 byte order 문제가 생기지 않은 문자열은 인코딩이라는 문제를 껴안게 가게 된다.

유니코드 만들때 인코딩 방식도 좀 정하지 ㅜㅜ

Boost 에서 자기 자신의 shared_ptr 리턴하기

Lyn — Mon, 01 Mar 2010 15:02:12 +0900

boost 의 shared_ptr 은 편한 놈이지만..

문제가 생기는 상황이 몇 가지 있다 있다. 그 중 하나 바로 객체 내부에서 전역 함수(혹은 다른 class 의 함수)를 호출 할 때 this 를 넘기는 문제인데…

왜나면 아래와 같은 코드가 안되기 때문이다.

shared_ptr과 포인터형은 서로 대입이 되지 않기 때문에 위와 같은 코드는 컴파일 에러를 뱉는다. 그럼 아래와 같이 고치면 어떨까.

this 를 shared_ptr<SPtrTest> thisptr(this);

로 변환 해서 넘겻다.

이렇게 하면.

SPtrTest::Operation이 끝날때와 Func 가 끝날 때 2번 destructor 가 호출 되게 되어 에러가 난다.

이걸 방지하는 방법은 자기 자신의 shared_ptr 을 레퍼런스 카운트 문제가 생기지 않도록(this 를 넘길 때도 레퍼런스 카운터가 증가 하는) 하는 것이다.

즉 boost::enable_shared_from_this<T> 를 상속 받은 class 를 만드는 방법이다.

boost::enable_shared_from_this<T> 를 상속 받은 뒤 shared_from_this() 를 호출 하면 자기 자신의 shared_ptr 을 리턴 해 준다.

그럼 아래와 같이 된다

#include <boost/shared_ptr.hpp>

#include <cstdio>

using namespace boost;

class SPtrTest;

void Func(shared_ptr<SPtrTest> sp);

class SPtrTest

{

public:

int var1;

SPtrTest()

{

printf("Constructor\n");

}

~SPtrTest()

{

printf("Destructor\n");

}

void operation()

{

Func(this);

}

};

void Func(shared_ptr<SPtrTest> sp)

{

sp->var1++;

printf("%d\n", sp->var1);

};

int _tmain(int argc, _TCHAR* argv[])

{

shared_ptr<SPtrTest> testclass(new SPtrTest);

testclass->var1 = 0;

testclass->operation();

return 0;

}

이렇게 하면 아무 문제 없이 작동이 가능하다.

Ps. 특히 조심해야 할 것은..

shared_ptr<SPtrTest> thisptr(this); 를 여러 번 생성 한다고 레퍼런스 카운터가 증가하는 것은 아니다. 레퍼런스 카운터의 증가는 변수끼리의 대입에 의해서만 증가할 뿐, 저런 선언은 카운터1짜리 변수를 여러 개 늘려 에러를 내게 할 뿐이다.

#include <boost/shared_ptr.hpp>

#include <cstdio>

using namespace boost;

class SPtrTest;

void Func(shared_ptr<SPtrTest> sp);

class SPtrTest

{

public:

int var1;

SPtrTest()

{

printf("Constructor\n");

}

~SPtrTest()

{

printf("Destructor\n");

}

void operation()

{

shared_ptr<SPtrTest> thisptr(this);

Func(thisptr);

}

};

void Func(shared_ptr<SPtrTest> sp)

{

sp->var1++;

printf("%d\n", sp->var1);

};

int _tmain(int argc, _TCHAR* argv[])

{

shared_ptr<SPtrTest> testclass(new SPtrTest);

testclass->var1 = 0;

testclass->operation();

return 0;

}

#include <boost/shared_ptr.hpp>

#include <boost/weak_ptr.hpp>

#include <boost/smart_ptr/enable_shared_from_this.hpp>

#include <cstdio>

using namespace boost;

class SPtrTest;

void Func(shared_ptr<SPtrTest> sp);

class SPtrTest : public boost::enable_shared_from_this<SPtrTest>

{

public:

int var1;

SPtrTest()

{

printf("Constructor\n");

}

~SPtrTest()

{

printf("Destructor\n");

}

void operation()

{

Func(shared_from_this());

}

};

void Func(shared_ptr<SPtrTest> sp)

{

sp->var1++;

printf("%d\n", sp->var1);

};

int _tmain(int argc, _TCHAR* argv[])

{

shared_ptr<SPtrTest> testclass(new SPtrTest);

testclass->var1 = 0;

testclass->operation();

return 0;

}

[잡설] 앱스토어의 유행. 프로그래머에겐 과연?

Lyn — Fri, 19 Feb 2010 13:19:51 +0900

==여기서부턴 내 개인적인 생각이니... 할말있으면 태클 거는건 좋다.==

프로그래머에게 앱스토어의 유행이란 과연 무엇일까..

혹자는 이렇게 말할지도 모른다. 개인 개발자들에게 대박의 기회를 주었다고...

물론 난 대박이란 말을 좋아하지 않는다. 왠지 운으로 된 것이라는 느낌을 강하게 주기때문에. 하지만 여기선 딱히 쓸 말이 없는 거 같아 그냥 대박이라 표현하기로 하자. 내 짧은 어휘력에 저주를 한번 보내주는 것은 좋다.

이 얘기는 물론 대박을 친 사람이 있다는 얘기는 아니다.

난 아직까지 앱스토어에서 대박친 사람을 본 적이 없다. 기껏해야 중박정도랄까. 애시당초 큰 돈을 벌 수 있는 시스템이 아니다.

그리고 앱스토어는 이제 개인 한두명일 달라붙을 수 있는 시장이 아니라 규모를 갖춘 팀이 아니면 승부를 하기 힘든 시장이다.

내가 말하고싶은건 뭐냐...

프로그래머에게 앱스토어는 저주나 다름없다는 것이다. 적어도 한국에서는..

공짜 혹은 비싸봐야 천원내지 수천원 이건 무슨 의미냐. 프로그램은 "싸다" 라는 인식을 사람들에게 박아준 것 이외엔 아무것도 아니다.

프로그램은 엄청난 인건비를 소모 해야만 만들 수 있다. 그런것이 천원 이천원에 팔린다는것은 가치를 우리 스스로 무시한 것 외에 아무것도 아니다.

프로그래머들의 재미있는 장난감이 될 수는 있다 앱스토어가. 하지만 재미삼아 만들었으면 그것으로 끝내라. 그걸 싼값에 공개하는건 우리 스스로 가치를 깎아먹는 것 밖에는 안된다.

중급개발자가 월급이 300만원이라고 하면 시간당 2만원을 버는셈인데... 그것을 1달러(대충 1000원으로 치자) 에 판다고 하자.

아이폰 앱스토어에서 100개 이상 팔리는 어플의 비율이 10% 정도라고 하는데... 상위 10%의 어플을 만들어 냇다고 치자. 그럼 10만원을 버는 셈이다. 당신이 그걸 5시간 이내에 완성한 것이 아니라면 완전한 손해라고 밖에 할 수 없다.

문자열 -> 실수 변환함수 컴파일러별 차이.

Lyn — Fri, 19 Feb 2010 02:02:39 +0900

물론 ansi 함수가 atof 라는건 마찬가지지만..

_t 계열 함수가

VC : _tstof

BCB : _ttof 로 차이가 난다.

사실 네이밍 규칙만 보면 _ttof 가 맞는거같은데...

C/C++의 wide 함수나 _t 함수 규칙은 완전 불규칙적이라 뭐가 맞는진 잘 모르겠다.

아시는분 있으면 리플좀 달아주시깇

SQLite 에서 Top 쿼리 쓰는 법

Lyn — Thu, 18 Feb 2010 15:40:10 +0900

select top 100 * from table

과 같은 쿼리는 SQLite 에서 에러가 난다

아래와 같이 사용하자

select * from table limit 100

SpinLock 은 절대 서버에서 쓰지 마라!

Lyn — Tue, 09 Feb 2010 11:13:15 +0900

오늘 서버 코드 리뷰하다가 보고 헉 했는데...

SpinLock 은 서버에서 사용하면, Thread 의 반응 속도를 올려주는 장점이 부각되는 것이 아니라, CPU 점유율이 올라간다는 장점만 극단적으로 부각 되게 된다(반응성보단 가용성이 중요하기떄문에...)

SpinLock 서버에서 쓰면 피토할만한 CPU 점유율을 볼 수 있다

[잡설]델파이 / C++ Builder 하는 사람들의 문제점.

Lyn — Sat, 06 Feb 2010 19:31:29 +0900

볼포 모임에서도 이런저런 얘기 하다 나온거지만...

델파이 / C++빌더 초보들은 웃기는 특징을 하나 가지고 있다.

뭔가 하다가 안된다.

그럼 이렇게 생각한다. '아 이게 델파이의 한계인가'

.... 웃긴다.

그런사람들이 VC를 하면서 똑같은 문제에 부딛히면 이렇게 생각한다 '아 내가 뭘 잘못한게 있나보다'

... 진짜 웃긴다

뭔가 하려고 할때 개발툴 자체에 한계가 있는 경우는 드물다.

(물론 VM 의 한계, Native의 한계 등이 있지만... 이 경우는 애초에 언어선택자체가 잘못된거니까 제쳐두자.)

개발툴 탓하기 전에 자신의 실력을 한번쯤 돌아보길.

근데... 난 델파이 프로그래머 아니잖아.... 안될거야 아마

GExpert 델파이 용 애드온

Lyn — Mon, 01 Feb 2010 05:40:02 +0900

http://www.gexperts.org/

델파이를 사용하기 편하게 해주는 Addon.. 이라기 보단 Addon 의 모음이다.

기능이 지나치게 많으니..

자세한것은 Delmadang 백록화님의

http://www.delmadang.com/community/bbs_list.asp?bbsNo=18&st=S&keyword=GExp&x=0&y=0

강좌를 참조해라

Visual Assist X. VS용 플러그인

Lyn — Mon, 01 Feb 2010 05:36:39 +0900

http://www.wholetomato.com/

VC++에서 제공 하지 않는 FindReference, Refactoring 등의 기능을 지원 한다.

그 외의 기능은 VS2008에서 거의 기본제공이라 별 의미가 없어지긴 했다.

컴파일 속도를 올려주는 애드온

Lyn — Mon, 01 Feb 2010 05:34:30 +0900

http://www.jomitech.com/twine.php

C++ Builder 거의 모든 버전의 컴파일속도를 최대 14배까지 올려준다고 한다.

최대 단점중 하나가 해결 될 수 있을 듯

#pragma once

Lyn — Mon, 01 Feb 2010 05:28:40 +0900

헤더를 한번만 include 되도록 하여 중복을 막아주는 전처리기.

MS VC++ 보면서 가끔 부러웠는데 C++ Builder 2010 부터 지원을 한다.

그라디언트 그리는 방법

Lyn — Wed, 27 Jan 2010 09:58:10 +0900

볼포에 올려놨던거 옮겨옴

필요한 변수

DCRect : GRADIENT_RECT;

Vertex : array[0..1] of TTriVertex;

코드

Vertex[0].x := 0;

Vertex[0].y := 0;

Vertex[0].Red := 104 shl 8;

Vertex[0].Green := 104 shl 8;

Vertex[0].Blue := 173 shl 8;

Vertex[0].Alpha := 0;

Vertex[1].x := TitleBar.Width;

Vertex[1].y := TitleBar.Height;

Vertex[1].Red := 165 shl 8;

Vertex[1].Green := 165 shl 8;

Vertex[1].Blue := 209 shl 8;

Vertex[1].Alpha := 0;

DCRect.UpperLeft := 0;

DCRect.LowerRight := 1;

GradientFill(TitleBarImage.Canvas.Handle, @Vertex, 2, @DCRect, 1, GRADIENT_FILL_RECT_V);

설명 :

처음으로 TTriVertex 형태의 배열이 필요하다.

0번째는 시작색,위치 1번째는 종료색,위치를 지정한다.

색을 지정할때 RGB 값에 shl 8 을 하는것에 주의

DCRect.UpperLeft := 0;

DCRect.LowerRight := 1; 여기 두줄은 뭐하는지 모르겠다.. 그냥 고정시켜둬라

자 마지막으로 GradientFill 함수를 사용하여 그려보자.

첫번째 인자로는 DC의 핸들이 필요하다.나는 Panel 에 TImage 하나 올려두고 TImage 의 Canvas 가 가지고 있는 Handle 을 참조하기로 했다.

두번째 인자로는 아까 열심히 속성 적어놓은 Vertex 배열의 포인터가 필요하다

3번째 인자는 모르겠다. 그냥 2 넣어라

4번째 인자는 아까 만들었던 GRADIENT_RECT 타잎의 포인터가 필요하다

5번째인자도 모르겟다 그냥 1 넣어라

마지막 인자는 GRADIENT_FILL_RECT_V, GRADIENT_FILL_RECT_H 두 종류가 있다. 각각 가로, 세로 방향을 지정한다.

Warcraft III 1.24.2 MapHack

Lyn — Sun, 17 Jan 2010 12:18:25 +0900

All Features Click

dll 의존성 확인 프로그램

Lyn — Sun, 17 Jan 2010 11:54:20 +0900

저장용