goo.gl, t.co, tinyurl 등의 URL shortening을 많이 쓸 것이다.

나는 bitly를 주로 쓴다.

최근에 알게된 건데 bitly에서 유명한 서비스는 전용 URL을 만들어뒀다.

일반적으로 압축된 후의 URL을 bit.ly로 시작한다.

압축전 : https://www.google.co.kr/search?q=죽어라+박근혜

압축후 : http://bit.ly/1ma3BHT

다음은 아마존을 압축한 것인데, amzn.to 라는 아마존의 줄임말 같은 URL이 나온다.

압축전 : http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_NAT_Instance.html

압축후 : http://amzn.to/1jVH93S

몇개 더 테스트 해봤다.

페이스북 (facebook.com)

http://on.fb.me/18AOiDE

야후 (yahoo.com)

http://yhoo.it/1hxb2XM

슬라이드쉐어 (slideshare.net)

http://slidesha.re/1rfuOgk

백악관 (whitehouse.gov)

http://1.usa.gov/1cpLRz4

허핑턴포스트 (http://www.huffingtonpost.com/)

http://huff.to/18jZfZU

혹시나 싶어 여러가지 한국 사이트들을 해봤지만 못찾았다.

다음 예에서 Obj의 객체는 compound statement 밖에서 생성된다. 그리고 두 개의 shared_ptr이 등장하는데, sp1은 compound statement 밖에 sp2는 안에 선언되어 있다.

Obj* original = new Obj;
std::shared_ptr<Obj> sp1 = std::shared_ptr<Obj> (original);

{
    std::shared_ptr<Obj> sp2 = std::shared_ptr<Obj> (original);
}

sp1.reset();  // 에러

위 코드를 실행하면 마지막 행의 sp1.reset() 호출 시 assertion failed가 발생한다. Compound statement가 종료되면서 sp2가 소멸되고, sp2가 가리키던 객체 역시 소멸되기 때문이다. sp1.use_count()는 여전히 1이지만, 가리키던 객체가 소멸되었으므로 sp1는 dangling pointer가 된다.

C에서는 NULL을 해제했다가는 큰일나는데.. 난 천상 C 프로그래머인가보다^^

delete (int *) NULL;

따라서 해제하기 전에 아래처럼 검사를 할 필요가 없다.

if (ptr)
    delete ptr;

PS.
사실 제목의 delete NULL은 MSVC에서 컴파일 에러가 난다.
그 이유는 NULL이 포인터가 아니기 때문이다. MSVC에서는 아래처럼 선언되어 있다.

/* Define NULL pointer value */
#ifndef NULL
#ifdef __cplusplus
#define NULL    0
#else
#define NULL    ((void *)0)
#endif
#endif