Dimitry Sibiryakov wrote: > 04.01.2016 14:34, Geoff Worboys wrote: >> I thought that maybe it might be important to grab the current >> counter values with that first call to isc_que_events, but that >> doesn't make any sense, as it appears that the returned counter >> is always an increment of the passed in existing counter rather >> than the return of some global count value (does not depend on >> whether isc_que_events has been called once or multiple times).
> These couners are initialized on first subscription after > database load. You can't see effect of previous call in single > user mode as the database is unloaded after disconnect. Thanks, I wondered if it might be something like that, but couldn't work out how to find quickly it by experiment. Which leaves me trying to work out how to determine whether I can ignore a callback or not. Is there a reliable way to do this so that I don't signal an event when there hasn't actually been one? Maybe something like: if old count = 0 and new count = 1 then it's not a real event? -- Geoff Worboys Telesis Computing Pty Ltd ------------------------------------------------------------------------------ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
