Visual Studio 2010이 출시되었다. 물론 난 가난한 개발자(일명 Hungry Developer)이기 때문에, 유일한 방법인 Visual Studio 2010 C# Express를 설치하였다. 첫 설치의 느낌은 느리다.

어쩌튼 Visual Studio 2010에 관한 정보들은 넘처나니깐 넘어가고,
OpenCV를 이용한 개발을 하기 위해 환경 구축 중 Build할 때 에러가 발생하였다.



에러 메시지를 보고 바로 이유를 알았다. "C#에서는 32bit로 만들어진 C++ DLL을 사용하기 위해서는 x86으로 타겟 플랫폼을 설정해야한다." 라는 생각이 들었다. (이 문제로 엄청 오랜 시간을 소요한 적이 있어서 바로 알 수 있었다.)

하지만, 두둥!
Visual Studio 2010 C# Express에서 프로젝트 설정 > 속성 의 값을 확인하였는데 타겟 플랫폼을 설정하는 란이 없었다.



위의 사진처럼 타겟 플랫폼에 관한 정보가 없었다. 단지 무료 Express 버젼이라서 그런 것도 없는 것이야!
하고 고민하였지만 해결 방법은 매우 쉬웠다.

Tools > Options > Project & Solution 선택 후 오른쪽의 체크 박스 중 Show advanced build configurations 체크

만약 위의 Project & Solution 메뉴가 없다면 아래쪽의 Show all settings를 체크하면 나타날 것이다.
왜 이렇게 감춰둔게 많아진거니? VS2010!!

위의 작업을 마치면 이제 원하는 Build 옵션, 타겟 플랫폼을 설정할 수 있다.


Visual Studio 2010 뭔가 디자인도 이쁘고, 쾌적한 느낌이지만...
속도는 확실히 느리다. 뭔가 방법이 없니?

바보였다. 위의 에러는 내가 OpenCV 2.0 파일을 넣어두는 바람에 발생했던 것이었다 ㅠ_ㅠ

C#에서 CRC-16-IBM을 구현한 클래스이다. CRC 테이블을 이용하여 빠르게 연산될 수 있도록 구현하였다.

