Examples of using Undefined behavior in English and their translations into Korean
{-}
-
Colloquial
-
Ecclesiastic
-
Ecclesiastic
-
Programming
-
Computer
It's undefined behavior.
말 그대로 undefined behavior 입니다.Using the inappropriate form results in undefined behavior.
부적절한 형태를 사용하는 것은 정의되지 않은 행동을 하는 결과를 초래할 수 있다.If they are not, undefined behavior will result.
만일 이를 만족하지 않을 경우, Undefined Behavior가 발생한다.Hello""Hello"(this is legal,but results in undefined behavior)[119].
Hello" (이것은 유효하지만,미정의 동작을 일으킨다)[115].Does“Undefined Behavior” really permit*anything* to happen?
정의되지 않은 동작"이 실제로 * 아무것도 * 일어날 수 있습니까?This code leads to undefined behavior.
이 코드는 undefined behavior 라서 그렇습니다….The memory model defined in the C11 and C++11 standards specify that a C or C++ program containing a data race has undefined behavior.
특히 C11 및 C++11 표준에 정의된 메모리 모델은 데이터 경합을 포함하는 C 또는 C++ 프로그램에 정의되지 않은 동작이 있음을 지정합니다.When your code has undefined behavior, you get a seg fault and corrupted data.
당신의 코드가 정의되지 않은 동작을 포함한다면, 당신은 세그멘테이션 오류와 깨진 데이터를 얻게 될 것이다.Why can't you warn when optimizing based on undefined behavior?
컴파일는 왜 undefined behavior에 의존하는 최적화를 할 때 경고할 수 없는가?When Jeff Dean's code has undefined behavior, a unicorn rides in on a rainbow and gives everybody free ice cream.
딘의 코드가 정의되지 않은 동작을 포함한다면, 유니콘이 무지개를 타고 나타나 모두에게 공짜로 아이스크림을 나눠 줄 것이다.Otherwise, if free(ptr)has already been called before, undefined behavior occurs.
그렇지 않고, 만일 free(ptr)가 전에 이미 호출되었다면, 정의되지 않은 행동이 일어난다.Undefined behavior exists in C-based languages because the designers of C wanted it to be an extremely efficient low-level programming language.
Undefined behavior가 존재하는 이유는, C 언어 설계자가, 매우 효율적인 저수준 프로그래밍 언어로 C 언어를 만들었기 때문입니다.There is No Reliable Way to Determine if a Large Codebase Contains Undefined Behavior.
큰 규모의 코드에서 undefined behavior가 있는지 판단하는 믿을 수 있는 방법은 없다.Undefined behavior exists in C-based languages because the designers of C wanted it to be an extremely efficient low-level programming language.
Undefined Behavior 는 C 기반 언어에 존재하는데, C 언어의 설계자는 저수준 프로그래밍 언어의 효율성을 극대화하기를 원했기 때문입니다.Both LLVM IR and the C programming language have the concept of"undefined behavior".
LLVM IRintermediate representation과 C 언어 모두 "undefined behavior"란 개념이 있습니다.Working" code that uses undefined behavior can"break" as the compiler evolves or changes.
Undefined behavior에 의존하는 동작하는 코드는 컴파일러가 변경되면 망가진다"Working" code that uses The third step is that the LLVM optimizer generally takes much less liberty with undefined behavior than it could.
세번째로, LLVM optimizer는 할 수 있는 것보다 훨씬 더 적은 범위의 undefined behavior를 쓰고 있습니다.Ultimately, undefined behavior is valuable to the optimizer because it is saying"this operation is invalid- you can assume it never happens".
결과적으로, undefined behavior는 optimizer가 "이 operation은 올바른 것이 아니므로invalid 일어나지 않는다고 간주했다"라고 할 수 있기에 중요한 것입니다.The Clang Static Analyzer performs a much deeper analysis to try to find bugs(including use of undefined behavior, like null pointer dereferences).
Clang Static Analyzer는 좀 더 깊게 분석하며 (undefined behavior를 쓰거나, null pointer를 dereference하는 등) 버그를 찾아낼 수 있습니다.In Part 1 of our series, we discussed what undefined behavior is, and how it allows C and C++ compilers to produce higher performance applications than"safe" languages.
앞에서, undefined behavior가 무엇인지 그리고 C와 C++ 컴파일러가 The things I will describe are both undefined according to the standard and treated as undefined behavior by both of these compilers in their default modes.
이 장에서 설명할 내용들은 표준에서 They require knowledge of evaluation order, and often lead to subtle bugs and undefined behavior in C and C++. x= x+ 1 or x+= 1 is only slightly longer, but unambiguous.
이들 연산자를 쓰려면 연산 순서를 알아야 하고, C나 C++에서 이로 인한 미묘한 버그나 정의되지 않은 동작이 흔히 발생하지요. x = x + 1이나 x += 1은 살짝 더 길 뿐이지만 모호하지 않습니다.
