new int(3) 과 new int[3]

Programming/C Language 2010. 5. 27. 19:41
계속 C 만 쓰다가 C++ 을 만질 때가 와서 코드를 보다가 순간 동적 할당 문법이 맞나 하는 노파심에 네이버 지식인에 검색을 했는데 아래와 같이 잼있는 질문이 있어서 올린다.

질문

new int(3) 이거하고
new int[3] 이거하고
구체적인 차이가 뭔가요...
좀 갈켜주세요 좀 자세히..


답변
new int(3) 메모리를 int형으로 할당하고 3으로 초기화
new int[3] 메모리를 int형으로 3개 할당. 배열이군요.  


뭐.. 다들 보면 딱 알겠지만 너무 오랜만에 봐서 그런가 어라.. 저게 맞나? 하는 생각도 들었었다 ㅋㅋ 역시 사람의 머리란.. ㅎ C++ 처음부터 공부한다는 생각으로 다시 기본부터 열심히 봐야겠다. ㅎㅎ

'Programming > C Language' 카테고리의 다른 글

#if  (0) 2010.05.27
구조체 정렬  (0) 2009.09.27
#include 와 #define 의 순서  (0) 2009.08.18
매크로 함수  (0) 2009.08.18
코딩 스타일  (0) 2009.08.15

설정

트랙백

댓글

#if

Programming/C Language 2010. 5. 27. 17:29

#ifdef, #ifndef는 매크로의 존재 여부만으로 컴파일 조건을 판단하며 매크로가 어떤 값으로 정의되어 있는지는 평가하지 않는다. 이에 비해 #if는 매크로의 값을 평가하거나 여러 가지 조건을 결합하여 컴파일 여부를 결정하는 좀 더 복잡한 전처리문이다. #ifdef보다는 사용법이 조금 까다롭지만 C 언어의 조건문과 유사하므로 쉽게 익힐 수 있다. 기본 형식은 다음과 같다. 

#if 조건1
코드
1           // 조건1을 만족하면 코드1을 컴파일
#elif 조건2
코드
2           // 조건 2가 만족되면 코드2를 컴파일
#else
코드
3           // 둘 다 맞지 않으면 코드 3을 컴파일
#endif

1 ) 매크로값을 비교할 때는 상등, 비교 연산자를 사용한다. 같다, 다르다는 ==, != 연산자를 사용하며 대소를 비교할 때는 >, <, >=, <= 비교 연산자가 사용된다.

#if (LEVEL == 3)
#if (VER >= 7)

조건문은 꼭 괄호로 싸지 않아도 상관없지만 C의 조건문에 익숙한 개발자들은 #if에도 가급적 괄호를 붙여 주는 편이며 괄호가 있는 편이 보기에도 안정감이 느껴져 좋다. #if는 조건문이 참일 때 1로, 거짓일 때 0으로 평가하는데 결과가 0이 아니면 이어지는 코드 블록을 컴파일한다. 이 점도 C와 동일하다.

2 ) 비교 대상은 정수 상수여야 하며 실수나 문자열은 매크로와 비교할 수 없다. 컴파일러에 따라 실수 비교를 허용하는 것들도 있는데 조건부 컴파일을 통제하는 매크로는 대소가 있는 값이라기 보다는 주로 표식이기 때문에 실수는 별로 실용성이 없다고 할 수 있다. 정수값을 가지는 다른 매크로와 값을 비교하는 것은 가능하다.

#if (VER == 3.14)             // 에러
#if (NAME == "Kim")          // 에러
#if (LEVEL == BASIC)       // 가능 

버전 번호 같은 경우에 1.0, 1.5같이 실수로 표기하지만 매크로 상수로 버전을 표시할 때는 100, 150 등과 같이 정수화해서 사용하는 것이 일반적이다.

3 ) 수식 내에서 간단한 사칙 연산을 할 수 있다. 전처리기가 연산문을 평가한 후 그 결과를 비교하므로 다소 복잡한 식은 굳이 결과를 계산해 넣을 필요없이 수식을 바로 써도 상관없다. 

