Mac에서 Python으로 Watchdog library으로 작업하기 시작했습니다. 몇 가지 기본 테스트를 수행하여 기대했던대로 작동하는지 확인했습니다. 불행하게도, 나는 파일 자체에 대한 경로가 아니라 이벤트가 등록 된 파일이 들어있는 폴더의 경로를 얻는 것만 볼 수 있습니다. 다음은 이벤트가 등록 될 때마다 이벤트 유형, 경로 및 시간을 인쇄하는 간단한
여러분, 변경 사항을 로그 파일로 볼 필요가 있습니다. stackoverflow 질문을보고 나서, 나는 '워치 독'을 추천하는 사람들을 만난다. 그래서 내가 테스트를 위해 노력하고, 파일이 변경 될 때의 코드를 추가 할 경우 확실하지 않다 해요 : 내가 파일이 추가 된 경우가 while 루프에서, "그것을 가지고"추가 할 #!/usr/bin/python
예약 된 시간에 전자 메일을 보내는 응용 프로그램이 있습니다. 전자 메일을 보내는 동안 appliction이 멈추는 경우가 있습니다. 이유는 확실하지 않습니다. 다음과 같은 간단한 워치 독을 구현할 생각입니다. 응용 프로그램에서 전자 메일 보내기를 시작하기 전에 워치 독의 새 인스턴스를 초기화합니다. 이 인스턴스는 한 시간 타이머를 시작합니다. 작업이 완료
생성 된 파일에 대한 디렉토리 (및 하위 디렉토리)를 감시하기 위해 감시를 사용하고 있습니다. 생성 된 파일이 .csv 인 경우 프로그램에서 파일을 읽습니다 (파일에 대한 약간의 변경이 있지만 이는 실제로 질문의 일부가 아닙니다). 문제는 때때로 readlines()가 빈 목록을 반환하고 이것이 왜 그렇게하는지 파악할 수 없다는 것입니다. 그것은 .csv
최근에 감시견을 사용하여 20 초마다 인터럽트를 생성하는 Linux 모듈을 작성합니다. 전역 타이머를 사용하여 두 인터럽트 사이의 간격이 20us인지 여부를 테스트합니다. 하지만 그 결과가 20us보다 큽니다. 따라서 인터럽트 함수에서 워치 독 카운터의 값을 변경하여 오류가 충분히 큰 경우 오류를 조절합니다. 오류 조절 코드를 추가 한 후에는 결과가 대부분
로드 가능한 모듈에 2 개의 Linux 커널 스레드를 생성하고이를 듀얼 코어 안드로이드 장치에서 실행되는 별도의 CPU 코어에 바인딩합니다. 몇 번 실행 한 후에 장치가 HW 워치 독 타이머 재설정으로 재부팅된다는 것을 알았습니다. 나는 문제를 일관되게 명중했다. 교착 상태의 원인은 무엇입니까? 기본적으로해야 할 일은 두 스레드가 CPU주기를 훔치지 않고
나는 교육 목적 (이미 드라이버를 알고있는 존재)에 대한 Pandaboard (OMAP4)의 워치 독 타이머 장치 드라이버를 쓰고 있어요를 작성. 내가 워치 독 타이머 레지스터에 액세스 할 수있는 방법을 알고 싶어 커널 공간에서 (예를 들어, WDT_WLDR (타이머로드 레지스터) 주소 오프셋 0x0000002C 및 물리적 L4 상호 연결 주소 0x4A31
Watchdog은 특정 디렉토리에 대한 재귀 적 스냅 샷을 만드는 데 아주 좋습니다. 심지어 DirectorySnapshotDiff이라는 기능으로 스냅 샷을 비교할 수도 있습니다. 내 프로그램은 디렉토리가 실시간으로 발전함에 따라이 기능의 출력을 소비하도록 만들어졌습니다. 이것은 매우 합리적입니다. 파일 시스템의 s1, s2... 스냅 샷을 임의의 시간에
나는 루프가있는 파이썬 응용 프로그램을 가지고 있는데, 파일을 생성하고 비디오 이미지와 다른 것들을 저장한다. Fedora (17) PC에 설치하고 "영원히"실행하려고합니다. 즉, 멈춤 (반복적으로 파일에 keep_alive를 넣을 수 있음)하면 다시 시작해야합니다. 또한 재부팅 할 때 시작해야합니다. 필자가 알고 있듯이 python-daemon은 Fedo
내가 워치 독 타이머가 내장 된 환경에서 작동하고 내가 타이머를 감시 타이머 관련 문제에 직면하고있다 방법에 대해 많이하지을 다시 부팅 매크로 중 하나에 정의 된 최대 시간 제한 값은 55 우리가 watchdog_set_period 기능에서이 값을 설정하려고 할 때, 우리의 보드 재부팅을 받고있다 #DEFINE Max_time_out 55 watchdog_