Ask Your Question

simpler's profile - activity

2018-12-20 11:09:23 +0900 received badge  Notable Question (source)
2018-12-14 16:08:40 +0900 commented answer crash 관련 문의 드립니다.

확인 감사합니다. ^^

2018-12-14 15:01:17 +0900 received badge  Popular Question (source)
2018-12-14 13:15:21 +0900 commented answer crash 관련 문의 드립니다.

1.유니티는 2017.3.1f1 (Funapi plugin unity는 깃허브 최신 버전입니다.) use_session_reliability 는 true 입니다.

2018-12-14 11:54:07 +0900 asked a question crash 관련 문의 드립니다.

서버 크래쉬와 함께아래 처럼 로그가 남았는데요.
원인 을 알수 있으까요.?

I1214 11:34:47.038450 23341 session_impl.cc:1149] SendMessage ignored. closed session: sid=dab35b64-2005-45eb-afec-aebccee0705c, msgtype=_sc_redirect
F1214 11:34:47.038494 23341 session_impl.cc:1276] Assert failed: state_ == kOpened:
E1214 11:34:47.039716 23341 framework.cc:58] System has been crashed. (Event=, 1.0.0-3624trusty)
2018-12-13 13:35:52 +0900 commented answer 타이머 관련해서 문의드립니다.

넵!~ 답변 감사합니다.!~

2018-12-13 11:44:00 +0900 commented answer 타이머 관련해서 문의드립니다.

혹시 주기적인 처리를 여러 쓰레드로 분산 해서 처리 하는 방법은 없는건가요?

2018-12-13 10:56:43 +0900 commented answer 타이머 관련해서 문의드립니다.

tag 인자를 사용하지 않아도 순차적으로 실행된다는 말씀은 각 핸들러들이 스레드 concurrent 하게 동작하지 않는 것으로 이해를 하면 되는건지요?

2018-12-13 10:21:49 +0900 asked a question 타이머 관련해서 문의드립니다.

타이머 핸들러 1,2,3 을 등록하였다면 핸들러 실행은 쓰레드 concurrent 하게 동작하는 방식인지요? 그리고 타이머 핸들러는 이벤트 쓰레드와 별개의 쓰레드에서 동작하는지요?

2018-12-13 02:12:53 +0900 received badge  Notable Question (source)
2018-12-10 17:47:16 +0900 commented answer ORM 오브젝트 관련 문의 드립니다.

넵. 감사합니다!~

2018-12-10 17:29:33 +0900 received badge  Commentator
2018-12-10 17:29:33 +0900 commented answer ORM 오브젝트 관련 문의 드립니다.

별도의 key 테이블 생성되어 관리되는것까지 확인했습니다. 혹시 조회용. index는 직접 db에 추가해야 하는거죠?

2018-12-10 14:23:53 +0900 asked a question ORM 오브젝트 관련 문의 드립니다.

오브젝트 속성에 키 플레그를 지정하면 mysql 서버에 유니크 키로 인덱스가 자동으로 생성 되는건가요? 만약 생성되지 않는다면 mysql db에 직접 인덱스를 생성해야 하는건가요?

2018-12-07 10:11:21 +0900 asked a question 세션에서 패킷 수신 부분 문의 드립니다.

특정 패킷을 처리하는 함수를 HandlerRegistry::Register2 에 등록하여 사용중인데요. 클라이언트에서 해당 패킷을 한번 보냈지만 서버에서 해당 함수가 여러번 호출 되는데요.. 혹시 원인을 할 수 있을까요?

2018-12-07 09:55:55 +0900 asked a question Linux + Visual Studio C++ 디버깅 문의 드립니다.

세션에서 패킷 수신부분에서 디버깅시 , Breakpoint 위치에서 다른 라인으로 디버깅을 하다보면 , Switching to Thread 메시지 출력과 함께 원래 위치로 디벙깅 위치가 변경되는 경우가 반복적으로 발생하는데요. 혹시 원인을 알수 있을까요?

2018-12-07 09:55:53 +0900 asked a question Linux+Visual Studio 디버깅 문의 드립니다.

세션에서 패킷 수신부분에서 디버깅시 , Breakpoint 위치에서 다른 라인으로 디버깅을 하다보면 , Switching to Thread 메시지 출력과 함께 원래 위치로 디벙깅 위치가 변경되는 경우가 반복적으로 발생하는데요. 혹시 원인을 알수 있을까요?

2018-11-19 18:21:05 +0900 received badge  Notable Question (source)
2018-11-19 18:15:48 +0900 received badge  Notable Question (source)
2018-11-05 13:42:24 +0900 received badge  Popular Question (source)
2018-11-02 15:40:50 +0900 commented answer 서버에서 세션을 닫은 후에도 서버에서 메시지를 전송하는게 가능한지 문의드립니다.

SetLoggedOutAsync 와 SetLoggedOutGlobalAsync 차이점을 알수 있을까요?

2018-11-02 12:20:40 +0900 answered a question 서버에서 세션을 닫은 후에도 서버에서 메시지를 전송하는게 가능한지 문의드립니다.

