History

운영체제가 64 비트라는 뜻은 해당 운영체제가 사용하는 기본 데이터 처리 단위가 64 비트라는 뜻이다.  최근에 나온 컴퓨터들은 x64 기반의 cpu를 사용하기 때문에 x86보다는 x64 프로그래밍이 cpu의 효율을 최대로 뽑아낼 수 있다. 64비트 운영체제 환경에서 x86 프로그래밍을 사용하게 되면 메모리(ram)를 4기가 바이트만 사용할 수 있기 때문이다. (64비트 프로그래밍은 8기가바이트)  ps) 64비트 운영체제는 x64, x86로 작업된 프로그램이 전부 호환된다. 그러나 32비트 운영체제에서는 x64로 만든 프로그램은 호환성 문제가 발생할 수 있다.   생각보다 많은 사람들이 32비트 체체를 가진 cpu를 사용하는 사람이 많다. 해외 고객들 컴퓨터를 가끔 원격으로 들어가 보면 윈도우 xp로 ..

이번글은 프로젝트 속성 페이지인 구성 속성에 대해 알아보도록 하겠다. 프로젝트의 "구성 속성"은 해당 프로젝트의 빌드 및 실행과 관련된 여러 설정을 포함한다. 이러한 설정을 통해 프로젝트의 동작을 세부적으로 제어하고 조정할 수 있다. 가장 많이 쓰는 핵심적인 5가지만 정리해 보았다. 1. 출력 디렉터리 이 속성은 해당 프로젝트가 컴파일이 됐을 때 프로그램이 배치될 경로이다. 보통 건드리지 않았다면 아래와 같이 매크로가 지정이 됐을 것이다. $(SolutionDir)$(Configuration)\ 2. 중간 디렉터리 빌드 프로세스에서 생성된 파일이나 중간 결과물이 저장되는 디렉터리이다. 주로 소스 코드 파일을 컴파일하고 링크한 후에 생성된 중간 바이너리 파일, obj 파일 등이 임시로 저장되는 공간이다. ..

계속 같으면서도 다른 이유로 컴파일 오류가 발생하는 것을 이제 문서로 정리해서 올리려고 한다. 서로 다른 케이스로 반복되니까 시간을 하도 많이 뺏겨서 이젠 내가 내 블로그에서 찾으면 어지간한 오류는 해결할 수 있게 만들도록 해보겠다. DLL을 업데이트하는 작업 하다가 이런 오류를 만났다 오류 설명글을 보니까 static_assert에 걸린 것 같다. 여기까지 읽어서는 어디가 문제인지 모르겠다. 계속 읽어보면 마지막 줄에 WINDOWS_IGNORE_PACKING_MISMATCH defined라는 문구가 있다. 뭔가 이걸 검색하면 뭐라도 나오지 않을까 구글링을 해본 결과 4년 전 네덜란드 개발자가 이러한 문제로 질문을 올린 적이 있어서 답변을 참고해서 해결했다. 방법은 아래와 같다. 해당 프로젝트 속성-> ..

원격 컴파일러를 사용하려면 다른 컴퓨터에 Visual Remote 프로그램이 깔려있어야 한다. 첫 번째로 로컬 Windows 디버거에서 원격 Windows 디버거로 변경 두 번째로 디버그 메뉴에서 속성 변경 선택 세 번째로 구성 속성 -> 디버깅 클릭한 후 원격 명령 -> 원격으로 컴파일할 컴퓨터에 폴더 명과 현재 실행할 프로젝트명. exe를 적는다. 작업 디렉터리-> 원격으로 컴파일 할 컴퓨터의 폴더명(원격 대상의 컴퓨터에 폴더가 없으면 에러) 원격 서버 이름 -> 해당 ip pc의 주소 뒤에 :(콜론)을 쓰고 해당 포트 번호를 적으면 된다. (Visual Remote)키면 4자리 숫자 보인다. 배포 디렉터리-> 말 그래도 프로그램을 배포할 폴더명 작업 디렉터리랑 위치를 같이 주면 된다. 배포할 추가 ..