단축키 맞는지 여부 문의드립니다.

개발 환경을 C/C++ 환경으로 설정하지 않아서 발생한 문제로 보입니다. 아래 영상 2:30부터 보시기 바랍니다. 😄https://inf.run/1FJXu

스크립트 논리곱 설명이 틀린것 같네요

스크립트는 AI가 자동으로 생성하는 것으로 알고 있습니다. 참고하시기 바랍니다. 😄

문자열을 사용하는 이중 포인터에 대하여 질문합니다

문자열 상수 그 자체는 실행파일의 일부로 포함되며 실행 파일(.exe)을 실행시키는 시점에 정적 메모리 영역에 로드 됩니다. C언어 학습 시 등장하는 메모리는 스택, 힙, 정적 영역 이 세 가지가 기본이며 보통 함수 내부에서 자동변수 선언 시 사용되는 메모리는 스택 영역입니다. char astrList[] 배열 선언 시 요소의 개수는 "Hello" 문자열을 근거로 컴파일러가 자동으로 정합니다. 결과적으로 astrList[6]이라 선언한 것과 같습니다. 그리고 동시에 각 배열 요소는 'H', 'e', 'l', 'l', 'o', '\0'로 초기화 됩니다. 마치 "Hello" 문자열을 복사한 것처럼 말이죠. 물론 이 또한 컴파일러 수준에서 깊게 들어가 하나씩 따진다면 해야 할 말이 많아집니다. 지금 단계에서는 복사본이 만들어지는 것처럼 astrList 배열이 선언되고 초기화 된다 보면 되겠습니다.실무라 할만한 코드가 아니라 char* 배열에 대한 문법을 이해하기 위한 기초 코드에 해당합니다. 그러므로 코드가 출력한 결과를 메모리를 추적해가며 이해할 수 있는 것이 중요하겠습니다. 만일 굳이 코드를 원한다면 Gemini를 이용해 코드를 생성해보기를 추천합니다. 개인적인 느낌에 불과할 수 있는데 C/C++에 대한 샘플 코드는 Gemini가 가장 괜찮은 결과를 보이는 것으로 판단됩니다. 참고하시기 바랍니다. 😄

"한글 한 글자를 저장하는 데 2바이트가 필요하다" 에서 궁금한 점이 있습니다

아니오. 제대로 알고 계신 것이 맞습니다. 환경에 따라 차이가 있겠으나 Windows 환경에서 C언어 공부를 할 경우 한글이 2바이트로 처리가 됩니다. 개인적으로 그런 특성을 감안한 것입니다. 어쨌든 강좌 재개정 시 UTF-8 인코딩에 대해 언급하면서 개정하도록 하겠습니다. 고맙습니다. 😄

char 포인터 변수의 크기에 대하여 제가 이해한 것이 맞을까요

이해하신 것이 맞습니다. 영상에서 제가 그리 설명한 이유는 "1바이트를 64비트 주소로 관리"한다라고 설명하면 1바이트를 관리하기 위해 추가로 4바이트(64비트) 공간이 필요한 것 아닌 것인지 의문을 갖는 분들이 많기 때문입니다. 주소는 관리주체가 부여하는 것일 뿐. 그 자체가 공간을 차지하는 것이 아니라는 점을 강조한 것입니다. 참고하시기 바랍니다. 😄

recv, send 리턴값 질문

송/수신 반환 크기를 반영하는 일은 매우 중요합니다. 예시로 보여준 코드처럼 작성하는 경우가 종종 있습니다만 이는 데이터 크기와 관련됩니다. 한 번에 보내려는 데이터량이 많을 경우 반환 크기를 예제 코드처럼 계측해 송신이 완료되도록 합니다. 그러나 64KB 정도 이하 데이터 정도면 송/수신 에러 정도를 확인하는 정도로 처리해도 무방합니다.문제는 수신 입니다. 수신측에서는 수신버퍼의 크기도 중요하지만 실제로 수신하는 데이터의 크기는 수신버퍼 크기보다 작을 경우가 많기 때문에 항상 반환된 값을 확인해 데이터 수신량을 처리하는 것이 바람직합니다. 참고하시기 바랍니다. 😄

용어 설명 필요

수업에서 설명이 된 것이라 생각하고 있었는데...그렇지 않은 모양이네요. 제보 고맙습니다. 😄

네임스페이스 스코프 내에서 정의된 변수, 함수들이 위치하는 곳 질문

네임스페이스와 무관하게 전역 변수와 정적 변수는 정적 메모리 영역에 저장되며 이는 스택이나 힙과 다른 영역이며 프로세스가 실행될 때 잡히는 메모리 입니다. 함수들도 마찬가지인데 함수는 실행 코드이므로 읽기 및 실행하기 권한만 부여되는 섹션에 포함됩니다. 이와 관련해 더 자세한 정보는 PE format에 대해 알아보면 더 자세히 알 수 있습니다. 참고하시기 바랍니다. 😄

강의 외 질문

어쩌면 이미 해결하셨을 수도 있겠습니다만 그래도 의견을 남겨 봅니다. 값이 다르게 나오는 대부분의 이유는 엔디안 문제입니다. 우선 값이 다르게 출력되는 결과를 볼 것이 아니라 원본 데이터를 16진수로 정확히 확인하는 것이 중요합니다. Wireshark와 결과가 다르다는 것은 출력결과의 차이에 불과하니 우선 로우 데이터가 같은 값이 맞는지 16진수로 출력해서 디버깅 해보시기 바랍니다. 😄

writeUTF 메서드로 생성된 파일 읽기

AI 답변을 참고하시면 되겠습니다. 고맙습니다. 😄