Skip to content

Topic/other minor fixes#2

Open
ejoerns wants to merge 3 commits intomasterfrom
topic/other-minor-fixes
Open

Topic/other minor fixes#2
ejoerns wants to merge 3 commits intomasterfrom
topic/other-minor-fixes

Conversation

@ejoerns
Copy link
Owner

@ejoerns ejoerns commented Dec 6, 2017

No description provided.

Signed-off-by: Enrico Jorns <ejo@pengutronix.de>
This message is quite irritating and not verfy helpful for normal usgae
of RAUC. Thus let it appear in debug mode only.

Signed-off-by: Enrico Jorns <ejo@pengutronix.de>
Use BOOTNAME instead of SLOTNAME as this better reflects the required
content of the argument. You must not give a slot name here (as
'rootfs.0') but instead the 'bootname' (i.e. the name the bootloader
identifies this slot with) of the slot, such as 'A' or 'system0'.

Signed-off-by: Enrico Jorns <ejo@pengutronix.de>
@ejoerns ejoerns force-pushed the master branch 2 times, most recently from 3278046 to 78f7098 Compare September 21, 2021 06:06
ejoerns added a commit that referenced this pull request Mar 1, 2022
g_key_file_get_keys() and g_key_file_get_groups() both return
newly-allocated arrays of strings.
These need to be freed.

Fixes coverity issues:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns added a commit that referenced this pull request Mar 2, 2022
g_key_file_get_keys() and g_key_file_get_groups() both return
newly-allocated arrays of strings.
These need to be freed.

Fixes coverity issues:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns added a commit that referenced this pull request Mar 2, 2022
g_key_file_get_keys() and g_key_file_get_groups() both return
newly-allocated arrays of strings.
These need to be freed.

Fixes coverity issues:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns added a commit that referenced this pull request Mar 2, 2022
g_key_file_get_keys() and g_key_file_get_groups() both return
newly-allocated arrays of strings.
These need to be freed.

Fixes coverity issues:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns added a commit that referenced this pull request Mar 2, 2022
g_key_file_get_keys() and g_key_file_get_groups() both return
newly-allocated arrays of strings.
These need to be freed.

Fixes coverity issues:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns added a commit that referenced this pull request Mar 3, 2022
The prior approach did miss the g_auto().

Fixes 9f07e75 ("src/utils: fix leaked groups and keys strings")

Actually fixes coverity issue:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns added a commit that referenced this pull request Mar 4, 2022
The prior approach did miss the g_auto().

Fixes 9f07e75 ("src/utils: fix leaked groups and keys strings")

Now really fixes coverity issues:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns added a commit that referenced this pull request Mar 17, 2022
The prior approach did miss the g_auto().

Fixes 9f07e75 ("src/utils: fix leaked groups and keys strings")

Now really fixes coverity issues:
| CID 1445509 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 4. leaked_storage: Variable rem_groups going out of scope leaks the storage it points to

| CID 1445498 (#2 of 2): Resource leak (RESOURCE_LEAK)
| 5. leaked_storage: Variable rem_keys going out of scope leaks the storage it points to.

Signed-off-by: Enrico Joerns <ejo@pengutronix.de>
ejoerns pushed a commit that referenced this pull request Jan 28, 2025
This fixes an error leaking if error happen in r_nbd_run_server().

Fixes:

	==7101==ERROR: LeakSanitizer: detected memory leaks

	Direct leak of 16 byte(s) in 1 object(s) allocated from:
	    #0 0x7fb183cd0891 in malloc /usr/src/debug/gcc/gcc/libsanitizer/asan/asan_malloc_linux.cpp:69
	    #1 0x7fb18379314a in g_malloc (/usr/lib/libglib-2.0.so.0+0x6314a) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    #2 0x7fb1837b2475 in g_slice_alloc0 (/usr/lib/libglib-2.0.so.0+0x82475) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    #3 0x7fb1837740a4  (/usr/lib/libglib-2.0.so.0+0x440a4) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    rauc#4 0x7fb183774835 in g_error_new_valist (/usr/lib/libglib-2.0.so.0+0x44835) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    rauc#5 0x7fb183774a81 in g_set_error (/usr/lib/libglib-2.0.so.0+0x44a81) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    rauc#6 0x55c569403615 in r_nbd_run_server ../src/nbd.c:943
	    rauc#7 0x55c569327de4 in main ../src/main.c:2984
	    rauc#8 0x7fb182a0ce07  (/usr/lib/libc.so.6+0x25e07) (BuildId: 98b3d8e0b8c534c769cb871c438b4f8f3a8e4bf3)
	    rauc#9 0x7fb182a0cecb in __libc_start_main (/usr/lib/libc.so.6+0x25ecb) (BuildId: 98b3d8e0b8c534c769cb871c438b4f8f3a8e4bf3)
	    rauc#10 0x55c5692eed14 in _start (/home/gportay/src/rauc/build/rauc+0x17ad14) (BuildId: fce67367819006bb3a0f97f5d3784a86063668bf)

	Indirect leak of 37 byte(s) in 1 object(s) allocated from:
	    #0 0x7fb183cd0891 in malloc /usr/src/debug/gcc/gcc/libsanitizer/asan/asan_malloc_linux.cpp:69
	    #1 0x7fb182a6f438  (/usr/lib/libc.so.6+0x88438) (BuildId: 98b3d8e0b8c534c769cb871c438b4f8f3a8e4bf3)
	    #2 0x7fb1837e5143 in g_vasprintf (/usr/lib/libglib-2.0.so.0+0xb5143) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    #3 0x7fb1837b44d3 in g_strdup_vprintf (/usr/lib/libglib-2.0.so.0+0x844d3) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    rauc#4 0x7fb183774826 in g_error_new_valist (/usr/lib/libglib-2.0.so.0+0x44826) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    rauc#5 0x7fb183774a81 in g_set_error (/usr/lib/libglib-2.0.so.0+0x44a81) (BuildId: 443a4c4d7f48705038d59e3f6135a025298de9b9)
	    rauc#6 0x55c569403615 in r_nbd_run_server ../src/nbd.c:943
	    rauc#7 0x55c569327de4 in main ../src/main.c:2984
	    rauc#8 0x7fb182a0ce07  (/usr/lib/libc.so.6+0x25e07) (BuildId: 98b3d8e0b8c534c769cb871c438b4f8f3a8e4bf3)
	    rauc#9 0x7fb182a0cecb in __libc_start_main (/usr/lib/libc.so.6+0x25ecb) (BuildId: 98b3d8e0b8c534c769cb871c438b4f8f3a8e4bf3)
	    rauc#10 0x55c5692eed14 in _start (/home/gportay/src/rauc/build/rauc+0x17ad14) (BuildId: fce67367819006bb3a0f97f5d3784a86063668bf)

	SUMMARY: AddressSanitizer: 53 byte(s) leaked in 2 allocation(s).

Signed-off-by: Gaël PORTAY <gael.portay@rtone.fr>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

Comments