다시 한번 확인해보니 Close 처리는 정상적으로 되었었네요..죄송합니다.

현재 중복 로그인 확인하여 Session을 Close 처리를 하고 있는데요. Session이 Close 처리된 클라이언트가 다시 재 연결되어 통신이 되었던것으로 확인되었습니다. AccountManager::CheckAndSetLoggedInAsync() 통해 중복 로그인을 확인하고 있는데요. 최초 중복 로그인애 대한 처리가 정상적이였나, Session Close 처리된 클라이언트가 다시 재접속하여 로그인이 성공이 되었습니다. 같은 id로 양쪽에서 성공된 현상입니다. 로그 확인 부탁 드리겠습니다.ㅜ

2018-11-02 10:26:27 +0900 asked a question 서버에서 세션을 닫은 후에도 서버에서 메시지를 전송하는게 가능한지 문의드립니다.

서버에서 접속중인 클라이언트의 Session을 Close() 처리하였습니다. 일정 시간후 클라이언트에서는 기존 Session으로 Connect 하여 (당연히 FunapiSession.Create 함수는 호출 하지 않았고요) 서버로 메시지 전송 할경우, 서버는 신규 Session을 Open 하지 않고 tcp 전송 처리가 가능하던데요. Session을 Close 처리하였는데 Session Open을 하지 않고 통신이 되는게 맞는 건가요? 서버의 "close_transport_when_session_close": true 입니다.

I1102 02:30:23.211693  4493 aid_server.cc:93] Starting login server
I1102 02:30:37.098347  4498 transport.cc:380] Client plugin version: 265
I1102 02:30:37.098511  4498 session_impl.cc:2126] [C->S] TCP/Protobuf: type=, length=0, session=00000000-0000-0000-0000-000000000000 
I1102 02:30:37.098881  4498 session_impl.cc:2126] [S->C] TCP/Protobuf: type=_session_opened, length=61, session=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1 
I1102 02:30:37.099036  4498 session_service.cc:2146] session created: sid=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1, protocol=TCP, encoding=application/octet-stream, address=14.33.100.95:62464
I1102 02:30:37.098937  4529 login_event_handlers.cc:63] OnTransportTcpAttached_id :3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1
I1102 02:30:37.099241  4529 login_event_handlers.cc:23] OnSessionOpened_session_id :3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1
I1102 02:30:37.158066  4499 session_impl.cc:2126] [C->S] TCP/Protobuf: type=, length=44, session=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1 
I1102 02:30:37.304252  4496 session_impl.cc:2126] [C->S] TCP/Protobuf: type=login, length=110, session=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1 [login_req] { id: "TestUser1" device_id: "DFDFSFSDFWEGWEGEGWE" os_type: "windows" maket_type: "Goolge" auth_type: "guest" }
I1102 02:30:37.310436  4529 login_event_handlers.cc:153] Session_id=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1
I1102 02:30:37.317389  4529 login_event_handlers.cc:153] Session_id=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1
I1102 02:30:37.317646  4529 login_event_handlers.cc:252] client_ip_address=14.33.100.95
I1102 02:30:37.317728  4529 login_event_handlers.cc:262] Succeed to login: id=TestUser1
I1102 02:30:37.317975  4529 session_impl.cc:2126] [S->C] TCP/Protobuf: type=login, length=70, session=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1 [login_repl] { result: OK host_name: "52.231.68.36" }
I1102 02:30:37.364382  4499 session_impl.cc:2126] [C->S] TCP/Protobuf: type=, length=44, session=3b4fcd0e-7113-43c2-acf2-a6fc1d65f1c1 
I1102 02:30:39.527246  4499 transport.cc:380] Client plugin version: 265
I1102 02:30:39.527283  4499 session_impl.cc:2126] [C->S] TCP/Protobuf: type=, length=0, session=00000000-0000-0000-0000-000000000000 
I1102 02:30:39.527357  4499 session_impl.cc:2126] [S->C] TCP/Protobuf: type=_session_opened, length=61, session=60bcb24e-c198-4dd5-a91d-6748a155f5e8 
I1102 02:30:39.527390  4499 session_service.cc:2146] session created: sid=60bcb24e-c198-4dd5-a91d-6748a155f5e8, protocol=TCP, encoding=application/octet-stream, address=14.33.100.95:62466
I1102 02:30:39.527484  4529 login_event_handlers.cc:63] OnTransportTcpAttached_id :60bcb24e-c198-4dd5-a91d-6748a155f5e8
I1102 02:30:39.527523  4529 login_event_handlers.cc:23] OnSessionOpened_session_id :60bcb24e-c198-4dd5-a91d-6748a155f5e8
I1102 02:30:39.622436  4499 session_impl.cc:2126] [C->S] TCP/Protobuf: type=, length=44, session=60bcb24e-c198-4dd5-a91d-6748a155f5e8 
I1102 02:30:39.760064  4497 session_impl.cc:2126] [C->S] TCP/Protobuf: type=login, length=110, session=60bcb24e-c198-4dd5-a91d-6748a155f5e8 [login_req] { id: "TestUser1" device_id: "DFDFSFSDFWEGWEGEGWE" os_type: "windows" maket_type: "Goolge" auth_type: "guest" }
I1102 02:30:39.760596  4529 login_event_handlers.cc:107] OnLoggedIn_Failed_id=TestUser1
I1102 02:30:39.760710  4529 session_impl.cc:2126] [S->C] TCP/Protobuf: type=login, length=56, session=60bcb24e-c198-4dd5-a91d-6748a155f5e8 [login_repl] { result: OVERLAP }
I1102 02:30:39.765719  4529 login_event_handlers.cc:126] Logged_out(local) by duplicated login request: id=TestUser1
I1102 02:30:39.765884  4529 session_impl.cc:2126] [S->C] TCP/Protobuf: type=_session_closed, length=55, session ...
(more)
2018-11-02 09:40:52 +0900 received badge  Enthusiast
2018-11-01 18:02:10 +0900 commented answer 세션 관련 해서 문의 드립니다.

