/g/ - syscall of the day: _sysctl - Technology

Anonymous

syscall of the day: _sysctl 04/15/26(Wed)11:45:15 No.108609319

File: 1708896253024971.jpg (81 KB, 827x976)

syscall of the day: _sysctl Anonymous 04/15/26(Wed)11:45:15 No.108609319 Archived

previous: >>108603652
#define __NR__sysctl                156
https://man7.org/linux/man-pages/man2/sysctl.2.html

tl;dr:
control system variables

WOW! so they really can remove syscalls after all. isn't that something? only took them several years lmao. but i should give them credit where it's due. it's good that they did this, even if it took a lot time.
not really much to say about this one, though. it's /proc/sys, but worse

relevant resources:
man man
man syscalls
https://man7.org/linux/man-pages/
https://linux.die.net/man/
https://elixir.bootlin.com/linux/
https://elixir.bootlin.com/musl/
https://elixir.bootlin.com/glibc/

Anonymous
04/15/26(Wed)12:03:20 No.108609399

Anonymous 04/15/26(Wed)12:03:20 No.108609399

>>108609319
What a youthful lad!

Anonymous
04/15/26(Wed)12:22:12 No.108609463

Anonymous 04/15/26(Wed)12:22:12 No.108609463

>>108609399
>warnings since 2.6.24
>24 January 2008
>removed in 5.5
>26 January 2020
Honestly, 12 years is a lot quicker than I thought it'd be..

Anonymous
04/15/26(Wed)12:28:59 No.108609487

Anonymous 04/15/26(Wed)12:28:59 No.108609487

>>108609463
I never thought they'd remove any syscalls, desu.

Anonymous
04/15/26(Wed)12:30:40 No.108609497

Anonymous 04/15/26(Wed)12:30:40 No.108609497

>>108609487
yeah, exactly. the "WE DO NOT BREAK USERSPACE" is about the most ironclad rule the kernel enforces

Anonymous
04/15/26(Wed)18:00:38 No.108611057

Anonymous 04/15/26(Wed)18:00:38 No.108611057

>>108609399
Cant be a day over 17.

Anonymous
04/16/26(Thu)01:12:43 No.108612734

Anonymous 04/16/26(Thu)01:12:43 No.108612734

>>108609319
is sysctl a good syscall

Anonymous
04/16/26(Thu)01:29:49 No.108612786

Anonymous 04/16/26(Thu)01:29:49 No.108612786

>>108612734
Considering they removed it, it must have been actively terrible.

Anonymous
04/16/26(Thu)01:31:49 No.108612796

Anonymous 04/16/26(Thu)01:31:49 No.108612796

>>108612786
>it must have been actively terrible
>meanwhile open is still allowed to exist

Anonymous
04/16/26(Thu)01:39:40 No.108612826

Anonymous 04/16/26(Thu)01:39:40 No.108612826

File: 1770029530549963.jpg (25 KB, 665x574)

25 KB JPG

>>108612796
Is there some other, better way to open files on POSIX systems?

Anonymous
04/16/26(Thu)01:42:02 No.108612835

Anonymous 04/16/26(Thu)01:42:02 No.108612835

>>108609319
finally a good syscall of the day thread

Anonymous
04/16/26(Thu)06:15:52 No.108613683

Anonymous 04/16/26(Thu)06:15:52 No.108613683

>_sysctl
>control system variables
shouldn't it've been _varctl, or _sysvarctl if you're not into the whole brevity thing

Anonymous
04/16/26(Thu)06:35:30 No.108613778

Anonymous 04/16/26(Thu)06:35:30 No.108613778

>>108612826
>on POSIX systems
Aside from openat existing: POSIX is terribly outdated.

Anonymous
04/16/26(Thu)10:00:16 No.108614854

Anonymous 04/16/26(Thu)10:00:16 No.108614854

>>108613778
hello, NT schizo:^)

Anonymous
04/16/26(Thu)10:04:16 No.108614878

Anonymous 04/16/26(Thu)10:04:16 No.108614878

>>108614854
NT isn't exactly better, at least in that regard.
At least it never bothered with overcommit.