#if (LEVEL*2 == 6)
#if (TIME == 365*24) 

나머지 연산, 비트 연산 등도 가능하다. 그러나 ++, --, 포인터 연산, sizeof, 캐스트 연산 등은 사용할 수 없다. 이런 연산들은 전처리문에서 불가능하거나 의미가 없기 때문이다. 매크로는 상수이므로 좌변값이 아니며 sizeof 연산자는 컴파일시에 평가된다. 전처리는 컴파일 이전의 단계임을 명심하도록 하자.

4 ) 논리 연산자로 두 개 이상의 조건을 동시에 평가할 수 있다. C언어의 논리 연산자와 같은 &&, ||, !를 그대로 사용하면 된다. 

#if (LEVEL == 8 && VER != 3) 

세 개 이상의 조건도 물론 평가할 수 있다. 이때 필요하다면 조건 평가의 우선 순위 지정을 위해 괄호를 사용한다.

5 ) defined 연산자로 매크로의 존재 여부를 평가할 수 있다. #if defined(MACRO) 전처리문은 #ifdef MACRO와 완전히 동일한 문장이다. 그러나 다른 조건과 함께 매크로의 존재 여부를 평가할 때는 #ifdef를 쓸 수 없으므로 defined 연산자가 따로 제공된다. 

#if (LEVEL == 8 || defined(PROFESSIONAL) )

defined 연산자는 전처리문내에서만 사용되므로 일반 C코드에서는 사용할 수 없다.

6 )  #if 다음의 조건부 컴파일 블록에는 어떤 문장이든지 올 수 있다. a=b+c; 연산문이나 함수 호출문, int i; 같은 선언문은 물론이고 struct tag_A { ~ 같은 정의문도 올 수 있다. 심지어 #include, #define같은 다른 전처리문도 조건부 컴파일(정확하게 표현한다면 조건부 전처리) 대상이 될 수 있다. 그렇다면 #if안에 또 다른 #if문이 올 수 있다는 얘기가 되며 즉 #if는 중첩가능한 전처리문이다.

#if (LEVEL == 8)
LEVEL이 8일 때의 코드
#if (VER > 5)
버전이 5보다 클 때의 코드
#endif
LEVEL이 8일 때의 코드
#endif 

#if안에 #ifdef가 올 수도 있고 반대도 가능하며 중첩 깊이에 제한도 없다. 조건속에 또 다른 조건이 있는 것은 자연스러운 것이므로 전처리기는 당연히 조건부 컴파일문의 중첩을 허용한다. 단, 전처리문이 중복될 경우 짝이 되는 #endif가 반드시 존재해야 한다는 것만 주의하면 된다. #endif는 조건부 컴파일 대상의 끝을 명시하는 중요한 역할을 한다. C 코드는 블록이 중첩될 때 적당히 들여쓰기를 하지만 조건부 컴파일 지시자가 중첩될 경우 들여쓰기는 하지 않는 것이 보통이다.

다음은 #if의 활용예를 보자. 어떤 문제를 해결하는데 세 가지(또는 그 이상) 방법이 있고 각 방법을 적용했을 때의 성능을 테스트해 보려고 한다. 이때 각 방법의 코드를 지웠다 넣었다 할 필요없이 다음과 같이 조건부 컴파일문으로 작성해 놓으면 METHOD 매크로만 변경하여 적용할 방법을 쉽게 선택할 수 있다. 이 코드가 다른 프로그램의 부품으로 사용되는 라이브러리이고 고객마다 선호하는 방법이 다르다면 모든 코드를 소스에 둔 채 고객의 주문대로 조건부 컴파일하기만 하면 된다. 

#define METHOD 1
#if (METHOD == 1)
방법1
#elif (METHOD == 2)
방법2
#else
방법3
#endif 

