Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

Linux에서 윈도우의 OutputDebugString 대신 사용할 수 있는 syslog

윈도우 응용 프로그램을 개발하다 보면 OutputDebugString을 심심치 않게 사용하게 되는데요. 리눅스로 오면 저 API를 뭘로 대체해야 할지 고민하게 됩니다. 제 생각에는 가장 적합한 것이 바로 syslog였습니다.

#include <syslog.h> 
#include <stdarg.h> 

void syslog(int priority, const char *format, ...);
void vsyslog(int priority, const char *format, va_list ap); 

보는 바와 같이 포매팅도 기본적으로 제공하기 때문에 사용법도 편리합니다. 일단 저걸로 로그를 남겼으면 "Dbgview.exe"처럼 확인을 할 수 있어야 하는데요, 이를 위해 tail 명령어를 사용할 수 있습니다.

tail 명렁어로 log를 보는 법
; https://jusunglee.tistory.com/entry/%EB%A1%9C%EA%B7%B8%EB%A5%BC-%EB%B3%B4%EB%8A%94%EB%B2%95-log

$ cd /var/log
$ tail -f syslog

게다가 syslog/vsyslog는 프로세스 명을 자동으로 붙여주기 때문에 grep을 함께 연동하는 것이 좋습니다. 가령 .NET Core로 만들어진 응용 프로그램이라면 프로세스 명이 "dotnet"일 것이므로 다음과 같이 연결하면 됩니다.

$ tail -f syslog | grep dotnet

참고로, 리눅스가 file 기반으로 운영되는 만큼 윈도우보다 편리한 면이 있습니다. 예를 들어, 다른 프로세스의 콘솔 출력을 보는 것도 가능한데요, 이때도 tail 명령어를 사용할 수 있습니다.

// 1 == stdout
// 2 == stderr

$ tail -f /proc/[pid]/fd/1




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/13/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2019-05-24 06시08분
하루 지나고 나니 "tail -f" 명령어의 출력이 없습니다. 회사 동료가 ^^ "tail -F"를 추천하는데, "even if the file is rotated" 상황에서도 잘 동작하는 거라고 합니다.

https://tldr.ostera.io/tail
정성태

... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
492정성태5/23/200726596.NET Framework: 89. ManagedThreadId - 두 번째 이야기 [5]파일 다운로드1
491정성태5/21/200726713.NET Framework: 88. ManagedThreadId ? [4]
490정성태5/19/200735212오류 유형: 33. error MSB6003: SxS DLL 로딩 오류 [2]
489정성태5/14/200723045.NET Framework: 87. .NET 2.0에서 C# 3.0 기능 사용하기
488정성태5/14/200721600Windows: 25. Multiple Input Queues
487정성태4/24/200727206VC++: 32. VC++에서 bool이 가지는 의미 [3]
486정성태3/22/200726234Windows: 24. DreamScene과 DWM(Desktop Window Manager)의 관계 [1]
485정성태3/17/200721538오류 유형: 32. VS.NET 2005 - x64 환경에서의 mixed 디버깅 환경 구성
484정성태3/17/200720722오류 유형: 31. SQL Compact Edition 설치 후 오류
483정성태3/17/200742125오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]
482정성태3/17/200731622Team Foundation Server: 17. 팀 프로젝트 접속 및 사용
481정성태3/17/200725536Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록
480정성태3/14/200723741.NET Framework: 86. GC(Garbage Collector)의 변화
479정성태3/14/200727602개발 환경 구성: 25. D820 - ReadyBoost 구동
478정성태3/14/200727069개발 환경 구성: 24. D820 고주파음 문제
477정성태3/14/200736347개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]
476정성태3/9/200731800개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]
475정성태3/6/200726183.NET Framework: 85. 공용 프로퍼티 자동 생성
474정성태3/5/200724413.NET Framework: 84. Lambda 표현식 응용 사례 [1]
473정성태3/4/200731479디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)
472정성태3/3/200730712디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]파일 다운로드1
471정성태3/1/200719738디버깅 기술: 12. Managed Method에 Break Point 걸기
469정성태2/28/200731351디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]파일 다운로드1
470정성태3/1/200722787    답변글 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강
468정성태2/25/200732503COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]
466정성태2/22/200724321Windows: 23. 롱혼 서버 코어 버전 [2]
... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...