Blog

/** ingroup 라이브러리 * 메시지 로그 수준. 5 . - LIBUSB_LOG_LEVEL_NONE(0): 폴링된 이후 이미 인쇄된 메시지만 절대적으로(기본값) * - LIBUSB_LOG_LEVEL_ERROR (1): 오류 메시지가 stderr에 기록되었습니다. * - LIBUSB_LOG_LEVEL_WARNING(2): 경고와 마찬가지로 stderr에 대해 오류 메시지가 전송됩니다. 6. - LIBUSB_LOG_LEVEL_INFO (3): 정보 메시지, 표준 생산에 인쇄된 정보, 경고 * 오류 메시지는 확실히 stderr로 전송됩니다. * - LIBUSB_LOG_LEVEL_DEBUG(4): info sms 메시지와 결합된 디버깅이 마침내 stdout에 인쇄됩니다. 5 . stderr 오류와 관련된 경고 */libusb_log_level 열거형    LIBUSB_LOG_LEVEL_NONE은 0이 될 것이고,    LIBUSB_LOG_LEVEL_ERROR,     libusb_log_level_warning,  LIBUSB_LOG_LEVEL_INFO,     LIBUSB_LOG_LEVEL_DEBUG,;

지원하는 경우 치명적이거나 콘솔에서만 debuggedprivate 메시지를 모두 볼 수 있습니다.

Libusb 옵션 디버깅은 설명서에 알려진 대로 작동하지 않습니다. 실제 작업은 다음과 같습니다.

--enable-debug-log를 추가로 설정하면 무조건 모든 컨텍스트에 대해 DEBUG, INFO, WARNING 및 ERROR 메시지를 무조건 활성화합니다. 컴파일 시간.

--disable-log로 수정하는 것으로 입증된 경우 모든 수준에서 문제를 일으키는 로그 메시지를 비활성화할 수 있는지 확인하십시오.

디버그 로깅이 장비인 경우 로깅이 활성화됩니다(기본값). 종종 libusb_set_debug를 사용하여 주어진 컨텍스트 내에서 메시지에 대한 INFO, WARNING 및 ERROR를 쿼리하지만, 누군가가 로깅 졸업장에 있을 수 있지만 DEBUG 수준에서 통신에 대해 고유하게 쿼리하는 것은 의심할 여지 없이 불가능합니다. 생각해보면.

libusb의 작성자는 이러한 잘못된 행동을 단지 “아니오”를 나타내는 것으로 보고 이를 변경하려는 의도를 나타냅니다. 봐:http://libusb.6.n5.nabble.com/does-libusb-set-debug-work-td7638. html#a7641

우리는 파트너와 결합하여 인터넷 쿠키와 같은 스마트폰 액세스 정보, 고유 ID.ntifiers와 같은 특수 처리 데이터 및 평소 전송된 정보를 광고 및 개인화를 위한 장치에 연결합니다. 콘텐츠, 광고, 콘텐츠 및 사용자가 원하는 청중을 조사하고 개발하여 제품을 늘립니다.

[libusb-devel] 로깅 예제 제거

옵션 없이 Autogen에 전념하고 libusb_set_debug(NULL,0)를 덮어쓰고
get

을 얻습니다.

libusb:debug [libusb_get_next_timeout] 0.999861 s의 사용 가능한 시간 초과 후
libusb:debug [handle_events] poll()이 [reap_for_handle] 1을 반환했습니다.
libusb:debug urb type=3 status=0 transferer =4 < 침실 >>libusb:debug [handle_bulk_completion] 감사 완료 상태 7/

libusb:debug [handle_bulk_completion] 교환 중인 이전 URB –> 완료됨!
libusb:debug [bulk_transfer_cb] fact_length=4
libusb:debug [libusb_get_next_timeout] URB 없음, 시간 초과 없음 !
libusb :debug [handle_events] poll() 8 fds 및 2000ms 시간 초과
libusb:debug [submit_bulk_transfer]는 새로운 이동을 위해 별도의 urbs를 사용합니다.

libusb:debug [handle_events] poll() 반환된 [reap_for_handle] 1
libusb:debug urb type=3 status=0 Passed=512
libusb:debug [handle_bulk_completion] 완료 상태 논의 없음

libusb:debug [handle_bulk_completion] 동작의 마지막 URB –> 완료됨!
libusb:debug [libusb_get_next_timeout] URB 없음, 만료됨!
libusb:debug [libusb_handle_events_timeout_completed]가 이벤트를 관리합니다.

libusb:debug [handle_events] poll() 2 FDS가 2000ms에 만료되면
libusb:debug [submit_bulk_transfer]에서 urbs가 새로운 전송을 정의해야 합니다.

나는 –enable-debug-logging=y(및 =1)를 테스트했습니다. 로깅을 차단하는 유일한 것은
대부분의 경우
거의 확실하게 –disable-log이고 그 직후에는 태그로 로그에 아무것도 생성하지 않음(옵션
libusb_set_debug(3))

Tom Morrison이 기고함
거의 옵션 없이 autogen을 사용합니다. libusb_set_debug(NULL,0), I

Autogen.sh가 이전 줄에 실패했습니다.
./configure –enable-maintainer-mode A Es –enable-debug-log
–enable-examples-build”
또한 ” – -enable-debug-log”, 일반적으로 이 모든
디버그 정보를 출력합니다.

크로스 컴파일, 접두사 혁신 등과 같이 사용자가 자신의
구성된 옵션을 사용하도록 허용하면 이 줄을 제거하고 싶습니다.

Tom Morrison 제공
저는 –enable-debug-logging=y(그리고 유일한 특정 a=1)를 시도했는데, 이는
로깅을 비활성화합니다.
이것은 –disable-입니다. 로그, 그 직후 서명(옵션
libusb_set_debug(3))

예, 정말 함정이 있다고 생각합니다. 내가 마지막으로 물었을 때 Daniel은
예라고 대답했습니다.
http://libusb.6.n5.nabble.com/does-libusb-set-debug-work-tp7638p7641.html

“libusb_set_debug() 메시지에는 실수를 했을 때 문제가 있음을 알려주는
가 포함됩니다. 오류,
경고를 포함하는 반면 디버깅 프로그램을 성장시키는 데 도움이 되는 정보 메시지 .Br>하지만 <합법적인 프로그램을 작성하거나 libusb가 성가신 곤충을 너무 많이 지원하지 않기 때문에 많은 메시지를 볼 수 없습니다.

자세한 디버그 메시지가 추가로 마음에 들면 libusb 어셈블 시
이를 지정해야 합니다. 그렇지 않으면 libusb_set_debug()
아무것도 하지 않습니다. br>항상

반면에 libusb-pbatard를 사용하는 사람들은 다음을 가질 수 있습니다.