#if 0도 주석 대신 흔히 사용되는 구문이다. 아주 긴 소스를 잠시 주석 처리해 놓고 싶을 때는 이 부분을 #if 0 .... #endif로 감싸 버리면 항상 거짓이므로 전처리기에 의해 이 코드는 없는 것으로 취급된다. /* */ 주석은 중첩될 수 없어 긴 소스를 주석 처리할 때 불편한 반면 #if 0는 중첩 가능하기 때문에 이런 문제가 없다.

출처 : www.winapi.co.kr

'Programming > C Language' 카테고리의 다른 글

new int(3) 과 new int[3]  (0) 2010.05.27
구조체 정렬  (0) 2009.09.27
#include 와 #define 의 순서  (0) 2009.08.18
매크로 함수  (0) 2009.08.18
코딩 스타일  (0) 2009.08.15

설정

트랙백

댓글

구조체 정렬

Programming/C Language 2009. 9. 27. 15:03
구조체는 구조체 내에 있는 변수 크기에 의해 정렬이 된다.


이는 프로젝트 옵션에서 설정해 줄수도 있다. VS8에서의 모습이다. 프로젝트 속성에 들어가면 "C/C++ -> Code Generation -> Struct Member Alignment " 에서 설정해 줄수 있다. Default 를 주게되면, 앞서 말한대로 구조체 멤버크기에 맞춰서 하게 된다. 컴파일러 에서는 옵션에서 설정 된 값과, 구조체 멤버 크기 중에 작은 쪽에 맞추어 정렬을 한다.

구조체 정렬 기능에 의해 멤버들이 구조체 내의 어느 오프셋에 배치될지는 미리 예측하기 어렵다. 설사 계산 가능하다 하더라도 옵션을 바꾸면 오프셋이 다시 바뀔 수 있으므로 암산으로 계산한 오프셋을 사용하는 것은 바람직하지 않다. 만약 특정 멤버가 배치된 오프셋을 조사하고 싶다면 stddef.h에 다음과 같이 정의되어 있는 offsetof 매크로 함수를 사용한다. 

#define offsetof(s,m)   (size_t)&(((s *)0)->m) 

첫 번째 인수로 구조체, 두 번째 인수로 멤버의 이름을 주면 이 멤버가 실제로 배치된 오프셋을 리턴한다.

#include <Turboc.h>
#include <stddef.h>

void main()
{
     struct Node { 
          int a; 
          double b; 
          char c[16]; 
          Node *prev; 
          Node *next; 
     };

     Node A, B;
 
    printf("a의 오프셋 = %d\n",offsetof(Node,a));
    printf("b의 오프셋 = %d\n",offsetof(Node,b));
    printf("c의 오프셋 = %d\n",offsetof(Node,c));
    printf("prev의 오프셋 = %d\n",offsetof(Node,prev));
    printf("next의 오프셋 = %d\n",offsetof(Node,next));
}

실행 결과는 다음과 같다. 

a의 오프셋 = 0
b의 오프셋 = 8
c의 오프셋 = 16
prev의 오프셋 = 32
next의 오프셋 = 36

만약 구조체 전체가 아니라 특정 멤버 앞쪽의 멤버만 복사하고 싶다면 이 멤버의 오프셋을 알아야 하는데 이때 offsetof 매크로가 유용하게 사용된다. 예를 들어 A 구조체의 링크 정보는 빼고 실제 데이터만 B로 복사하고 싶다면 memcpy(&B,&A,offsetof(Node,prev)); 하면 된다.

출처 : www.winapi.co.kr

'Programming > C Language' 카테고리의 다른 글

new int(3) 과 new int[3]  (0) 2010.05.27
#if  (0) 2010.05.27
#include 와 #define 의 순서  (0) 2009.08.18
매크로 함수  (0) 2009.08.18
코딩 스타일  (0) 2009.08.15

설정

트랙백

댓글

#include 와 #define 의 순서

Programming/C Language 2009. 8. 18. 23:08
#include 를 먼저 쓰고 #define 을 사용 하도록 한다.

#include <Turboc.h>
#define lpText "매크로"

