Don't call pctrie_iter_reset on a just-initialized iterator. Let the code jumping back up do the resetting.
Details
Details
Diff Detail
Diff Detail
- Repository
- rG FreeBSD src repository
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
Comment Actions
Is there a way to assert that the iterator is in initial state (I suppose it is trivial to add)? I suggest to assert that in places where the reset was done before the change, so that new 'gotos again' do not miss the reset.