질문이 좀 부족했는데요.^^ 정확하게 말씀드리면 서버에서 Session을 Close 처리하였고, 일정 시간후 클라이언트에서는 기존 Session으로 Connect 하여 (당연히 FunapiSession.Create 함수는 호출 하지 않았고요) 서버로 메시지 전송 할경우, 서버는 신규 Session을 Open 하지 않고 tcp 전송 처리가 가능하던데요. Session을 Close 처리하였는데 Session Open을 하지 않고 통신이 되는게 좀 이해가 안가서요^^

2018-11-01 17:38:24 +0900 asked a question 세션 관련 해서 문의 드립니다.

서버에서 접속중인 클라이언트의 Session을 Close() 처리하였습니다. void Session::Close() 를 호출하면 즉시 세션이 닫혀서 메시지 전송이 안되는걸로 알고 있는데요. 테스트시 Session을 Close 처리하여도 메시지 전송이 되는데요. 해당 현상이 정상적인건지요?

2018-11-01 16:31:08 +0900 received badge  Popular Question (source)
2018-11-01 16:30:40 +0900 received badge  Student (source)
2018-11-01 15:07:30 +0900 received badge  Popular Question (source)
2018-11-01 14:05:17 +0900 commented answer FunapiSession 문의 드립니다.

클라이언트의 sendSessionIdOnlyOnce 값이 정확한 기능이 어떤건지요? 그리고 서버 설정 연관이 있는지요?

2018-11-01 12:31:54 +0900 commented answer undefined symbol 문제

넵 확인했습니다. !~

2018-11-01 10:15:47 +0900 asked a question undefined symbol 문제

빌드는 이상 없는데 실행하면 아래와 같이 종료가 됩니다. libtest.so 파일은 있는걸로 확인 되는데요. 뭐가 문제 일까요?

[INFO] test_server@login is starting.
I1101 01:03:25.705612 29124 main.cc:595] Engine version: 1.0.0-3624xenial
I1101 01:03:25.705945 29124 main.cc:601] Command line arguments: [test_server.login]
I1101 01:03:25.706048 29124 main.cc:602] Server flavor: login
I1101 01:03:25.706161 29124 main.cc:616] Crashreporter initialized; .dmp will be written to /home/good/projects/test-Server/test-build/debug/dumps
I1101 01:03:26.143991 29124 main.cc:638] License info: {"production":true,"expires":"2019-Sep-14 23:59:59"}
I1101 01:03:26.151038 29124 manifest_handler.cc:666] libfunapi_mongodblogger.so loaded.
I1101 01:03:26.152526 29124 manifest_handler.cc:666] libtest.so not loaded.

Broadcast message from systemd-journald@login (Thu 2018-11-01 01:03:26 UTC):

test_server.login[29124]: Assert failed: handle: testServer: failed to open libtest.so: /home/good/projects/test-Server/test-build/debug/src/libtest.so: undefined symbol: _ZN3test4Room8kNullPtrE

F1101 01:03:26.152704 29124 manifest_handler.cc:669] Assert failed: handle: testServer: failed to open libtest.so: /home/good/projects/test-Server/test-build/debug/src/libtest.so: undefined symbol: _ZN3test4Room8kNullPtrE
*** Check failure stack trace: ***
    @     0x7f8f6253f5cd  google::LogMessage::Fail()
    @     0x7f8f62541433  google::LogMessage::SendToLog()
    @     0x7f8f6253f15b  google::LogMessage::Flush()
    @     0x7f8f6253f379  google::LogMessage::~LogMessage()
    @           0x9c1343  fun::LoadComponentsLibraries()
    @           0x74ed55  main
    @     0x7f8f6028f830  __libc_start_main
    @           0x777be9  _start
    @              (nil)  (unknown)
/usr/share/funapi/bash/launcher-common.sh: line 154: 29124 Aborted                 (core dumped) $fork_prefix $FUNAPI_BIN_DIR/funapi_runner $args $@
[ERROR] test_server@login termianted with 134.
good@login:~/projects/test-Server/test-build/debug$
2018-10-31 17:17:19 +0900 received badge  Notable Question (source)