void main()
{
   MessageBox( NULL, lpText, ~~ );
}



이 때 #define을 #include 위에 먼저 쓰게 되면 에러가 발생 한다. 그 이유는 MessageBox의 원형을 보면 MessageBox( HWND hWnd, LPCSTR lpText, ~ ); 으로 되어 있는데 두번째 인자가 lpText로 매크로 정의 한 것과 같다. 그래서 #define을 먼저 쓰게 되면 함수 원형의 lpText도 매크로로 치환이 되서 에러가 발생하게 된다.

출처 : www.winapi.co.kr

'Programming > C Language' 카테고리의 다른 글

#if  (0) 2010.05.27
구조체 정렬  (0) 2009.09.27
매크로 함수  (0) 2009.08.18
코딩 스타일  (0) 2009.08.15
#ifndef ~ #define ~ #endif  (0) 2009.08.15

설정

트랙백

댓글

매크로 함수

Programming/C Language 2009. 8. 18. 23:02
매크로 함수 호출문에서는 ++, -- 등의 증감 연산자나 +=, *= 등의 복합 대입 연산자는 쓰지 않는 것이 좋다.


#define dubae(i) ((i)+(i))

void main()
{
   int k,j;
   k = 3;
 
   j= dubae(k++);
}


이라고 쓰게 되면 j에는 6이 출력 되고, k는 5가 된다. 왜냐하면 매크로 함수를 호출하게 되면
( (3++) + (3++) ) 로 치환이 되기 때문이다.



#define abc()\
{ a();\
   b();\
   c(); }


매크로가 길 경우에는 \ 를 써서 여러줄로 쓸수 있다.


#define VALUE 1000
#define VALUE2 VALUE+100


이때 VALUE2 * 2 를 하게 되면 결과는 .. 2200 이 나올까? 그렇지 않다. 결과는 1200 이다.
그 이유는 VALUE2 가 VALUE+100 으로 치환되어서 VALUE+100*2 가 되어서 결과는 1200이다.
이런 경우  ( VALUE + 100 ) 로 묶어 주어야 한다.


출처 : www.winapi.co.kr

'Programming > C Language' 카테고리의 다른 글

구조체 정렬  (0) 2009.09.27
#include 와 #define 의 순서  (0) 2009.08.18
코딩 스타일  (0) 2009.08.15
#ifndef ~ #define ~ #endif  (0) 2009.08.15
헤더파일과 소스파일  (0) 2009.08.02

설정

트랙백

댓글

코딩 스타일

Programming/C Language 2009. 8. 15. 18:08
버그가 생기지 않는 코딩 습관

1. 하나의 지역 변수를 여러 용도로 사용하지 말 것

2. 함수의 인자를 다른 목적으로 이용하지 말 것

3. malloc() 과 free()는 서로 가까이 둘 것
   - malloc()에 대응하는 free() 의 대응 관계가 명백하게 보이도록 소스코드를 작성하는 것이 좋다.
     초기화 함수에서 malloc()으로 메모리를 할당한다면, 종료 처리 함수를 두어 free() 하는 코드를 작성

4. 구조체는 생성과 동시에 초기화하라
   - 구조체에 메모리의 할당과 멤버초기화 하는 함수를 두는 것이 좋다.
   - 구조체의 초기화는 memset 을 사용 struct pointer *p; memset( p, 0, sizeof( *p ) );
      주의 : sizeof( p ) 를 사용할 경우 4바이트 만 초기화 됨

5. 포인터는 NULL 로 초기화 하라

6. 점검하기 쉬운 스타일을 취할 것
    int get_x_value( const struct point *p          ) ~;
    int set_x_value(          struct point *p, int x  ) ~;


버그가 발생했을 때 대처하기 쉬운 코딩 스타일