public class CRCCalculator {     // CRC16 is based on the polynomial x^16+x^15+x^2+1 (Hex : 0x8005)     private static UInt16[] CRC16Table = new UInt16[] {         0x0000, 0xC0C1, 0xC181, 0x0140, 0xC301, 0x03C0, 0x0280, 0xC241,         0xC601, 0x06C0, 0x0780, 0xC741, 0x0500, 0xC5C1, 0xC481, 0x0440,         0xCC01, 0x0CC0, 0x0D80, 0xCD41, 0x0F00, 0xCFC1, 0xCE81, 0x0E40,         0x0A00, 0xCAC1, 0xCB81, 0x0B40, 0xC901, 0x09C0, 0x0880, 0xC841,         0xD801, 0x18C0, 0x1980, 0xD941, 0x1B00, 0xDBC1, 0xDA81, 0x1A40,         0x1E00, 0xDEC1, 0xDF81, 0x1F40, 0xDD01, 0x1DC0, 0x1C80, 0xDC41,         0x1400, 0xD4C1, 0xD581, 0x1540, 0xD701, 0x17C0, 0x1680, 0xD641,         0xD201, 0x12C0, 0x1380, 0xD341, 0x1100, 0xD1C1, 0xD081, 0x1040,         0xF001, 0x30C0, 0x3180, 0xF141, 0x3300, 0xF3C1, 0xF281, 0x3240,         0x3600, 0xF6C1, 0xF781, 0x3740, 0xF501, 0x35C0, 0x3480, 0xF441,         0x3C00, 0xFCC1, 0xFD81, 0x3D40, 0xFF01, 0x3FC0, 0x3E80, 0xFE41,         0xFA01, 0x3AC0, 0x3B80, 0xFB41, 0x3900, 0xF9C1, 0xF881, 0x3840,         0x2800, 0xE8C1, 0xE981, 0x2940, 0xEB01, 0x2BC0, 0x2A80, 0xEA41,         0xEE01, 0x2EC0, 0x2F80, 0xEF41, 0x2D00, 0xEDC1, 0xEC81, 0x2C40,         0xE401, 0x24C0, 0x2580, 0xE541, 0x2700, 0xE7C1, 0xE681, 0x2640,         0x2200, 0xE2C1, 0xE381, 0x2340, 0xE101, 0x21C0, 0x2080, 0xE041,         0xA001, 0x60C0, 0x6180, 0xA141, 0x6300, 0xA3C1, 0xA281, 0x6240,         0x6600, 0xA6C1, 0xA781, 0x6740, 0xA501, 0x65C0, 0x6480, 0xA441,         0x6C00, 0xACC1, 0xAD81, 0x6D40, 0xAF01, 0x6FC0, 0x6E80, 0xAE41,         0xAA01, 0x6AC0, 0x6B80, 0xAB41, 0x6900, 0xA9C1, 0xA881, 0x6840,         0x7800, 0xB8C1, 0xB981, 0x7940, 0xBB01, 0x7BC0, 0x7A80, 0xBA41,         0xBE01, 0x7EC0, 0x7F80, 0xBF41, 0x7D00, 0xBDC1, 0xBC81, 0x7C40,         0xB401, 0x74C0, 0x7580, 0xB541, 0x7700, 0xB7C1, 0xB681, 0x7640,         0x7200, 0xB2C1, 0xB381, 0x7340, 0xB101, 0x71C0, 0x7080, 0xB041,         0x5000, 0x90C1, 0x9181, 0x5140, 0x9301, 0x53C0, 0x5280, 0x9241,         0x9601, 0x56C0, 0x5780, 0x9741, 0x5500, 0x95C1, 0x9481, 0x5440,         0x9C01, 0x5CC0, 0x5D80, 0x9D41, 0x5F00, 0x9FC1, 0x9E81, 0x5E40,         0x5A00, 0x9AC1, 0x9B81, 0x5B40, 0x9901, 0x59C0, 0x5880, 0x9841,         0x8801, 0x48C0, 0x4980, 0x8941, 0x4B00, 0x8BC1, 0x8A81, 0x4A40,         0x4E00, 0x8EC1, 0x8F81, 0x4F40, 0x8D01, 0x4DC0, 0x4C80, 0x8C41,         0x4400, 0x84C1, 0x8581, 0x4540, 0x8701, 0x47C0, 0x4680, 0x8641,         0x8201, 0x42C0, 0x4380, 0x8341, 0x4100, 0x81C1, 0x8081, 0x4040,     };     public static UInt16 CRC16IBM(byte[] _bytBuffer)     {         uint uiCRC = 0;         foreach (byte bytBuffer in _bytBuffer)         {             uiCRC = (uiCRC >> 8) ^ CRC16Table[(uiCRC ^ bytBuffer) & 0xFF];         }         return (UInt16)uiCRC;     } }

UInt16(=ushort)로 CRC를 반환하는 클래스이다. 기존에 자바로 짜졌던 코드를 그대로 구현했는데 정상적으로 잘 작동하였다. 뭐... 특별히 언어에 구애받는 코드도 거의 없군.

테스트 할 때 1234로 했었는데 int의 byte[] 값을 넣어서 예상값과 다르다고 잘못 제작했다고 바보 같이 시간을 낭비한 적이 있었다. 사실 웹상에서 CRC를 계산하는 페이지는 모두 ASCII 기준으로 돌아가는 것이었다.
ㅠㅠ 바...보...


[참고] 웹상에서 제공되는 CRC 계산기

• http://www.lammertbies.nl/comm/info/crc-calculation.html
• http://www.zorc.breitbandkatze.de/crc.html 

C#에서 현재 경로를 알아내는 방법은 여러가지가 있다.

1. System.Environment.CurrentDirectory

가장 쉽게 현재 실행 경로를 알아낼 수 있는 방법이다. 하지만 이 방법은 Register에 등록된 프로그램으로 실행되면 다른 값을 출력한다. 이때는 3번 Application.StartupPath를 이용해야 한다.

* 루트일 경우에는 '\' 반환, 그 외의 경우에는 폴더명까지만 반환한다.

• C:\
• C:\TestFolder\MyApp

2. System.IO.Directory.GetCurrentDirectory()

1번과 동일하다.


3. Application.StartupPath

위의 Register에 등록되었을 때도 정상적으로 자신의 시작 경로를 반환한다. 하지만 이는 Window Forms를 사용할 때만 Application 클래스를 사용할 수 있기 때문에 Console 기반 혹은, 클래스 라이브러리 기반에서는 사용이 불가능하다.

Tip. Application.ExecutablePath
현재 실행된 어플리케이션의 실행 파일의 위치이다. C:\Test\App.exe 와 같이 출력된다. 이 정보는 현재 경로가 아니기 때문에 변경되지 않는다.