earlgrey - Project Hosting on Google Code

Last 30 days Dec 30, 2009 r331 (타이머 구현된 듯. 단위 테스트 하나를 작성하고 발견한 버그는 고쳤음. 단위 테스트를 보강해야 할 듯. ) committed by kaistizen - 타이머 구현된 듯. 단위 테스트 하나를 작성하고 발견한 버그는 고쳤음. 단위 테스트를 보강해야 할 듯. 타이머 구현된 듯. 단위 테스트 하나를 작성하고 발견한 버그는 고쳤음. 단위 테스트를 보강해야 할 듯. Dec 23, 2009 r330 (타이머 구현 완료? 단위테스트를 작성해야 하지만 일단 이쯤에서 한번 커밋합니다.) committed by kaistizen - 타이머 구현 완료? 단위테스트를 작성해야 하지만 일단 이쯤에서 한번 커밋합니다. 타이머 구현 완료? 단위테스트를 작성해야 하지만 일단 이쯤에서 한번 커밋합니다. Dec 17, 2009 r329 (Timer 구현 중. 하드디스크에 문제가 생겨서 임시 커밋함. 기존 코드에 영향을 미치진 않음.) committed by kaistizen - Timer 구현 중. 하드디스크에 문제가 생겨서 임시 커밋함. 기존 코드에 영향을 미치진 않음. Timer 구현 중. 하드디스크에 문제가 생겨서 임시 커밋함. 기존 코드에 영향을 미치진 않음. Dec 15, 2009 r328 (ExecutorTaskRunnerInvoker를 힙에 생성 못하게 막음) committed by kaistizen - ExecutorTaskRunnerInvoker를 힙에 생성 못하게 막음 ExecutorTaskRunnerInvoker를 힙에 생성 못하게 막음 Dec 15, 2009 r327 (1. AppType을 없앰 2. SingleAppInstance 의 사용법을 좀더 이치에 맞게 고침. 3. ...) committed by kaistizen - 1. AppType을 없앰 2. SingleAppInstance 의 사용법을 좀더 이치에 맞게 고침. 3. Path.GetFileName 구현 1. AppType을 없앰 2. SingleAppInstance 의 사용법을 좀더 이치에 맞게 고침. 3. Path.GetFileName 구현 Dec 15, 2009 issue 28 (Server 응용프로그램 종료시 잘못된 포인터 참조 오류가 납니다.) Status changed by kaistizen - Status: Fixed Status: Fixed Dec 15, 2009 issue 13 (ClientCreateTest hangs) Status changed by kaistizen - Status: Fixed Status: Fixed Dec 15, 2009 issue 20 (precompiled header 사용하기) Status changed by kaistizen - 아, 이거 제가 삽질한 거였죠. sdhc에 소스코드 넣어서 컴파일하는 바람에 IO가 느려서 그랬던 겁니다. Status: Fixed 아, 이거 제가 삽질한 거였죠. sdhc에 소스코드 넣어서 컴파일하는 바람에 IO가 느려서 그랬던 겁니다. Status: Fixed Dec 15, 2009 issue 44 (리팩터링: AppInfo와 AppInitializer의 역할이 모호함) Status changed by kaistizen - r324에서 해결함 Status: Fixed r324에서 해결함 Status: Fixed Dec 14, 2009 r326 (1. 응용프로그램 초기화에 필요한 데이터를 담는 AppSettings 도입 2. 스레드 및 메모리 관리자 초...) committed by kaistizen - 1. 응용프로그램 초기화에 필요한 데이터를 담는 AppSettings 도입 2. 스레드 및 메모리 관리자 초기화 전엔 _txstring 을 쓰지 못해서 관련 코드를 txstring으로 바꿈. 어차피 자주 쓰는 기능이 아니므로 이런 변경 때문에 성능이 떨어질 것 같진 않음. 3. IO_THREAD_ID_END 는 Application.InitInstance() 호출시 동적으로 결정함. 더 이상 상수가 아님. 1. 응용프로그램 초기화에 필요한 데이터를 담는 AppSettings 도입 2. 스레드 및 메모리 관리자 초기화 전엔 _txstring 을 쓰지 못해서 관련 코드를 txstring으로 바꿈. 어차피 자주 쓰는 기능이 아니므로 이런 변경 때문에 성능이 떨어질 것 같진 않음. 3. IO_THREAD_ID_END 는 Application.InitInstance() 호출시 동적으로 결정함. 더 이상 상수가 아님. Dec 14, 2009 r325 (미완성된 코드이나 다른 데스크탑에서 작업하려고 커밋함. 다른 기능에 영향 미치는 곳은 없음. ) committed by kaistizen - 미완성된 코드이나 다른 데스크탑에서 작업하려고 커밋함. 다른 기능에 영향 미치는 곳은 없음. 미완성된 코드이나 다른 데스크탑에서 작업하려고 커밋함. 다른 기능에 영향 미치는 곳은 없음. Dec 13, 2009 r324 (fixed issue 44, AppInitializer와 AppInfo가 기능중복이라 Application이...) committed by kaistizen - fixed issue 44 , AppInitializer와 AppInfo가 기능중복이라 Application이란 클래스로 정리함. fixed issue 44 , AppInitializer와 AppInfo가 기능중복이라 Application이란 클래스로 정리함. Dec 13, 2009 issue 44 (리팩터링: AppInfo와 AppInitializer의 역할이 모호함) commented on by kaistizen - 개판임. AppInfo.h 에 AppInitializer가 있고 AppInitializer.h에 AppInfo가 있음 ㅋㅋㅋㅋ 개판임. AppInfo.h 에 AppInitializer가 있고 AppInitializer.h에 AppInfo가 있음 ㅋㅋㅋㅋ Dec 13, 2009 issue 44 (리팩터링: AppInfo와 AppInitializer의 역할이 모호함) reported by kaistizen - AppInfo가 AppInitializer의 역할까지 하는 상황임. AppInfo가 AppInitializer의 역할까지 하는 상황임. Dec 13, 2009 issue 42 (응용프로그램 종료시 IocpExecutorSingleton 에서 예외 발생) commented on by joe.joey - This issue was updated by revision r323. thread stop() 시 제대로 run loop 를 빠져나왔는지 체크하는 기능 추가 필요.. 일단은 죽지 않게만 해놓음. This issue was updated by revision r323. thread stop() 시 제대로 run loop 를 빠져나왔는지 체크하는 기능 추가 필요.. 일단은 죽지 않게만 해놓음. Dec 13, 2009 r323 (update issue #42 thread stop() 시 제대로 run loop 를 빠져나왔는지 체크하는 ...) committed by joe.joey - update issue #42 thread stop() 시 제대로 run loop 를 빠져나왔는지 체크하는 기능 추가 필요.. 일단은 죽지 않게만 해놓음. update issue #42 thread stop() 시 제대로 run loop 를 빠져나왔는지 체크하는 기능 추가 필요.. 일단은 죽지 않게만 해놓음. Dec 13, 2009 issue 39 (DEBUG\|WIN32 컴파일 실패!) Status changed by kaistizen - Status: Fixed Status: Fixed Dec 13, 2009 issue 39 (DEBUG\|WIN32 컴파일 실패!) commented on by kaistizen - r322 에서 고침 r322 에서 고침 Dec 13, 2009 r322 (issue 39 에 대한 해결책. ThreadId 관련 변수가 DWORD 최대값으로 설정된 바람에 상수 오버...) committed by kaistizen - issue 39 에 대한 해결책. ThreadId 관련 변수가 DWORD 최대값으로 설정된 바람에 상수 오버플로가 발생한 게 원인임. issue 39 에 대한 해결책. ThreadId 관련 변수가 DWORD 최대값으로 설정된 바람에 상수 오버플로가 발생한 게 원인임. Dec 13, 2009 issue 37 (message per thread 구현) commented on by kaistizen - 현재 Executor 구현 때문에 의미가 없어진 이슈가 아닐까요? 현재 Executor 구현 때문에 의미가 없어진 이슈가 아닐까요? Dec 13, 2009 r321 (Executor.Execute 의 단위 테스트 케이스 하나 더!) committed by kaistizen - Executor.Execute 의 단위 테스트 케이스 하나 더! Executor.Execute 의 단위 테스트 케이스 하나 더! Dec 13, 2009 issue 43 (새로운 메모리 할당자에 문제 있는 듯) reported by kaistizen - Executor.h 에 다음 대목에 주의! // typedef xqueue<Task>::Type Tasks; typedef std::queue<Task> Tasks; 여기서 std:queue 대신 xqueue를 쓰면 바로 예외 발생!!! Executor.h 에 다음 대목에 주의! // typedef xqueue<Task>::Type Tasks; typedef std::queue<Task> Tasks; 여기서 std:queue 대신 xqueue를 쓰면 바로 예외 발생!!! Dec 13, 2009 r320 (앗 사소한 실수!!) committed by kaistizen - 앗 사소한 실수!! 앗 사소한 실수!! Dec 13, 2009 r319 (1. issue #42 - 응용프로그램 종료시 IocpExecutorSingleton 에서 오류가 발생해서 ...) committed by kaistizen - 1. issue #42 - 응용프로그램 종료시 IocpExecutorSingleton 에서 오류가 발생해서 임시 조치함 2. 비동기 Queue가 shared_ptr을 제대로 처리 못하는 버그가 있어서, 일단 TaskQueue를 적용함. 1. issue #42 - 응용프로그램 종료시 IocpExecutorSingleton 에서 오류가 발생해서 임시 조치함 2. 비동기 Queue가 shared_ptr을 제대로 처리 못하는 버그가 있어서, 일단 TaskQueue를 적용함. Dec 13, 2009 issue 42 (응용프로그램 종료시 IocpExecutorSingleton 에서 예외 발생) commented on by kaistizen - ThreadRunnable 중 while(MeetsStopCondition() == FALSE) { // ExecutorTaskRunnerInvoker Invoker; IocpExecutorSingleton::Instance().DoTasks(); const DWORD errCode = DoTask(); if(errCode != EXIT_SUCCESS) return errCode; } 여기서 DoTasks()를 DoTask 뒤에서 호출하면 무조건 오류남. ThreadRunnable 중 while(MeetsStopCondition() == FALSE) { // ExecutorTaskRunnerInvoker Invoker; IocpExecutorSingleton::Instance().DoTasks(); const DWORD errCode = DoTask(); if(errCode != EXIT_SUCCESS) return errCode; } 여기서 DoTasks()를 DoTask 뒤에서 호출하면 무조건 오류남. Dec 13, 2009 issue 42 (응용프로그램 종료시 IocpExecutorSingleton 에서 예외 발생) commented on by kaistizen - ExecutorTaskRunnerInvoker 를 없애도 원래대로 돌리니까 문제가 사라짐. ExecutorTaskRunnerInvoker 를 없애도 원래대로 돌리니까 문제가 사라짐. Dec 13, 2009 issue 42 (응용프로그램 종료시 IocpExecutorSingleton 에서 예외 발생) reported by kaistizen - EarlgreyTest를 여러 번 실행하면 80% 확률로 문제가 발생하는 듯. Singleton에서 객체 소멸자 부를 때인 것으로 보임. EarlgreyTest를 여러 번 실행하면 80% 확률로 문제가 발생하는 듯. Singleton에서 객체 소멸자 부를 때인 것으로 보임. Dec 12, 2009 issue 41 (주 스레드에서 Executor.DoTasks를 호출하지 못하는 문제) reported by kaistizen - AppInfo::InitInstance의 한 대목을 보면, std::tr1::shared_ptr<Thread> mainThread = Thread::AttachThread("MainThread", WIN_MAIN_THREAD_ID); 이렇게 주 스레드를 초기화? 한다. 이때 AttachThread의 구현을 보면, MainRunnable을 이용하는데, AttachThread는 Thread::Run과 달리 MainRunnable.Run을 호출하지 않는다. MainRunnable.Run을 호 출하지 않기 때문에 Executor 같은 기능이 전혀 작동하지 않느다. AppInfo::InitInstance의 한 대목을 보면, std::tr1::shared_ptr<Thread> mainThread = Thread::AttachThread("MainThread", WIN_MAIN_THREAD_ID); 이렇게 주 스레드를 초기화? 한다. 이때 AttachThread의 구현을 보면, MainRunnable을 이용하는데, AttachThread는 Thread::Run과 달리 MainRunnable.Run을 호출하지 않는다. MainRunnable.Run을 호 출하지 않기 때문에 Executor 같은 기능이 전혀 작동하지 않느다. Dec 12, 2009 issue 40 (IRunnable의 메모리가 해제되지 않음) commented on by joe.joey - This issue was updated by revision r318. ExecutorTaskRunnerInvoker 추가 This issue was updated by revision r318. ExecutorTaskRunnerInvoker 추가 Dec 12, 2009 r318 (update issue #40 ExecutorTaskRunnerInvoker 추가 ) committed by joe.joey - update issue #40 ExecutorTaskRunnerInvoker 추가 update issue #40 ExecutorTaskRunnerInvoker 추가 Dec 12, 2009 issue 40 (IRunnable의 메모리가 해제되지 않음) commented on by joe.joey - This issue was updated by revision r317. ExecutorTaskRunnerInvoker 추가 This issue was updated by revision r317. ExecutorTaskRunnerInvoker 추가 Dec 12, 2009 r317 (update issue #40 ExecutorTaskRunnerInvoker 추가 ) committed by joe.joey - update issue #40 ExecutorTaskRunnerInvoker 추가 update issue #40 ExecutorTaskRunnerInvoker 추가 Dec 12, 2009 issue 40 (IRunnable의 메모리가 해제되지 않음) commented on by joe.joey - This issue was updated by revision r316. to thread execute 에서 CurrentThread 와 threadId 가 같다고 iocp queue 넣으면 어디로 갈지 모른다는..무조건 threadtask queue 에 넣어야 할듯. This issue was updated by revision r316. to thread execute 에서 CurrentThread 와 threadId 가 같다고 iocp queue 넣으면 어디로 갈지 모른다는..무조건 threadtask queue 에 넣어야 할듯. Dec 12, 2009 r316 (update issue #40 to thread execute 에서 CurrentThread 와 thread...) committed by joe.joey - update issue #40 to thread execute 에서 CurrentThread 와 threadId 가 같다고 iocp queue 넣으면 어디로 갈지 모른다는..무조건 threadtask queue 에 넣어야 할듯. update issue #40 to thread execute 에서 CurrentThread 와 threadId 가 같다고 iocp queue 넣으면 어디로 갈지 모른다는..무조건 threadtask queue 에 넣어야 할듯. Dec 12, 2009 issue 40 (IRunnable의 메모리가 해제되지 않음) commented on by joe.joey - queue 로 runnable shared_ptr member 를 넘기면 queue header entry 때문에 지워지지 않는 게 하나 있어서 그럴 수 있어요. 이거 전엔 destructor 를 강제 호출해서 없애는데. 현재 구 조에서는 좀 문제가 될수 있네요. queue 로 runnable shared_ptr member 를 넘기면 queue header entry 때문에 지워지지 않는 게 하나 있어서 그럴 수 있어요. 이거 전엔 destructor 를 강제 호출해서 없애는데. 현재 구 조에서는 좀 문제가 될수 있네요. Dec 12, 2009 issue 40 (IRunnable의 메모리가 해제되지 않음) reported by kaistizen - r315 를 빌드해서 돌려보면 ExecuterTest 단위테스트 세개가 깨짐 모두 IRunnable의 소멸자가 불리지 않아서 생기는 문제이며, 스마트 포인터를 잘못 사용한 걸로 추정됨 r315 를 빌드해서 돌려보면 ExecuterTest 단위테스트 세개가 깨짐 모두 IRunnable의 소멸자가 불리지 않아서 생기는 문제이며, 스마트 포인터를 잘못 사용한 걸로 추정됨 Dec 12, 2009 r315 (1. 특정 스레드에 작업할 거리를 보내는 Executer.Execute 추가 2. IRunnable 과 Th...) committed by kaistizen - 1. 특정 스레드에 작업할 거리를 보내는 Executer.Execute 추가 2. IRunnable 과 ThreadRunnable의 분리 3. 스레드 ID를 NativeThreadId와 ThreadId로 구분함. 전자는 운영체제가 반환하는 스레드 아이디이고, 후자는 무작위로 응용프로그램 초기화시 사용자가 편의상 입력하는 값이 됨. 옛날에 쓰던 GThreadID의 대용이 후자임. 4. 타이머 구현 중 1. 특정 스레드에 작업할 거리를 보내는 Executer.Execute 추가 2. IRunnable 과 ThreadRunnable의 분리 3. 스레드 ID를 NativeThreadId와 ThreadId로 구분함. 전자는 운영체제가 반환하는 스레드 아이디이고, 후자는 무작위로 응용프로그램 초기화시 사용자가 편의상 입력하는 값이 됨. 옛날에 쓰던 GThreadID의 대용이 후자임. 4. 타이머 구현 중 Dec 12, 2009 issue 39 (DEBUG\|WIN32 컴파일 실패!) commented on by joe.joey - ThreadTest.cpp 를 안올려서 -.- initialjk 가 올릴텐데 ThreadTest.cpp 를 안올려서 -.- initialjk 가 올릴텐데 Dec 12, 2009 issue 39 (DEBUG\|WIN32 컴파일 실패!) reported by kaistizen - r314 에서 빌드 실패남 r314 에서 빌드 실패남 Dec 12, 2009 issue 38 (테스트용 서버 종료시 예외 발생) reported by kaistizen - What steps will reproduce the problem? 1. 테스트 클라이언트를 디버그 모드로 실행한다. 2. ctrl+break 를 누르고 콘솔 창에 stop을 친다. 3. 종료시 예외가 발생한다. 호출 스택: > Server.exe!Loki::DefaultLifetime<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator> >::OnDeadReference() 줄 360 + 0x5c 바이트 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::MakeInstance() 줄 823 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::Instance() 줄 795 C++ Server.exe!Earlgrey::StlGreedyAllocator<wchar_t>::deallocate(wchar_t * _Ptr=0x0000000000080290, unsigned __int64 __formal=64) 줄 61 + 0x5 바이트 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::_Tidy(bool _Built=true, unsigned __int64 _Newsize=0) 줄 2158 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::~basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::StlGreedyAlloc ator<wchar_t> >() 줄 906 + 0xf 바이트 C++ Server.exe!Earlgrey::MiniDump::~MiniDump() 줄 44 + 0x2e 바이트 C++ Server.exe!Earlgrey::MiniDump::`scalar deleting destructor'() + 0x31 바이트 C++ Please use labels and text to provide additional information. What steps will reproduce the problem? 1. 테스트 클라이언트를 디버그 모드로 실행한다. 2. ctrl+break 를 누르고 콘솔 창에 stop을 친다. 3. 종료시 예외가 발생한다. 호출 스택: > Server.exe!Loki::DefaultLifetime<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator> >::OnDeadReference() 줄 360 + 0x5c 바이트 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::MakeInstance() 줄 823 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::Instance() 줄 795 C++ Server.exe!Earlgrey::StlGreedyAllocator<wchar_t>::deallocate(wchar_t * _Ptr=0x0000000000080290, unsigned __int64 __formal=64) 줄 61 + 0x5 바이트 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::_Tidy(bool _Built=true, unsigned __int64 _Newsize=0) 줄 2158 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::~basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::StlGreedyAlloc ator<wchar_t> >() 줄 906 + 0xf 바이트 C++ Server.exe!Earlgrey::MiniDump::~MiniDump() 줄 44 + 0x2e 바이트 C++ Server.exe!Earlgrey::MiniDump::`scalar deleting destructor'() + 0x31 바이트 C++ Please use labels and text to provide additional information. Dec 09, 2009 r314 (으흐흐 일단 컴파일 되고 테스트 돌아가게 까지만 merge 했습니다. Thread index model 확실...) committed by initialjk - 으흐흐 일단 컴파일 되고 테스트 돌아가게 까지만 merge 했습니다. Thread index model 확실히 정해지고 나면 더 수정 해야 합니다. 으흐흐 일단 컴파일 되고 테스트 돌아가게 까지만 merge 했습니다. Thread index model 확실히 정해지고 나면 더 수정 해야 합니다. Older Dec 05, 2009 r313 (수정한 소스파일은 많으나 기능이 크게 변한 곳은 없음. 0. Timer 구현 중....... 1. Unc...) committed by kaistizen - 수정한 소스파일은 많으나 기능이 크게 변한 곳은 없음. 0. Timer 구현 중....... 1. Uncopyable 헤더가 필요 없는 곳에서 #include 제거. 2. Executor에 싱글턴 패턴을 올바르게 적용함 3. GlobalExceptionHandler 의 메서드 시그너처를 static으로 수정함. 4. IOCPRunnable에서 안 쓰는 메서드 DoRegularTask 제거 5. Proactor::TimeValueType 를 TimeSpan으로 대체함 6. StackWalker에서 옵션 값을 정수 대신 enum StackWalkOptions 으로 대체함 7. Thread::Id() 구현 8. TimeSpan::FromSeconds 구현 수정한 소스파일은 많으나 기능이 크게 변한 곳은 없음. 0. Timer 구현 중....... 1. Uncopyable 헤더가 필요 없는 곳에서 #include 제거. 2. Executor에 싱글턴 패턴을 올바르게 적용함 3. GlobalExceptionHandler 의 메서드 시그너처를 static으로 수정함. 4. IOCPRunnable에서 안 쓰는 메서드 DoRegularTask 제거 5. Proactor::TimeValueType 를 TimeSpan으로 대체함 6. StackWalker에서 옵션 값을 정수 대신 enum StackWalkOptions 으로 대체함 7. Thread::Id() 구현 8. TimeSpan::FromSeconds 구현 Dec 04, 2009 r312 (사소한 코드 정리) committed by kaistizen - 사소한 코드 정리 사소한 코드 정리 Dec 04, 2009 r311 (테스트 서버를 실행한 부모 프로세스의 이름을 확인해서 콘솔 응용프로그램으로 돌릴 건지 Win32 서비스로 돌...) committed by kaistizen - 테스트 서버를 실행한 부모 프로세스의 이름을 확인해서 콘솔 응용프로그램으로 돌릴 건지 Win32 서비스로 돌릴 건지 자동으로 결정한다. -d 옵션은 더 이상 필요 없다. 테스트 서버를 실행한 부모 프로세스의 이름을 확인해서 콘솔 응용프로그램으로 돌릴 건지 Win32 서비스로 돌릴 건지 자동으로 결정한다. -d 옵션은 더 이상 필요 없다. Dec 04, 2009 r310 (Rename: WindowRunnable -> Win32ServiceRunnable New feature: ...) committed by kaistizen - Rename: WindowRunnable -> Win32ServiceRunnable New feature: GetParentProcessName Rename: WindowRunnable -> Win32ServiceRunnable New feature: GetParentProcessName Dec 03, 2009 issue 37 (message per thread 구현) commented on by joe.joey - This issue was updated by revision r309. ServerTest.cpp 추가 This issue was updated by revision r309. ServerTest.cpp 추가 Dec 03, 2009 r309 (update issue #37 ServerTest.cpp 추가) committed by joe.joey - update issue #37 ServerTest.cpp 추가 update issue #37 ServerTest.cpp 추가 Dec 02, 2009 issue 37 (message per thread 구현) commented on by joe.joey - This issue was updated by revision r308. queue 기능 구현및 테스트추가 This issue was updated by revision r308. queue 기능 구현및 테스트추가 Dec 02, 2009 r308 (update issue #37 queue 기능 구현및 테스트추가) committed by joe.joey - update issue #37 queue 기능 구현및 테스트추가 update issue #37 queue 기능 구현및 테스트추가 Dec 02, 2009 issue 37 (message per thread 구현) reported by joe.joey - thread 별로 message 를 보내서 처리할 수 있도록 한다. thread 별로 message 를 보내서 처리할 수 있도록 한다.

issue 38 (테스트용 서버 종료시 예외 발생) reported by kaistizen - What steps will reproduce the problem? 1. 테스트 클라이언트를 디버그 모드로 실행한다. 2. ctrl+break 를 누르고 콘솔 창에 stop을 친다. 3. 종료시 예외가 발생한다. 호출 스택: > Server.exe!Loki::DefaultLifetime<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator> >::OnDeadReference() 줄 360 + 0x5c 바이트 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::MakeInstance() 줄 823 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::Instance() 줄 795 C++ Server.exe!Earlgrey::StlGreedyAllocator<wchar_t>::deallocate(wchar_t * _Ptr=0x0000000000080290, unsigned __int64 __formal=64) 줄 61 + 0x5 바이트 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::_Tidy(bool _Built=true, unsigned __int64 _Newsize=0) 줄 2158 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::~basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::StlGreedyAlloc ator<wchar_t> >() 줄 906 + 0xf 바이트 C++ Server.exe!Earlgrey::MiniDump::~MiniDump() 줄 44 + 0x2e 바이트 C++ Server.exe!Earlgrey::MiniDump::`scalar deleting destructor'() + 0x31 바이트 C++ Please use labels and text to provide additional information.

What steps will reproduce the problem? 1. 테스트 클라이언트를 디버그 모드로 실행한다. 2. ctrl+break 를 누르고 콘솔 창에 stop을 친다. 3. 종료시 예외가 발생한다. 호출 스택: > Server.exe!Loki::DefaultLifetime<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator> >::OnDeadReference() 줄 360 + 0x5c 바이트 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::MakeInstance() 줄 823 C++ Server.exe!Loki::SingletonHolder<Earlgrey::ThreadLocalAllocator<Earlgrey::S labAllocator>,Loki::CreateUsingNew,Loki::DefaultLifetime,Loki::SingleThread ed,Loki::Mutex>::Instance() 줄 795 C++ Server.exe!Earlgrey::StlGreedyAllocator<wchar_t>::deallocate(wchar_t * _Ptr=0x0000000000080290, unsigned __int64 __formal=64) 줄 61 + 0x5 바이트 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::_Tidy(bool _Built=true, unsigned __int64 _Newsize=0) 줄 2158 C++ Server.exe!std::basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::St lGreedyAllocator<wchar_t> >::~basic_string<wchar_t,std::char_traits<wchar_t>,Earlgrey::StlGreedyAlloc ator<wchar_t> >() 줄 906 + 0xf 바이트 C++ Server.exe!Earlgrey::MiniDump::~MiniDump() 줄 44 + 0x2e 바이트 C++ Server.exe!Earlgrey::MiniDump::`scalar deleting destructor'() + 0x31 바이트 C++ Please use labels and text to provide additional information.

Last 30 days

Older