1. 반납한 포인터는 NULL로 리셋
    - 반환한 메모리에 접근해서 프로그램이 죽는다. ( OS에서 잘못된 참조 오류가 발생하여 프로세스가
      중단 or 시스템이 중단 되도록 고안 )
    - 해제 이전에 메모리 체크 ( 이와 같은 스타일은 항상 일관되게 작성 하도록 한다 )
    if( p->name )
       free( p->name );
    else
       fprintf( stderr, "p->name is NULL.\n");

2. 함수의 앞부분에서 인자를 검사할 것
    - 각 인자가 NULL 인지 체크하기


추격을 위한 코딩 스타일


1. 함수는 가급적으로 한 줄에 다 적어라
- 함수가 길어질 경우,함수 선언을 여러줄에 나누어 쓰게 되는데 grep로 검색할 경우 한 줄 씩 보여주므로
  함수의 원형을 한번에 볼수 없다.


수정과 확인이 쉬운 코드
1. 중괄호를 생략하지 말 것

2. return을 한 군데로 몰아둘 것
   func()
   {
      int return_value;
      return_value = -1;
      return (return_value);
    }
    와 같이 중간에 여러 조건 검사가 있고 return을 해야 할 경우 return value 값을 바꿔주기만 하고
    함수마지막에 이를 호출 할 것

'Programming > C Language' 카테고리의 다른 글

#include 와 #define 의 순서  (0) 2009.08.18
매크로 함수  (0) 2009.08.18
#ifndef ~ #define ~ #endif  (0) 2009.08.15
헤더파일과 소스파일  (0) 2009.08.02
모듈화 프로그래밍 - 2  (0) 2009.06.28

설정

트랙백

댓글

#ifndef ~ #define ~ #endif

Programming/C Language 2009. 8. 15. 17:15
#ifndef _LIBRARY_H_
#define _LIBRARY_H_

( 헤더 파일 본문 )

#endif

와 같이 헤더파일에 쓰면 헤더 파일 본문이 여러 번 반복되지 않도록 해준다.
_LIBRARY_H_( _파일명_확장자명_ ) 는 꼭 저렇게 쓸 필요는 없지만 파일마다 해깔리거나 중복될 염려가 없다. 처음 library.h를 인클루드 할 때 _LIBRARY_H_ 가 정의되지 않았으므로, _LIBRARY_H_ 를 정의하고, 헤더파일 아래를 인클루드한다. 그리고 다음번에 library.h를 인클루드 할 때 _LIBRARY_H_ 가 정의 되어 있으므로, #ifndef 아래의 문장들은 무시하고 넘어가게 된다.

'Programming > C Language' 카테고리의 다른 글

매크로 함수  (0) 2009.08.18
코딩 스타일  (0) 2009.08.15
헤더파일과 소스파일  (0) 2009.08.02
모듈화 프로그래밍 - 2  (0) 2009.06.28
모듈화 프로그래밍 - 1  (0) 2009.06.28

설정

트랙백

댓글

헤더파일과 소스파일

Programming/C Language 2009. 8. 2. 00:19

1 ) 헤더파일에 포함되는 내용( *.h )

- 외부에 공개하는 함수형 매크로의 정의
- 외부에 공개하는 상수의 정의
- 외부에 공개하는 구조체나 공용체의 정의
- 외부에 공개하는 형식의 정의( typedef )
- 전역함수의 원형 선언
- 전역 변수의 extern 선언


2 ) 소스파일에 포함되는 내용( *.c )

- 해당 파일에서만 쓰이는 선언이나 정의( 상수, 구조체, 형 )
- 함수 본문
- 전역 변수의 정의
- 외부 파일에 은폐할 함수, 변수


3 ) C언어 함수에 대하여...

컴파일 시에 함수의 원형이 그 소스에 선언이 되어 있지 않더라도
에러를 발생시키지 않고 컴파일을 진행합니다. 대신 아래와 같은 경고메세지를 출력 해줍니다.

'Function1' undefined; assuming extern returning int
'Function2' undefined; assuming extern returning int

C 언어에서는 함수의 반환 값이 명시적으로 정의 되지 않거나, 정의가 되지 않았을 경우
어딘가에 default 형 함수가 있다고 가정을 하고 에러를 발생 시키지 않고 진행을 하게 됩니다.

