osmo-msc/src/libvlr
Neels Hofmeyr 33f534136c cosmetic: vlr: rename auth_tuple_max_use_count to _reuse_
The name auth_tuple_max_use_count suggests that if I want to use each auth
tuple exactly once, I need to set it to 1. Curiously, so far you need to set
to intended uses - 1.

Reflect this in its name by renaming to auth_tuple_max_reuse_count.

I first considered to not rename but change the if-conditions so that == 1
means each tuple is used once, and upon struct vlr allocation, set the default
to 1. That would also logically entail that setting to 0 means to re-use
vectors infinitely often, like now a value < 0 does. That means, when
allocating a vlr struct zeroed out, we would by default have the most
dangerous/unsafe configuration. It's no problem to set a default to 1 upon
allocation, but by renaming the variable instead, we get safer alloc-zero
behavior and don't need to change any conditionals in the code (even though the
patch ends up considerably larger from all the renaming).

Change-Id: I0b036cae1536d5d6fb2304f837ed1a6c3713be55
2017-10-31 02:02:43 +01:00
..
Makefile.am Add libvlr implementation 2017-07-21 18:32:03 +02:00
vlr.c fix memory leak: vlr: vlr_gsupc_read_cb() must msgb_free() 2017-10-03 20:30:17 +00:00
vlr_access_req_fsm.c Remove rest_octets.h 2017-09-15 11:31:03 +02:00
vlr_access_req_fsm.h Add libvlr implementation 2017-07-21 18:32:03 +02:00
vlr_auth_fsm.c cosmetic: vlr: rename auth_tuple_max_use_count to _reuse_ 2017-10-31 02:02:43 +01:00
vlr_auth_fsm.h Add libvlr implementation 2017-07-21 18:32:03 +02:00
vlr_core.h cosmetic: vlr: declare a struct in .h; drop unused header 2017-10-04 11:14:39 +00:00
vlr_lu_fsm.c cosmetic: vlr: declare a struct in .h; drop unused header 2017-10-04 11:14:39 +00:00
vlr_lu_fsm.h Add libvlr implementation 2017-07-21 18:32:03 +02:00