Linus Torvalds
2582972121
Make 'clear_dive()' free the primary dive computer data properly ...
Our primary dive computer really is special, not just because it's the
first one: it's directly embedded in the "struct dive", and so if you
just walk the divecomputer list, you'll miss it, because it's not _on_
the list, it is the very head _of_ the list.
We had that bug in copy_dive(), and it turns out we have it in
clear_dive() too: clear_dive() would free all the dive computers on the
list, but not the actual primary one.
This is a minor memory leak, no more, so it's not exactly critial, but
let's just do it right.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-05-31 10:16:13 -07:00
2016-05-21 07:03:55 -07:00
2016-04-04 22:33:58 -07:00
2016-04-05 23:39:54 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-18 06:01:01 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-20 15:55:51 -07:00
2016-05-31 10:16:13 -07:00
2016-05-21 07:03:23 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-29 09:07:17 -07:00
2016-04-14 09:42:10 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:37:18 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-05-05 07:28:28 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-30 12:40:52 -07:00
2016-04-27 15:05:37 -07:00
2016-04-17 22:59:19 -07:00
2016-04-17 22:59:12 -07:00
2016-04-05 16:52:58 -07:00
2016-04-30 16:18:44 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-18 06:01:01 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-29 09:07:17 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-05-28 14:23:10 -07:00
2016-04-29 09:07:17 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-05-21 07:03:55 -07:00
2016-04-04 22:33:58 -07:00
2016-04-20 16:00:28 -07:00
2016-04-20 16:00:28 -07:00
2016-04-04 22:33:58 -07:00
2016-05-04 13:51:55 -07:00
2016-05-28 14:24:10 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-29 09:07:17 -07:00
2016-04-29 09:07:17 -07:00
2016-04-04 22:33:58 -07:00
2016-04-29 09:07:17 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-29 09:07:17 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-05-21 07:03:55 -07:00
2016-04-29 12:14:59 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-29 09:07:17 -07:00
2016-04-29 09:07:17 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2016-04-04 22:33:58 -07:00
2582972121