Rough Stone :: Developer

1. 작업할 테이블에 seq라는 int 컬럼을 하나 추가

2. 테이블 속성에서 ID 열에 추가한 seq 컬럼을 선택

3. 시작값 1에 증가값 1 세팅

4. 아래 코드 실행 (id를 부여하여 중복된 행 중에서 id가 제일 작은 하나를 남기고 나머지는 지우는 시스템)

delete from /* table name */

where seq/* identity */ not in

(

select seq/* identity */ from

(

select MIN(seq/* identity */) as seq

, /* field list (group by - column) */

, COUNT(*) as cnt 

from /* table name */

group by /* field (column) list */

) as A

)

출처는 구글링 + 머릿속

select COUNT(*) from INFORMATION_SCHEMA.COLUMNS where TABLE_NAME='/*table_name*/'

C++을 주 언어로 몇년을 쓰다가

C#을 사용하려니 제일 귀찮고 힘든게

포인터가 없다는 것...

null check 만큼 값 체크 편한것도 없는데..

pointer가 없으니 곤란하다 ㅠ

구조체같은 nullable이 아닌 것들에 대한것은 값복사가 된다는 것도 그렇고.

STL도 없을 뿐더러

비슷하게 제공하는 List나 Dictionary의 경우도 역시 포인터는 안되는 듯.

그러면 쓸때마다 값복사가 일어나는 모양인데;;

구조체를 많이 쓰는데 굉장히 불합리한 느낌이다.

함수포인터 처럼 쓰는 delegate는 있으면서..ㅠㅠ

검색을 좀 더 해봐야겠다 ㅠㅠ

찾기 및 바꾸기에 사용하는 정규식에서.

ex.

\)\]\.Text = {[^"]*[:Ha][^"]*} ? \"√\" \: \"\";

정규식에서 사용하는 문자는 이스케이프 문자(\)를 붙여서 표현.

[^"]*[:Ha][^"]*

- 한글을 포함한 모든 문자 ; {}로 감싸서 태그로 사용

보통 포토샵에서 shift를 누르면 대부분 픽셀에 맞춰 정규화 해준다..

선택영역 만들때는 정사각형으로 만들어주기도 하고,

그라데이션을 할때나 선을 그릴때는 직선으로 그리도록 해주기도 하고.

그런데, shift + 눈금자 드래그(안내선 만들기)에서 안내선의 픽셀이 정규화되지 않아서 고생;;

폭풍 검색해본 결과,

Shift+Ctrl+(;)

를 누르면 다시 달라붙는다는 것을 알았다.

뭔가를 하면서 실수로 눌려졌나보다=_=

다시 업무 착수~~~

WM_KEYDOWN 이 발생하면

WM_KEYDOWN 메시지 알림처리가 되고

key가 만약 char에 해당될 경우

WM_CHAR 를 발생시킴

즉, WM_CHAR 에 대한 처리를 하려면

WM_KEYDOWN을 무시하고 진행해야함

(그렇지 않으면 WM_KEYDOWN, WM_CHAR 두 번 다 걸림..)

WM_KEYDOWN 은 단순히 키가 눌림/안눌림만 판단하기 때문에

자판으로 구분하고 대소문자의 구분이 없음

WM_CHAR 는 입력된 문자에 대한 처리이기 때문에

대소문자의 구분이 있으며 자체적으로 갱신 메시지를 발생시킴

의 상관관계 -_-

* 그림이 저작권 때문에 문제가 된다면 내리겠습니다 ㅜㅜ

매크로 재정의 경고..... 아예 무시했었다.

내 경우, 매크로 재정의가 어쩔수 없었던게

한 솔루션 안에 만들어진 프로젝트가 많았는데(한 7개정도?)

그 중에는 API(혹은 단순 C++)도 있었고 MFC도 있었다.

그런데 C++ 쪽에서 릭 체크를 하기 위해

#ifdef _DEBUG
#define new new(_CLIENT_BLOCK, __FILE__, __LINE__)
#endif

이런 코드를 써놨었다.

이 헤더는 필수라 다른 프로젝트에서도 사용하고 있었고..

그런데 MFC에서 자체적으로

#ifdef _DEBUG
#define new DEBUG_NEW
#endif

이렇게 써있는게 충돌이 난거다.

그래서 경고가 떴지만, 경고므로, 무시하고 진행했었다.

(심지어 프로젝트 속성에서 아예 경고 무시 설정해놔서 목록에도 안뜨게 해놨었다)

- 왜냐하면, MFC 쪽에 재정의된 부분을 주석처리하면, 에러로 돌변하고(매개변수가 안맞다며),

그걸 맞춰서 사용하면, 어느샌가 IMPLEMENT_DYNCREATE(, ) 부분을 사용할 수 없게 되버리기 때문에...ㅜㅜ

그런데, MFC쪽에서 C++ 클래스를 구현하고 new할당한 후 delete 하는 시점에서 뻑이 나는거다 ㅠㅠ

(프로그램 종료시)

저 위에 있는 Assertion Failed!

근데 아무리 봐도 문법을 위반한 데는 없었고..

추적도 안되는 부분이라

(추적하자면...dbgheap 파일에서 뻑나는데... 이걸 내가 해독할 수 있는것도 아니고...)

계속 검색을 하며 끙끙댔는데

사람들이 말하는 주 원인은

1. 메모리 해제를 중복했을때

2. 메모리 영역과 다른 영역을 해제했을때(영역침범)

이라는데 문제는 짐작가는게 전혀 없다는 거였다.

내가(그리고 많은 사람들이) Safe_Delete라고 지칭하는 

if(p) {
    delete p;
    p = NULL;
}

이 부분을 사용하기 때문에 1번 문제는 날래야 날 수가 없었던 ㅜㅜ

그리고..........

GPG 포럼에서

메모리 오버런일 확률도 있습니다. 

new, delete 시에 힙영역에서 몇가지 정보들을 이용하고 바꿉니다. 

만약 다른 버그로 인해서 그 메모리를 덮어씌우면 

엉뚱하게 new나 delete 에서 에러날수 있습니다. 

이때 new, delete 쪽만 뚫어져라보면 절대 잡을수 없습니다. 

다른 부분을 봐야합니다.

이런 얘기도 보고.

http://blog.naver.com/jaejun0201/50147724453

이런 얘기도 보고.

http://blog.naver.com/smanooo/140087357806

이런 얘기도 보고..하면서

갑자기 문득 떠오르는게 바로 new 재정의였다.

특히 마지막 블로그!

내부적으로 선언된 new 매크로나 할당/해제에 관한글을 세부적으로 풀어 써 주셨는데

그걸 보고 하면서 감이 어느정도 오기 시작했다.

혹시..혹시...호옥시........................

혹시가 사람 잡는거 맞네요.

MFC쪽 프로젝트에서

#ifdef new
#undef new
#endif

이 소스를 stdafx.h에 포함시켜주니

워닝도 전혀 뜨지않고

끌때 뻑도 안나더이다 ㅇㄱㄴ

전혀 짐작도 못했던 원인과 해결.

그리고 저 undef < 부분은 반은 짐작으로 ㅋㅋ

이렇게 하면 이전 매크로 해제되지 않을까 싶어서 해봤는데 되는거..

어쨌거나 해결! 어렵다 어려워.

좋은 말이긴한데...

이래서 우리 직종 취업이 만만치 않구나 이런 생각이...ㅇㄱㄴ

안녕하세요, Laperina입니다 :)