free() и NULL в функциях pony_free_*

[osenmukdav]

На сейчас в функциях освобождения частей pony есть 3 варианта освобождения самих частей:

.
1

pony/pony.c

Lines 274 to 275 in 1d0f768

	free(pony.imu);
	pony.imu = NULL;

В самой же функции imu освобождается и ссылка приравнивается NULL'у.
imu есть один, доступ через пони (возможно лучше сделать через параметр функции)

.
2

pony/pony.c

Line 506 in 1d0f768

void pony_free_gnss(pony_gnss *gnss)

В самой же функции с gnss'ом ничего не делается, это необходимо, так как gnss'ы лежат динамическим массивом, который потом освобождается разом, и общей ссылке присваивается NULL.
gnss'ов много, доступ к текущему через параметр функции

.
3

pony/pony.c

Line 378 in 1d0f768

free(gps);

glo - аналогично
В самой же функции gps освобождается, но не приравнивается NULL'у, NULL'у приравнивается во внешней функции. Это разделение выглядит не очень логично, т.к. после освобождения памяти приравнивание NULL'у по идее не может навредить утечками памяти и т.д.
gps'ов много, но в рамках одного gnss'а один, доступ к текущему через параметр функции

.

Итак,
во-первых, третий вариант лучше убрать (привести к первому или второму), так как он неоправданно множит стандарты, что не очень
во-вторых, возможно первый вариант лучше привести ко второму, на случай, если внезапно нужно будет делать несколько imu (ну мало ли)

[a-kozlov-msu]

Ты прав насчёт imu, я торопился и не стал переделывать без необходимости. Про gps ты тоже прав, только, кажется, у меня была причина так сделать, но сейчас вспомнить не могу. Можно попробовать переделать и посмотреть, что будет.

On Saturday, August 3, 2019, osenmukdav ***@***.***> wrote: На сейчас в функциях освобождения частей pony есть 3 варианта

освобождения самих частей:

. 1

https://github.com/p-o-n-y/pony/blob/1d0f76874daeeb3b626a71edcc493ca18b5595f3/pony.c#L274-L275

В самой же функции imu освобождается и ссылка приравнивается NULL'у. imu есть один, доступ через пони (возможно лучше сделать через параметр

функции)

. 2

https://github.com/p-o-n-y/pony/blob/1d0f76874daeeb3b626a71edcc493ca18b5595f3/pony.c#L506

В самой же функции с gnss'ом ничего не делается, это необходимо, так как

gnss'ы лежат динамическим массивом, который потом освобождается разом, и общей ссылке присваивается NULL.

gnss'ов много, доступ к текущему через параметр функции . 3

https://github.com/p-o-n-y/pony/blob/1d0f76874daeeb3b626a71edcc493ca18b5595f3/pony.c#L378

glo - аналогично В самой же функции gps освобождается, но не приравнивается NULL'у, NULL'у

приравнивается во внешней функции. Это разделение выглядит не очень логично, т.к. после освобождения памяти приравнивание NULL'у по идее не может навредить утечками памяти и т.д.

gps'ов много, но в рамках одного gnss'а один, доступ к текущему через

параметр функции

. Итак, во-первых, третий вариант лучше убрать (привести к первому или второму),

так как он неоправданно множит стандарты, что не очень

во-вторых, возможно первый вариант лучше привести ко второму, на случай,

если внезапно нужно будет делать несколько imu (ну мало ли)

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.<

https://ci6.googleusercontent.com/proxy/BIW_tcL4KouIW-7w6z1i9dMSEbSYf9_gF1ez0Th18xrSYiu2PuWYMzy1N4VAisVgcp8-G9tSYEoafcpP3pVc9-ffQrKRK8Ll12WrPUBBcOTA-yF4kYqbWFfWcfF0_HvjsCRdobBlG_99vSqQgOL9BbUggbXIKPKFI_TMyojevBzSG_mLDnNwYhL1uG02k8EMAPpwH6ZbL_snPNpbX-9qsdTLhWU=s0-d-e1-ft#https://github.com/notifications/beacon/ALIKRCHLU2XPAP42RFZREHDQCW5OJA5CNFSM4IJDP4RKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HDGMO2A.gif>

[a-kozlov-msu]

Я предлагаю:

1. Разделить понятия "освободить память, выделенную под один элемент", для которого использовать функцию pony_free_smth(smth *), и "освободить память, выделенную под массив", для которого использовать стандартную free(void *).

2. Указатель обнулять после окончания освобождения памяти.

3. Тогда логично, что освобождение памяти будет выглядеть как:

• для массива
  а) цикл освобождения памяти элементов,
  б) освобождение массива,
  в) зануление указателя;
• одного элемента (типа gps, glo или imu):
  а) освобождение памяти элемента,
  б) зануление указателя.

4. В соответствии с этим первый вариант привести ко третьему, не декларируя пока поддержки нескольких imu, а второй и третий варианты оставить как есть в соответствии с разделением из п. 1.

5. После реализации поддержки нескольких imu освобождение памяти под imu реализовать аналогично gnss.

6. Если унифицировать второй и третий варианты, то, очевидно, делать это надо в рамках второго, что для элементов типа gps и glo, которых никогда не будет больше одного, выглядит странным усложнением.

Что думаешь?