summaryrefslogtreecommitdiff
path: root/config/git/gpio-scripts/pkg.cfg
diff options
context:
space:
mode:
authorLeah Rowe <leah@libreboot.org>2026-03-28 04:19:25 +0000
committerLeah Rowe <leah@libreboot.org>2026-03-28 04:25:14 +0000
commit7f39ce5f9b635444e06302fbe556709e84bf3b9a (patch)
tree18247dce14b4dea6cd3eabef7029d2db9004617d /config/git/gpio-scripts/pkg.cfg
parentcec9a25c2acadb6d62d25d9a43c8641b6078bd7d (diff)
libreboot-utils: extremely safe(ish) malloc usage
yes, a common thing in C programs is one or all of the following: * use after frees * double free (on non-NULL pointer) * over-writing currently used pointer (mem leak) i try to reduce the chance of this in my software, by running free() through a filter function, free_if_not_null, that returns if a function is being freed twice - because it sets NULL after freeing, but will only free if it's not null already. this patch adds two functions: smalloc and vmalloc, for strings and voids. using these makes the program abort if: * non-null pointer given for initialisation * pointer to pointer is null (of course) * size of zero given, for malloc (zero bytes) i myself was caught out by this change, prompting me to make the following fix in fs_dirname_basename() inside lib/file.c: - char *buf; + char *buf = NULL; Yes. Signed-off-by: Leah Rowe <leah@libreboot.org>
Diffstat (limited to 'config/git/gpio-scripts/pkg.cfg')
0 files changed, 0 insertions, 0 deletions