In the #curl project, being written in C, we always work on simplifying the code. One way is to use more internal helper functions and avoid direct use of some functions that are often involved in C mistakes/vulnerabilities.
To measure how this develops, we count number of these function calls used per every thousand lines of code. Over time.
In a graph.
tambourineman
in reply to daniel:// stenberg:// • • •Efi (nap pet) 🦊💤
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to Efi (nap pet) 🦊💤 • • •@efi normally they would grow at the same rate as the number of lines and I don't find that too interesting.
I might try a version that adds two plots with the absolute numbers against a second Y axis.
Efi (nap pet) 🦊💤
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to Efi (nap pet) 🦊💤 • • •Efi (nap pet) 🦊💤
in reply to daniel:// stenberg:// • • •I somehow expected more variance, but I guess the larger the project the more time it takes to affect its size too =P
bent
in reply to daniel:// stenberg:// • • •Frank Gevaerts
in reply to daniel:// stenberg:// • • •Stefano Pacifico 🧬 🇺🇦
in reply to daniel:// stenberg:// • • •tuxflo
in reply to daniel:// stenberg:// • • •Max Horn
in reply to daniel:// stenberg:// • • •that's a really cool graph and also IMHO a very good path for the project.
One small suggestion: I would recommend to start the y-axis as zero to avoid incorrect interpretations. Right now it look as if one category went from a lot to almost nothing, when really it went from 5 to 2 (the other from 5.5 to 2.5). Which still is great of course.
daniel:// stenberg://
in reply to Max Horn • • •Max Horn
in reply to daniel:// stenberg:// • • •Jan <3
in reply to daniel:// stenberg:// • • •is it true that every C program / library “invents” their own memory management system at some point?
I heard that statement multiple times now and this data seems to add to the validity of it.
I never thought about this, but maybe Zig and Rust are really on to something with their memory management APIs. (Idk, how Hare and Embedded Swift manage this sort of thing)
daniel:// stenberg://
in reply to Jan <3 • • •