야곰야곰's S/W 공부

1. Upload Controller를 눌러 위 그림과 같은 창을 띄운 후, 해당 창의 Flash Memory를 체크하고 OK 버튼을 눌러 Parameter를 업로드한다. 2. 변경하고자 하는 모터의 Encorder를 선택한 뒤 기어비를 입력한다. 경로 : Controller/MotorList/Motor n/Encoder 0/Ratio A와 B의 값은 정수만 가능하며 작은 수 일수록 연산에 유리하다. 3. 화면 상단에 다운로드를 눌러 업로드 때와 동일한 창을 띄운다. Flash Memory를 체크한 후, OK 버튼을 클릭하면 저장된다. * meiConfig는 MEI 폴더 아래 응용프로그램들 모여 있는 폴더에 함께 있다.

class threadAsync { atomic_bool exitf_; int count_; string name_; public: threadAsync(string threadName) : exitf_(false), count_(0), name_(threadName) {} ~threadAsync() { exitf_ = true; } bool OnThread(bool* run) { while (!exitf_) { if (*run) { printf("%s : %d\n", name_.c_str(), count_); count_++; this_thread::sleep_for(100ms); } else { this_thread::sleep_for(100ms); this_thread::yield(); } } re..

기존에는 아무 생각 없이 잘 되었기 때문에 신경 쓰지 않았는데, 오늘 테스트 중에 계속 nullptr가 리턴되어서 난감했다. DLL에는 아래와 같이 만들어 주고 extern "C" __declspec(dllexport) int __get_string(string* str); extern "C" __declspec(dllexport) int __disp_string(); Main에는 아래와 같이 해 두었다. int main() { HMODULE hmodule = LoadLibrary(L"DllCommon.dll"); if (hmodule != NULL) { using FUNC_DISP = int(*)(); FUNC_DISP func = (FUNC_DISP)GetProcAddress(hmodule, "__d..

MySQL이나 MariaDB에서 dump파일을 restore 할 때 버전이 높거나 맞지 않는 경우 해당 오류가 발생하는 것 같다. Variable 'sql_mode' can't be set to the value of 'NO_AUTO_CREATE_USER'" dump를 한 파일은 MySQL 5.6 이었고 restore 하려고 하는 version은 MySQL 8.0과 MariaDB 10.6이었다. 우선 새로운 Version에는 'NO_AUTO_CREATE_USER" 옵션이 없다. 에디터로 해당 덤프 파일을 열어서 "NO_AUTO_CREATE_USER"를 삭제한다. (에디터의 모두 변경을 이용하면 편리하다.) 삭제 후에는 다음과 같은 에러가 발생했다. ERROR 1418 (HY000) : This funct..

bind를 사용하면 함수의 매개변수를 미리 지정하여 사용할 수 있다. 여기서 한 가지 주의할 점은 바인드로 보내는 참조자(&)는 값을 다시 가져오지 못하였다. 그래서 포인트로 강제하니 값을 얻어 올 수 있었다. int test_func(int in, shared_ptr out) { *out = in + 100; return *out; } int main() { shared_ptr out(new int); // 바인드 사용하기 auto f(bind(test_func, 10, out)); f(); cout

class Temp { public: Temp() {} ~Temp() {} }; unique_ptr을 동적 배열 적용 unique_ptr unqTemp(new Temp[2]); unique_ptr unqTemp = make_unique(2); auto unqTemp2 = move(unqTemp); uinque_ptr 메모리 해제 unique_ptr unqTemp(new Temp); unqTemp.reset(nullptr);

MFC에서 Control들의 기능을 변경하기 위해서 CustomDraw를 하다 보면 Control을 속성을 확인해야 할 때가 있다. 그중에서도 특히 Style에 대한 비교가 필요한데 GetStyle()로 받을 수 있는 Style 옵션은 GetStyle()에서 Return 받은 값으로 바로 비교가 불가능하다. 스타일을 비교하려면 아래와 같은 작업이 필요하다. UINT nButtonStyle = GetWindowLong(m_hWnd, GWL_STYLE) & 0x0000000F; if (nButtonStyle == BS_GROUPBOX) { ... } } MFC에서 사용하는 스타일은 아래와 같다. 자신이 필요한 스타일을 비교하여 Control을 Customizing 하는 데 사용할 수 있다. MFC에서 사용하..

fstream을 이용하여 간단하게 추가하기 bool file_util::append(string str) { findFile(getDirectory(s2w(_filepath)), true); ofstream ofs; ofs.open(_filepath, ios_base::app); if (!ofs.is_open()) return false; ofs

Windows에서 후킹을 하기 위해서 제공하는 함수들이 있다. 이것들은 모두 DLL 환경에서 제작되어야 한다. 후킹을 위한 DLL 프로젝트와 테스트를 위한 MFC 프로젝트가 필요하다. DLL 프로젝트 일전에는 후킹을 위한 함수를 만들 때에 모두 전역 변수와 전역 함수를 사용하였지만 관리하기가 쉽지 않았다. 검색하다 보니 싱글톤 클래스 형식으로 정리된 자료가 있어서 해당 방식으로 구현했다. 전역으로 작업하는 것이 간단하기는 하나 클래스 형식으로 하는 것이 관리가 더 편하다. case DLL_PROCESS_ATTACH: if (hook_mouse_callback::instance()->attach(hModule)) cout

std::queue의 경우 clear를 제공해주지 않는다. 결국 size만큼 pop 해서 들어내야 한다. while(!q.empty()) q.pop(); 다른 방법으로는 빈 queue와 바꿔치기를 하면된다. queue empty; swap(q, empty); swap을 사용하려면 algorithm을 include 해야 한다. 그리고 새로운 방법으로 queue를 재선언해도 된다. q = queue(); How do I clear the std::queue efficiently? I am using std::queue for implementing JobQueue class. ( Basically this class process each job in FIFO manner). In one scenario, ..

thread 사이에 동기화를 할 때 lock을 잡는 것으로 가장 많이 사용되는 것은 lock_guard다. 소멸과 동시에 unlock을 해주기 때문에 자동으로 lock을 해제할 수 있기 때문이다. 편하지만 lock_guard는 오직 생성자, 소멸자를 통해서만 lock을 다룰 수 있다. unique_lock은 lock_guard에 몇 가지 추가적인 기능이 있다. lock을 획득하는 시점을 미룰 수 있고 lock을 잡기 위해 무한 대기하지 않아도 된다. lock을 획득하는 순서를 보장해주기도 한다. unlock 함수도 호출할 수 있다. coditional_variable은 조건을 만족하지 않으면 무한 대기하지 않고 thread를 바로 block 한다. thread가 block 되면 다른 thread로 넘어가..

문자열이 포함하고 있는 특별한 문자를 제거하려면, string의 erase 함수와 의 remove를 사용해야 한다. #include #include using namesapce std; void remove_char(stirng str, char c) { str.erase(remove(str.begin(), str.end(), c), str.end()); } str에서 지정한 c를 제거한다.

싱글턴 패턴은 해당 클래스의 인스턴스가 하나만 만들어지고, 어디서든지 그 인스턴스에 접근할 수 있도록 하기 위한 패턴이다. 싱글턴 패턴은 클래스에서 자신의 단 하나뿐인 인스턴스를 관리하도록 만들면 된다. 그리고 다른 어떤 클래스에서도 자신의 인스턴스를 추가로 만들지 못하도록 해야 한다. 인스턴스가 필요하면 반드시 클래스 자신을 거치하도록 해야 한다. 그리고 어디서든 그 인스턴스에 접근할 수 있도록 만들어야 한다. 다른 객체에서 이 인스턴스가 필요하면 언제든지 클래스한테 요청을 할 수 있게 만들고, 요청이 들어오면 그 하나뿐인 인스턴스를 건네주도록 만들어야 한다. class Singleton { public: Singleton() = default; virtual ~Singleton() {} static ..

COM/ATL로 만든 기능을 다이얼로그 등에서 작업할 때에는 정상적으로 동작하지만, Thread 속에 넣으면 에러가 발생하는 경우가 있다. 이때는 스레드에서 사용함을 초기화해야 한다. CoInitializeEx(NULL, COINIT_MULTITHREADED); // COM 시작 시 ::CoUninitialize(); // 종료 시 해당 코드를 CoCreateInstance() 사용 전과 프로그램이 닫히기 전에 추가하면 스레드에서도 정상적으로 사용할 수 있다.

[MFC] MX Component 4.0 x64에서 사용하기 Mitsubish의 MX Component를 x64에서 사용할 수 있는 것은 C#으로 가능하지 C++로는 불가능하다. 그렇기 때문에 COM으로 Service를 등록해서 인터페이스를 통한 작업을 할 수밖에 없다. ATL을 이용하여 서버 stormpy.tistory.com MX Component를 64비트에서 작업하려다 보면, atlcomcli.h 에러가 발생하는데, 이것은 com 초기화가 되지 않을 때 발생한다. 프로그램을 제대로 했다면, x86으로 컴파일을 하지 않고 x64로 컴파일을 한 뒤에는 지속적으로 해당 에러가 발생하게 된다. 이것은 x64 형식으로 레지스터리가 등록되었기 때문이다. 그래서 Client가 x64로 실행되면 당연히 x64로..

Mitsubish의 MX Component를 x64에서 사용할 수 있는 것은 C#으로 가능하지 C++로는 불가능하다. 그렇기 때문에 COM으로 Service를 등록해서 인터페이스를 통한 작업을 할 수밖에 없다. ATL을 이용하여 서버를 만들고 이를 이용하는 방법을 우선 숙지하자. [ATL/MFC] 32Bit Software를 64Bit Software에서 사용하기 C++에서 x86, x64 프로그램은 서로 호환해서 사용할 수 없어서 별도로 만들어 사용해야 한다. 모든 프로그램을 자신 혹은 팀이 만들어 나간다면 아무런 문제가 없다. 하지만 외부로부터 제공되는 stormpy.tistory.com 서버 만들기 이제 ATL의 기본 조작법을 익혔다면, 해당 프로젝트에 MX Component 기능들을 연결해야 한다..

Single/Multi Document 에서 상단 Caption은 보통 '제목없음 - 프로젝트 이름'으로 나타난다. 이를 해결하기 위해서는 Frame의 Style 설정에서 TITLE을 변경하면 된다. BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs) { if( !CFrameWnd::PreCreateWindow(cs) ) return FALSE; // TODO: Modify the Window class or styles here by modifying // the CREATESTRUCT cs cs.style &= ~(FWS_ADDTOTITLE); cs.lpszName = L"User Application"; return TRUE; } Frame Style에서 FW..

BSTR은 여간해서 쓸 일이 잘 없는데, ATL을 쓰다 보면 종종 써야 해서 정리한다. BSTR은 Visual Basic 개발팀에 의해 만들어졌는데, Visual Basic이 포인터를 지원하지 못했기 때문이다. 그래서 IDispatch 인터페이스를 만들었다. Visual Basic과 COM 객체가 원활히 통신하기 위해서 COM에서 Visual Basic 문자열 타입을 지원하게 되는 결과로 만들어진 것이 바로 BSTR(Basic String)이다. BSTR은 COM에서 유니코드 문자열을 나타내는데 자주 사용된다. // BSTR -> CString BSTR bstr = ::AllocSysString(L"ABCD"); CString str = (CString) bstr; // CString -> BSTR CS..