tests/test-issue1089.out
author Nicolas Dumazet <nicdumz.commits@gmail.com>
Thu, 21 May 2009 15:55:58 +0900
changeset 8604 578f2a0049cd
parent 6980 2268edff1bec
permissions -rw-r--r--
inotify: do not recurse in handle_timeout(): call it explicitely, not in scan() When in handle_timeout, scan() is called when a repertory is created/modified. But the first line of scan calls handle_timeout. This had the consequence of calling recursively handle_timeout: * several calls to read_events (but only the first one retrieves events) * every time that an event is queued for a deferred action, the next time that scan() is called, handle_timeout is called, the event queue is treated, even if all the events haven't been read/queued yet. This could lead to inconsistencies

adding a/b
removing a/b
adding a/b
removing a/b