'Programming > C Language' 카테고리의 다른 글

코딩 스타일  (0) 2009.08.15
#ifndef ~ #define ~ #endif  (0) 2009.08.15
모듈화 프로그래밍 - 2  (0) 2009.06.28
모듈화 프로그래밍 - 1  (0) 2009.06.28
Coding Standard  (0) 2009.05.01

설정

트랙백

댓글

모듈화 프로그래밍 - 2

Programming/C Language 2009. 6. 28. 18:47

include keyword

헤더 파일을 포함한다는 것은 그 파일의 내용을 그대로 붙여 넣는 다는 (포함된다는) 의미와 비슷하다고 말할 수 있습니다.

<>를 이용한 헤더 파일의 포함

#include <stdio.h> 는 stdio.h 파일을 표준 디렉토리에서 찾으라는 의미 입니다. ANSI 표준에서 정의하고 있는 stdio.h와 같은 표준 헤더 파일 들은 표준 디렉토리에 모여져 있습니다.


" " 를 이용한 헤더 파일의 포함

사용자가 정의하는 헤더 파일을 포함하는 경우 사용하며 <> 와 달리 헤더 파일이 존재하는 디렉토리의 위치를 직접 지정하는 것이 가능합니다.

ex ) #include "plus.h" -> 현재 작업 디렉토리에 존재하는 plus.h 를 포함
       #include "c:/header/lib/plus.h" -> c:/header/lib 에 존재하는 plus.h 를 포함



h 파일과 c 파일을 이용한 모듈화 프로그래밍


main 에서는 단순히 test.h 파일만 include 하면, main에서 test.h에 있는 함수나 변수를 사용시에 test.c 파일에서 이를 찾아서 사용 하게 됩니다.

'Programming > C Language' 카테고리의 다른 글

코딩 스타일  (0) 2009.08.15
#ifndef ~ #define ~ #endif  (0) 2009.08.15
헤더파일과 소스파일  (0) 2009.08.02
모듈화 프로그래밍 - 1  (0) 2009.06.28
Coding Standard  (0) 2009.05.01

설정

트랙백

댓글

모듈화 프로그래밍 - 1

Programming/C Language 2009. 6. 28. 18:34
extern keyword


위와 같이 extern 키워드를 사용하면 새롭게 선언을 하는 것이 아니라 변수 i가 외부에( 다른 파일에 ) 선언 되어 있음을 컴파일러에게 알려주는 것입니다.


static keyword - 전역 변수 선언 시
결론 부터 말하자면, test2.c 파일에서 val1 의 경우에는 접근이 불가능하고 val2는 접근이 가능하다. 전역 변수 앞에 static 선언을 하면 외부에서의( 다른 파일에서의 ) 접근을 금지 한다는 뜻입니다.

PS ) static keyword - 지역 변수 선언시
프로그램이 종료 할 때 까지, 소멸되지도 않고 초기화도 두 번 다시 일어 나지 않는다.
즉, 전역변수와 같은 특징을 가지고 있지만 단, 선언되어 있는 지역내에서만 접근을 허용한다는 것입니다.


링크
각 파일에 대한 object 파일들을 생성하여 주고, 각 object 파일에서 접근하고 있는 변수 및 함수들을 서로 연결 시켜주어 완성된 실행 파일을 생성할 수 있게 해준다. 즉, extern을 했을 때 test2.c 에서는 test1.c에 이 변수 들이 있는지 알지 못하는데 이때 링크 작업을 하여서 test1.c 에 이를 알게 해준다.

 

'Programming > C Language' 카테고리의 다른 글

코딩 스타일  (0) 2009.08.15
#ifndef ~ #define ~ #endif  (0) 2009.08.15
헤더파일과 소스파일  (0) 2009.08.02
모듈화 프로그래밍 - 2  (0) 2009.06.28
Coding Standard  (0) 2009.05.01

설정

트랙백

댓글