Flocchini wrote:
poll:debug [fpi_timeout_add] in 10ms
poll:debug [get_next_timeout_expiry] next timeout in 0.009993s
poll:debug [get_next_timeout_expiry] next timeout in 0.009978s
poll:debug [get_next_timeout_expiry] first timeout already expired
poll:debug [get_next_timeout_expiry] first timeout already expired
poll:debug [get_next_timeout_expiry] first timeout already expired
poll:debug [get_next_timeout_expiry] first timeout already expired
poll:debug [get_next_timeout_expiry] first timeout already expired
poll:debug [get_next_timeout_expiry] first timeout already expired
poll:debug [get_next_timeout_expiry] first timeout already expired
[continues until I press the abort key, then]
Odd, it is not handling the timeout but I can't see why that would be
the case. I guess those messages repeat rather quickly?
Which glib version is this?
Please apply the attached patch and provide new logs.
Thanks,
Daniel
diff --git a/libfprint/poll.c b/libfprint/poll.c
index 1c35741..d83f034 100644
--- a/libfprint/poll.c
+++ b/libfprint/poll.c
@@ -183,6 +183,8 @@ static int handle_timeouts(void)
int r;
r = get_next_timeout_expiry(&next_timeout_expiry, &next_timeout);
+ fp_dbg("g_n_t_e result %d val %d.%06d",
+ r, next_timeout_expiry.tv_sec, next_timeout_expiry.tv_usec);
if (r <= 0)
return r;
@@ -209,6 +211,8 @@ API_EXPORTED int fp_handle_events_timeout(struct timeval
*timeout)
int r;
r = get_next_timeout_expiry(&next_timeout_expiry, &next_timeout);
+ fp_dbg("g_n_t_e result %d val %d.%06d",
+ r, next_timeout_expiry.tv_sec, next_timeout_expiry.tv_usec);
if (r < 0)
return r;
_______________________________________________
fprint mailing list
[email protected]
http://lists.reactivated.net/mailman/listinfo/fprint
