Q&A와 스터디
#include <stdio.h>
void main()
{
int a, b1, b2;
a = 3;
b1 = ++a + ++a;
b2 = ++a + ++a + ++a;
printf ("%d \n",b1);
printf ("%d \n",b2);
}
실행하면 답이......
10
22
나오는데....
++? 이.. ?+1 이잖아요..
그럼.... 애초 수가 3이니까..
8
12가 정상 아닌가요??
그런데 교재에는 컴파일러에 따라 달라진다고도 하는데..
왜 그러는지 알고싶습니다..
void main()
{
int a, b1, b2;
a = 3;
b1 = ++a + ++a;
b2 = ++a + ++a + ++a;
printf ("%d \n",b1);
printf ("%d \n",b2);
}
실행하면 답이......
10
22
나오는데....
++? 이.. ?+1 이잖아요..
그럼.... 애초 수가 3이니까..
8
12가 정상 아닌가요??
그런데 교재에는 컴파일러에 따라 달라진다고도 하는데..
왜 그러는지 알고싶습니다..
2010.07.07 09:59:23 (*.126.82.222)
![[레벨:1]](http://old.lameproof.com/modules/point/icons/default/1.gif "포인트:265point (64%), 레벨:1/30"){kind=icon}
실버윙 아... b1이 10인 것은 대충 이해를 했는데..
22가 왜 나오나 했었거든요...
흠... 행이 끝났다고 값이 초기화 되는 것이 아니었군요..
감사합니다. LEiLAi님... 덕분에 또하나의 작은파트의 공부가 끝났습니다..
22가 왜 나오나 했었거든요...
흠... 행이 끝났다고 값이 초기화 되는 것이 아니었군요..
감사합니다. LEiLAi님... 덕분에 또하나의 작은파트의 공부가 끝났습니다..
2010.07.07 11:15:13 (*.83.143.36)
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:5157point (55%), 레벨:7/30"){kind=icon}
同床異夢 흠... 모르겠네.. b1이 10이 되는 우선 순위라면 괄호가 없는 b2의 경우에도 우선순위가 +보다 ++우선이라면 a에 8이 저장되서 24가 되야 하는거 아닌가요? LEiLAi님 말씀은 이해가 잘 안가네요. 괄호가 없는데 컴파일러가 자체적으로 괄호가 있다고 계산한다는 말인가요? 그건 좀 이상한데..
2010.07.07 12:37:13 (*.162.235.185)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:1095point (45%), 레벨:3/30"){kind=icon}
니우a = 3;
b1 = ++a + ++a;
// b1 = a + ++a; 가 되는 시점의 a는 4
// b1 = a + a; 가 되는 시점의 a는 5
// b1 = 5 + 5; 이므로 b1 = 10
----------------------------------------------
b2 = ++a + ++a + ++a;
// b2 = a + ++a + ++a; 에서는 a=6
// b2 = a + a + ++a; 에서 a=7
// b2 = 7 + 7 + ++a;
// b2 = 14 + ++a;
// b2 = 14 + a; 에서 a=8
// b2 = 14 + 8; 이므로 b2 = 22
참 쉽죠?(밥아저씨톤)
※ 2010-07-07 12:38:01 에 "니우(elfwiz)" 에 의해 수정됨
b1 = ++a + ++a;
// b1 = a + ++a; 가 되는 시점의 a는 4
// b1 = a + a; 가 되는 시점의 a는 5
// b1 = 5 + 5; 이므로 b1 = 10
----------------------------------------------
b2 = ++a + ++a + ++a;
// b2 = a + ++a + ++a; 에서는 a=6
// b2 = a + a + ++a; 에서 a=7
// b2 = 7 + 7 + ++a;
// b2 = 14 + ++a;
// b2 = 14 + a; 에서 a=8
// b2 = 14 + 8; 이므로 b2 = 22
참 쉽죠?(밥아저씨톤)
※ 2010-07-07 12:38:01 에 "니우(elfwiz)" 에 의해 수정됨
2010.07.07 12:51:43 (*.10.0.253)
![[레벨:9]](http://old.lameproof.com/modules/point/icons/default/9.gif "포인트:7372point (4%), 레벨:9/30"){kind=icon}
꼬마네꼬 C 표준상 명확하게 규정 되어 있지 않아서 컴파일러마다 처리가 다릅니다.
이런 방식으로 쓸 필요도 없고 써서도 안 되는 건데, 간혹 시험 문제 같은데 출제하시는 분들이 있지요 emoticon_20
이런 방식으로 쓸 필요도 없고 써서도 안 되는 건데, 간혹 시험 문제 같은데 출제하시는 분들이 있지요 emoticon_20
2010.07.07 12:55:47 (*.74.90.166)
1ststory 컴파일러를 배우면 알게 되는건데 모든 연산은 스택에 push , pop 을 하는게 기본입니다.
모든 연산자에는 우선순위에 해당되는 값이 있고 이것을 스택에 push 하면서 쌓아가면서 가장 top에 있는 연산자와 우선순위를 비교해서 값이 높은게(나중에 실행) 나오거나 연산이 끝나면 pop을 하여 연산하게 되죠.
쉽게 정리하자면 연산식에 괄호가 없더라도 기본적으로 컴파일러가 내부적으로 연산하는 괄호가 있다고 생각하면 됩니다.
모든 연산자에는 우선순위에 해당되는 값이 있고 이것을 스택에 push 하면서 쌓아가면서 가장 top에 있는 연산자와 우선순위를 비교해서 값이 높은게(나중에 실행) 나오거나 연산이 끝나면 pop을 하여 연산하게 되죠.
쉽게 정리하자면 연산식에 괄호가 없더라도 기본적으로 컴파일러가 내부적으로 연산하는 괄호가 있다고 생각하면 됩니다.
2010.07.07 12:58:30 (*.76.115.36)
![[레벨:6]](http://old.lameproof.com/modules/point/icons/default/6.gif "포인트:4254point (86%), 레벨:6/30"){kind=icon}
bard 꼬마네꼬//
그러게 말입니다. ┐-
저렇게 써서는 안됩니다. 모호한 상황이 컴퓨터에게나 사람에게나 모두 발생할 수 있습니다.
同床異夢//
해당 컴파일러에서는 이항연산자(+)를 처리하기 위해 이항의 각 항 (++a)를 먼저 평가하고, 이항연산자를 수행한 결과를 가지고 다음 이항 연산자를 처리하기 때문에(말이 아주 -_-) 그런 결과가 나옵니다. 근데 이 경우에는 그렇구요.. 저런 상황에 대한 표준이 명시되어있지 않기 때문에, 모든 단항연산을 먼저 평가하고, 이항연산자를 처리하는 컴파일러가 있을 수 도 있습니다. 그럼 결과는 또 달라지겠지요. ^^;
그러게 말입니다. ┐-
저렇게 써서는 안됩니다. 모호한 상황이 컴퓨터에게나 사람에게나 모두 발생할 수 있습니다.
同床異夢//
해당 컴파일러에서는 이항연산자(+)를 처리하기 위해 이항의 각 항 (++a)를 먼저 평가하고, 이항연산자를 수행한 결과를 가지고 다음 이항 연산자를 처리하기 때문에(말이 아주 -_-) 그런 결과가 나옵니다. 근데 이 경우에는 그렇구요.. 저런 상황에 대한 표준이 명시되어있지 않기 때문에, 모든 단항연산을 먼저 평가하고, 이항연산자를 처리하는 컴파일러가 있을 수 도 있습니다. 그럼 결과는 또 달라지겠지요. ^^;
2010.07.07 13:12:06 (*.83.143.36)
同床異夢 1ststory// 그건 좀 다르지 않나요? 내부적으로 연산하는 괄호가 있는게 아니라, 우선 순위에 의해 정해진 순서로 연산이 된다는게 맞겠지요. push, pop으로 하는 경우 에도 결국 연산자가 우선순위에 의해 push되고 pop되는거 아닐까요? 물론 컴파일러에 따라 달라지겠지만 기본적인 우선순위로 생각한다면 stack에 쌓이는것도 b2의 경우 +, +, +++, +++, +++ 순서로 연산자가 stack 쌓이는게 맞지 않나요? 이렇게 되야 우선순위가 맞는거니까요 그게 아니라면 ++a + ++a * ++a의 경우, 이상하게 되지 않나요?
b2 = ++a + ++a * ++a;
// b2 = a + ++a * ++a; 에서는 a=6
// b2 = a + a * ++a; 에서 a=7
a+a를 하려니 뒤에 *가 있네? 그럼 * 부터해야지.. 어랏 그뒤에는 ++a가 있어... 그럼 ++a부터 해야되잖아?
// b2 = a + a * a; 에서 a=8
// b2 = 8 + 8 * 8;
// b2 = 8 + 64;
// b2 = 72
이렇게 되는게 맞는게 아니냐 하는거죠. 결국 +,*보다 ++이 우선순위가 높기때문에 stack에 ((++a + ++a) + ++a) 이런 연산 순서로 쌓이는게 말이 안된다는거죠.
뭐... 아주 기본적으로 생각해 보자면 말이죠... 물론 이렇게 된다는 법이 없어서 컴파일러마다 다르니까.. 위의 컴파일러는 저렇습니다.. 라고 하면 할말이 없게되지만요.
b2 = ++a + ++a * ++a;
// b2 = a + ++a * ++a; 에서는 a=6
// b2 = a + a * ++a; 에서 a=7
a+a를 하려니 뒤에 *가 있네? 그럼 * 부터해야지.. 어랏 그뒤에는 ++a가 있어... 그럼 ++a부터 해야되잖아?
// b2 = a + a * a; 에서 a=8
// b2 = 8 + 8 * 8;
// b2 = 8 + 64;
// b2 = 72
이렇게 되는게 맞는게 아니냐 하는거죠. 결국 +,*보다 ++이 우선순위가 높기때문에 stack에 ((++a + ++a) + ++a) 이런 연산 순서로 쌓이는게 말이 안된다는거죠.
뭐... 아주 기본적으로 생각해 보자면 말이죠... 물론 이렇게 된다는 법이 없어서 컴파일러마다 다르니까.. 위의 컴파일러는 저렇습니다.. 라고 하면 할말이 없게되지만요.
2010.07.07 13:42:03 (*.76.115.36)
bard 同床異夢//
일반적으로 컴파일러는 postfix 형식으로 식을 변형시키고, 이것을 연산하게 됩니다.
++a + ++a + ++a 라는 식은 postfix 형식으로 변형되면 ++a ++a + ++a + 가 됩니다.
++a + ++a * ++a 라는 식은 ++a ++a * ++a + 로 변경되죠.
괄호여부를 떠나서 보통의 사상을 가진 보통의 개발자가 보통의 생각으로 컴파일러를 만든다면
++a + ++a + ++a 라는 식은 (((++a) + (++a)) + (++a)) 로 계산되게 됩니다.
++a ++a + ++a + 를 다시한번 postfix 식으로 바꾸면 a ++ a ++ + a ++ + 가 되므로, 괄호 순서에는 변함이 없겠지요 ^^?
일반적으로 컴파일러는 postfix 형식으로 식을 변형시키고, 이것을 연산하게 됩니다.
++a + ++a + ++a 라는 식은 postfix 형식으로 변형되면 ++a ++a + ++a + 가 됩니다.
++a + ++a * ++a 라는 식은 ++a ++a * ++a + 로 변경되죠.
괄호여부를 떠나서 보통의 사상을 가진 보통의 개발자가 보통의 생각으로 컴파일러를 만든다면
++a + ++a + ++a 라는 식은 (((++a) + (++a)) + (++a)) 로 계산되게 됩니다.
++a ++a + ++a + 를 다시한번 postfix 식으로 바꾸면 a ++ a ++ + a ++ + 가 되므로, 괄호 순서에는 변함이 없겠지요 ^^?
2010.07.07 14:22:03 (*.255.173.199)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:695point (74%), 레벨:2/30"){kind=icon}
LEiLAi 同床異夢//
저도 결과값을 보고 유추한거라 정확한 설명을 적지 않았습니다. 처음엔 저 역시 24인줄 알았어요. 컴파일러가 22라는데, 제가 감히 어찌..ㅠ
시험 문제로는 이런 문제가 딱이죠!
실버윙님께 하나 더 말씀드리자면 a++일 때의 결과도 한 번 검토해 보심이 어떨지요, 저도 약간 헤맸던 부분이라 기억나서 적어봅니다-
저도 결과값을 보고 유추한거라 정확한 설명을 적지 않았습니다. 처음엔 저 역시 24인줄 알았어요. 컴파일러가 22라는데, 제가 감히 어찌..ㅠ
시험 문제로는 이런 문제가 딱이죠!
실버윙님께 하나 더 말씀드리자면 a++일 때의 결과도 한 번 검토해 보심이 어떨지요, 저도 약간 헤맸던 부분이라 기억나서 적어봅니다-
2010.07.07 14:47:53 (*.74.90.166)
1ststory 스택에 push와 pop은 연산식을 한번에 다 처리하지 않고 순차적으로 처리합니다.
저도 지금 기억이 가물가물하긴 한데 기억하는 바로는 가장 간단한 컴파일러 연산 구현법은
++a + ++a + ++a 라는 식은 ++, a, +, ++, a, +, ++, a 라는 토큰으로 분리를 합니다.
그리고 이 토큰을 순차적으로 처리 하는 방식으로 편의상 연산자 스택과 변수 스택 2개가 존재한다고 가정합니다.
구현은 간단합니다. 연산자는 연산자스택에 변수는 변수 스택에 쌓는데, 연산자는 연산자 스택의 가장 top(최근에 쌓인 연산자) 비교를 해서 연산자 우선순위가 낮으면 연산자 우선순위가 높은게 나오거나 연산자 스택이 empty가 될때까지 pop을 하면서 연산을 한후 연산이 종료되면 입력된 연산자를 push 하는 방식입니다.
참고로 연산순위가 같으면 pop을 하느냐 아니면 push를 하느냐는 연산 방식이 왼쪽에서 오른쪽이면 pop을, 오른쪽에서 왼쪽이면 push 를 하느냐에 따라서 달라집니다.
++ : 는 연산자 스택이 비어 있으므로 push
a : 변수 스택에 push
+ : 연산자 스택의 pop에 해당되는 ++와 우선순위를 비교하는데, +가 우선순위가 낮으므로 현재 쌓여있는 ++를 연산하고 연산결과를 다시 변수 스택에 쌓습니다. ++ 연산 후에는 스택이 비게 되므로 +연산자를 다시 스택에 push
++ : 연산자 스택에 pop에 해당되는 + 와 우선순위를 비교, ++가 우선순위가 높으므로 연산자 스택에 push
a : 변수 스택에 push
+ : 현재 연산자 스택은 +, ++ 가 쌓여있고 이중 top은 가장 나중에 쌓인 ++이겠죠. ++와 비교했을때 +가 우선순위가 낮으므로 ++를 pop을 하여 연산 결과를 스택에 push. 그 다음 다시 남아있는 +와 비교를 했을때 연산자가 같은데 +의 연산 순서는 왼쪽에서 오른쪽이므로 역시 +를 pop을 하여 더하기 연산을 수행. 연산이 끝난후 입력된 + 연산자를 스택에 push
++ : +보다 연산 우선순위가 높으므로 스택에 push
a : 변수 스택에 push
EOF : 연산이 끝났으므로 스택에 push된 모든 연산자를 모두 하나씩 pop 하여 연산합니다.
이런 형태로 동작이 이루어 지죠. 그 외의 나머지 부분인 변수 스택에는 참조 주소를 push 한다든지 +연산 후 결과는 다른 변수 메모리에다가 임시 저장후 push를 한다든지에 대한 변수 스택 처리에 대한 부분은 연산결과를 보면 대충 머리속에 잡힐꺼라고 생각됩니다.
저도 지금 기억이 가물가물하긴 한데 기억하는 바로는 가장 간단한 컴파일러 연산 구현법은
++a + ++a + ++a 라는 식은 ++, a, +, ++, a, +, ++, a 라는 토큰으로 분리를 합니다.
그리고 이 토큰을 순차적으로 처리 하는 방식으로 편의상 연산자 스택과 변수 스택 2개가 존재한다고 가정합니다.
구현은 간단합니다. 연산자는 연산자스택에 변수는 변수 스택에 쌓는데, 연산자는 연산자 스택의 가장 top(최근에 쌓인 연산자) 비교를 해서 연산자 우선순위가 낮으면 연산자 우선순위가 높은게 나오거나 연산자 스택이 empty가 될때까지 pop을 하면서 연산을 한후 연산이 종료되면 입력된 연산자를 push 하는 방식입니다.
참고로 연산순위가 같으면 pop을 하느냐 아니면 push를 하느냐는 연산 방식이 왼쪽에서 오른쪽이면 pop을, 오른쪽에서 왼쪽이면 push 를 하느냐에 따라서 달라집니다.
++ : 는 연산자 스택이 비어 있으므로 push
a : 변수 스택에 push
+ : 연산자 스택의 pop에 해당되는 ++와 우선순위를 비교하는데, +가 우선순위가 낮으므로 현재 쌓여있는 ++를 연산하고 연산결과를 다시 변수 스택에 쌓습니다. ++ 연산 후에는 스택이 비게 되므로 +연산자를 다시 스택에 push
++ : 연산자 스택에 pop에 해당되는 + 와 우선순위를 비교, ++가 우선순위가 높으므로 연산자 스택에 push
a : 변수 스택에 push
+ : 현재 연산자 스택은 +, ++ 가 쌓여있고 이중 top은 가장 나중에 쌓인 ++이겠죠. ++와 비교했을때 +가 우선순위가 낮으므로 ++를 pop을 하여 연산 결과를 스택에 push. 그 다음 다시 남아있는 +와 비교를 했을때 연산자가 같은데 +의 연산 순서는 왼쪽에서 오른쪽이므로 역시 +를 pop을 하여 더하기 연산을 수행. 연산이 끝난후 입력된 + 연산자를 스택에 push
++ : +보다 연산 우선순위가 높으므로 스택에 push
a : 변수 스택에 push
EOF : 연산이 끝났으므로 스택에 push된 모든 연산자를 모두 하나씩 pop 하여 연산합니다.
이런 형태로 동작이 이루어 지죠. 그 외의 나머지 부분인 변수 스택에는 참조 주소를 push 한다든지 +연산 후 결과는 다른 변수 메모리에다가 임시 저장후 push를 한다든지에 대한 변수 스택 처리에 대한 부분은 연산결과를 보면 대충 머리속에 잡힐꺼라고 생각됩니다.
2010.07.07 14:51:05 (*.83.143.36)
同床異夢 postfix 어렴풋이 기억이 나네요. 다들 설명 고맙습니다.
예전에 C언어 가르쳐주시던 교수님 말씀이 생각나네요.
과제에서 ++, -- 쓰면 뒤질랜드, +=, -=, *= 등등 써도 뒤질랜드, 어쨌거나 뒤질랜드 말안들으면 F학점 감사요
예전에 C언어 가르쳐주시던 교수님 말씀이 생각나네요.
과제에서 ++, -- 쓰면 뒤질랜드, +=, -=, *= 등등 써도 뒤질랜드, 어쨌거나 뒤질랜드 말안들으면 F학점 감사요
2010.07.07 14:57:39 (*.74.90.166)
1ststory 그래서 제가 위에다가 적은 내부적으로 괄호가 있다는 뜻은
a + b * c = a + (b * c)
인 것처럼 컴파일러도 실제 눈에 보이지 않는 ()가 있지는 않더라도 우선순위에 따른 연산을 수행하기 때문에 명시적으로 ()가 있는 것처럼 이해하면 된다는 의미로 적은 것입니다.
여담입니다만, 실제 업무에서 저런식으로 애매모호한 코드를 짜면 욕을 먹습니다. 그렇기 때문에 *사람이 읽기 편하도록* 복잡한 코드는 풀어서 쓰거나 ()를 확실히 해주는 것이 좋은 프로그래머 입니다.
그래서 실제로 저런 코드를 짤 일은 없기 때문에 아하 이렇구나 라는 정도로 이해하고 넘어가도 충분하죠.
a + b * c = a + (b * c)
인 것처럼 컴파일러도 실제 눈에 보이지 않는 ()가 있지는 않더라도 우선순위에 따른 연산을 수행하기 때문에 명시적으로 ()가 있는 것처럼 이해하면 된다는 의미로 적은 것입니다.
여담입니다만, 실제 업무에서 저런식으로 애매모호한 코드를 짜면 욕을 먹습니다. 그렇기 때문에 *사람이 읽기 편하도록* 복잡한 코드는 풀어서 쓰거나 ()를 확실히 해주는 것이 좋은 프로그래머 입니다.
그래서 실제로 저런 코드를 짤 일은 없기 때문에 아하 이렇구나 라는 정도로 이해하고 넘어가도 충분하죠.
2010.07.07 21:07:52 (*.117.65.178)
꼬마네꼬 모두 주옥같은 설명들입니다만, 이런건 사실 신경 쓰지 않는 게 맞습니다.
그냥, 나중에 회사 생활 하다가, 저런식으로 코딩하는 후임이 있으면 뒷통수 좀 갈겨주시면 됩니다.
(선임이라거나 혹은 시험 점수를 위한 거라면... 아멘-_-...)
bard님이나 1ststory님 말씀처럼, 실무에서는 가독성을 위해 a + b * c조차도 a + (b * c)로 쓰는 게 보통일 정도입니다.
한 발 더 앞서서, 같은 변수에 대한 증감 연산을 한 행에서 할 일은 절대 없습니다.
저 같은 경우에는, 경험해본 적이 없습니다. 앞으로도 없을 거라고 자신하네요. 물론 시험문제 빼고 -_-...
시험문제로 나오면 "컴파일러에 따라 다름"이라고 써 넣고 딴지 걸면 가서 백드롭 한 판 해주면 됩니다.
그냥, 나중에 회사 생활 하다가, 저런식으로 코딩하는 후임이 있으면 뒷통수 좀 갈겨주시면 됩니다.
(선임이라거나 혹은 시험 점수를 위한 거라면... 아멘-_-...)
bard님이나 1ststory님 말씀처럼, 실무에서는 가독성을 위해 a + b * c조차도 a + (b * c)로 쓰는 게 보통일 정도입니다.
한 발 더 앞서서, 같은 변수에 대한 증감 연산을 한 행에서 할 일은 절대 없습니다.
저 같은 경우에는, 경험해본 적이 없습니다. 앞으로도 없을 거라고 자신하네요. 물론 시험문제 빼고 -_-...
시험문제로 나오면 "컴파일러에 따라 다름"이라고 써 넣고 딴지 걸면 가서 백드롭 한 판 해주면 됩니다.
2010.07.09 00:32:07 (*.216.11.235)
Excelsis 어 근데 += *= 같은건 많이 쓰지않나요 딱히 모호성 문제도 없는편이고
그나저나 학교에서 저런 식의 ++, -- 가지고 장난친거 알아보는 법 가르쳐 줄 땐, [따라하지마시오] 라고 경고문 붙여놓고 가르쳐줘야하는거 아닌가 모르겠네요
그나저나 학교에서 저런 식의 ++, -- 가지고 장난친거 알아보는 법 가르쳐 줄 땐, [따라하지마시오] 라고 경고문 붙여놓고 가르쳐줘야하는거 아닌가 모르겠네요
2010.07.09 00:42:22 (*.233.82.145)
1ststory +=는 보통
a += b
이런 경우에는 자주 쓰기는 하는데 다음과 같은경우에는 쓰기가 좀 망설여지죠.
a += b * c + e
아마도 문제삼는건 저 경우인듯.
a += b
이런 경우에는 자주 쓰기는 하는데 다음과 같은경우에는 쓰기가 좀 망설여지죠.
a += b * c + e
아마도 문제삼는건 저 경우인듯.
2013.05.19 11:22:44 (*.153.235.115)
bestbasci01@yahoo.com
요 내용의 연산 순위를 참고하여, ++연산이 먼저 이루어진 후 변수 a를 더하므로 b1의 결과값은 10이 나옵니다.
b1의 연산에서 ++연산이 2번 이루어졌으므로 a의 값은 5로 증가된 값을 저장하고 있구요.
b2의 연산은 ((++a + ++a) + ++a) 이 순서로 이루어졌다는 걸 알 수 있죠.