#glibc

0 posts0 participants0 posts today

Vitexglibc (2.41-7) unstable; urgency=medium Starting with glibc 2.41, shared libraries requiring an executable stack cannot be dynamically loaded through the <a href="https://f.cz/tags/dlopen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#dlopen</a> mechanism from a binary that does not require an executable stack. This change aims to improve security, as the previous behavior was used as a vector for RCE (<a href="https://f.cz/tags/CVE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#CVE</a>-2023-38408). Attempting to do so will result in the following error: cannot enable executable stack as shared object requires: Invalid argument While most libraries generated in the past 20 years do not require an executable stack, some third-party software still need this capability. Many vendors have already updated their binaries to address this. If you need to run a program that requires an executable stack through dynamic loaded shared libraries, you can use the glibc.rtld.execstack tunable: Glibc6_TUNABLES=glibc.rtld.execstack=2 ./program -- Aurelien Jarno <aurel32@debian.org> Sun, 13 Apr 2025 14:41:11 +0200<a href="https://f.cz/tags/Debian" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Debian</a> <a href="https://f.cz/tags/Changelog" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Changelog</a> <a href="https://f.cz/tags/GLibC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GLibC</a> <a href="https://f.cz/tags/Security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Security</a> <a href="https://f.cz/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a>

SourcewareSourceware Survey 2025 ResultsIn the end we got 103 (!) responses with a nice mix of developers, users and maintainers from various hosted projects.<a href="https://sourceware.org/survey-2025" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://sourceware.org/survey-2025</a><a href="https://fosstodon.org/tags/binutils" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#binutils</a> <a href="https://fosstodon.org/tags/cygwin" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#cygwin</a> <a href="https://fosstodon.org/tags/dwarfstd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#dwarfstd</a> <a href="https://fosstodon.org/tags/elfutils" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#elfutils</a> <a href="https://fosstodon.org/tags/gcc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#gcc</a> <a href="https://fosstodon.org/tags/gdb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#gdb</a> <a href="https://fosstodon.org/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> <a href="https://fosstodon.org/tags/libabigail" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#libabigail</a> <a href="https://fosstodon.org/tags/newlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#newlib</a> <a href="https://fosstodon.org/tags/systemTap" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#systemTap</a> <a href="https://fosstodon.org/tags/valgrind" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#valgrind</a> <a href="https://fosstodon.org/tags/bzip2" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#bzip2</a> <a href="https://fosstodon.org/tags/libffi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#libffi</a> <a href="https://fosstodon.org/tags/dwz" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#dwz</a> <a href="https://fosstodon.org/tags/debugedit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#debugedit</a> <a href="https://fosstodon.org/tags/gnupoke" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#gnupoke</a> <a href="https://fosstodon.org/tags/bunsen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#bunsen</a> <a href="https://fosstodon.org/tags/lvm2" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#lvm2</a> <a href="https://fosstodon.org/tags/annobin" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#annobin</a> <a href="https://fosstodon.org/tags/gnu" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#gnu</a>-gabi <a href="https://fosstodon.org/tags/cgen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#cgen</a> <a href="https://fosstodon.org/tags/kawa" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#kawa</a> <a href="https://fosstodon.org/tags/insight" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#insight</a> <a href="https://fosstodon.org/tags/pacme" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#pacme</a>

you╭👺+300╭🐈x5╭⁂+3╭(Ⓐ+a<a href="https://mastodon.social/tags/tek" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#tek</a> 0.2.0 out now: <a href="https://codeberg.org/unspeaker/tek/releases/tag/0.2.0" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://codeberg.org/unspeaker/tek/releases/tag/0.2.0</a>it's buggy as hell, and about half the features i've showcased previously are disabled for now. but, more importantly, i've managed to build it as a single binary that you should be able to run on any <a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#linux</a> with <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> and <a href="https://mastodon.social/tags/jack" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#jack</a>... let me know what happens!<a href="https://mastodon.social/tags/rust" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#rust</a> <a href="https://mastodon.social/tags/tui" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#tui</a> <a href="https://mastodon.social/tags/daw" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#daw</a>

Felix Palmen :freebsd: :c64:Today, I implemented the <a href="https://mastodon.bsd.cafe/tags/async" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#async</a> / <a href="https://mastodon.bsd.cafe/tags/await" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#await</a> pattern (as known from <a href="https://mastodon.bsd.cafe/tags/csharp" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#csharp</a> and meanwhile quite some other languages) ...... in good old <a href="https://mastodon.bsd.cafe/tags/C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#C</a>! 😎 Well, at least sort of.* It requires some standard library support, namely <a href="https://mastodon.bsd.cafe/tags/POSIX" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#POSIX</a> user context switching with <a href="https://mastodon.bsd.cafe/tags/getcontext" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#getcontext</a> and friends, which was deprecated in POSIX-1.2008. But it's still available on many systems, including <a href="https://mastodon.bsd.cafe/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#FreeBSD</a>, <a href="https://mastodon.bsd.cafe/tags/NetBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#NetBSD</a>, <a href="https://mastodon.bsd.cafe/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> (with <a href="https://mastodon.bsd.cafe/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a>). It's NOT available e.g. on <a href="https://mastodon.bsd.cafe/tags/OpenBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#OpenBSD</a>, or Linux with some alternative libc.* I can't do anything about the basic language syntax, so some boilerplate comes with using it.* It has some overhead (room for extra stacks, even extra syscalls as getcontext unfortunately also always saves/restores the signal mask)But then ... async/await in C! 🥳 Here are the docs: <a href="https://zirias.github.io/poser/api/latest/class_p_s_c___async_task.html" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://zirias.github.io/poser/api/latest/class_p_s_c___async_task.html</a><a href="https://mastodon.bsd.cafe/tags/C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#C</a> <a href="https://mastodon.bsd.cafe/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#coding</a>

Felix Palmen :freebsd: :c64:I finally eliminated the need for a dedicated <a href="https://mastodon.bsd.cafe/tags/thread" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#thread</a> controlling the pam helper <a href="https://mastodon.bsd.cafe/tags/process" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#process</a> in <a href="https://mastodon.bsd.cafe/tags/swad" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#swad</a>. 🥳 The building block that was still missing from <a href="https://mastodon.bsd.cafe/tags/poser" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#poser</a> was a way to await some async I/O task performed on the main thread from a worker thread. So I added a class to allow exactly that. The naive implementation just signals the main thread to carry out the requested task and then waits on a <a href="https://mastodon.bsd.cafe/tags/semaphore" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#semaphore</a> for completion, which of course blocks the worker thread.Turns out we can actually do better, reaching similar functionality like e.g. <a href="https://mastodon.bsd.cafe/tags/async" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#async</a> / <a href="https://mastodon.bsd.cafe/tags/await" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#await</a> in C#: Release the worker thread to do other jobs while waiting. The key to this is user context switching support like offered by <a href="https://mastodon.bsd.cafe/tags/POSIX" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#POSIX</a>-1.2001 <a href="https://mastodon.bsd.cafe/tags/getcontext" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#getcontext</a> and friends. Unfortunately it was deprecated in POSIX-1.2008 without an obvious replacement (the docs basically say "use threads", which doesn't work for my scenario), but still lots of systems provide it, e.g. <a href="https://mastodon.bsd.cafe/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#FreeBSD</a>, <a href="https://mastodon.bsd.cafe/tags/NetBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#NetBSD</a>, <a href="https://mastodon.bsd.cafe/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> (with <a href="https://mastodon.bsd.cafe/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a>) ...The posercore lib now offers both implementations, prefering to use user context switching if available. It comes at a price: Every thread job now needs its private stack space (I allocated 64kiB there for now), and of course the switching takes some time as well, but that's very likely better than leaving a task idle waiting. And there's a restriction, resuming must still happen on the same thread that called the "await", so if this thread is currently busy, we have to wait a little bit longer. I still think it's a very nice solution. 😎 In any case, the code for the PAM credential checker module looks much cleaner now (the await "magic" happens on line 174): <a href="https://github.com/Zirias/swad/blob/57eefe93cdad0df55ebede4bd877d22e7be1a7f8/src/bin/swad/cred/pamchecker.c" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://github.com/Zirias/swad/blob/57eefe93cdad0df55ebede4bd877d22e7be1a7f8/src/bin/swad/cred/pamchecker.c</a><a href="https://mastodon.bsd.cafe/tags/C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#C</a> <a href="https://mastodon.bsd.cafe/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#coding</a>

BoudThe <a href="https://framapiaf.org/tags/Maneage" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Maneage</a> <a href="https://framapiaf.org/tags/reproducibility" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#reproducibility</a> system for scientific research papers that starts from a minimal POSIX-like host OS does not yet build [1] the <a href="https://framapiaf.org/tags/GNUCLibrary" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GNUCLibrary</a> = <a href="https://framapiaf.org/tags/GLibC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GLibC</a> . We have a draft implementation building glibc *after* <a href="https://framapiaf.org/tags/GCC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GCC</a> [2]; and an alternative proposal arguing that building glibc *first* and gcc second would be more long-term sustainable [[1] comment18].Should GLibC be built first? Why (or why not)?[1] <a href="https://savannah.nongnu.org/task/?15390" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://savannah.nongnu.org/task/?15390</a> [2] <a href="https://gitlab.com/maneage/project-dev/-/blob/glibc/reproduce/software/make/core-gnu.mk#L718" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://gitlab.com/maneage/project-dev/-/blob/glibc/reproduce/software/make/core-gnu.mk#L718</a>

unixbhaskarUmmm 🤔<a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> <a href="https://mastodon.social/tags/libc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#libc</a> <a href="https://mastodon.social/tags/programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#programming</a> <a href="https://mastodon.social/tags/binary" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#binary</a> <a href="https://mastodon.social/tags/opensource" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#opensource</a> <a href="https://jangafx.com/insights/linux-binary-compatibility" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://jangafx.com/insights/linux-binary-compatibility</a>

NerdNextDoor :Blobhaj:Making a <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> <a href="https://mastodon.social/tags/Distro" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Distro</a> from the <a href="https://mastodon.social/tags/LFN" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LFN</a> guide by MapleCircuit. (Great guy, search up the series <a href="https://mastodon.social/tags/LinuxfromNothing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LinuxfromNothing</a> and go follow him!!!)I’m using <a href="https://mastodon.social/tags/Musl" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Musl</a> instead of <a href="https://mastodon.social/tags/Glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Glibc</a> for funsies.I’m <a href="https://mastodon.social/tags/Nerdy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Nerdy</a> as shit, and that’s pretty cool.<a href="https://mastodon.social/tags/Tech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Tech</a> <a href="https://mastodon.social/tags/Technology" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Technology</a> <a href="https://mastodon.social/tags/Nerd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Nerd</a>

Liam @ GamingOnLinux 🐧🎮The glibc 2.41 update has been causing problems for Linux gaming <a href="https://www.gamingonlinux.com/2025/02/the-glibc-2-41-update-has-been-causing-problems-for-linux-gaming/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://www.gamingonlinux.com/2025/02/the-glibc-2-41-update-has-been-causing-problems-for-linux-gaming/</a><a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> <a href="https://mastodon.social/tags/LinuxGaming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LinuxGaming</a>

AptiviUsing Discord on Arch Linux? Be aware of this issue once you upgrade to glibc 2.41.<a href="https://mastodon.social/tags/discord" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#discord</a> <a href="https://mastodon.social/tags/archlinux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#archlinux</a> <a href="https://mastodon.social/tags/arch" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#arch</a> <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> <a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#linux</a> <a href="https://mastodon.social/tags/TechNews" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#TechNews</a><a href="https://officialaptivi.wordpress.com/2025/02/04/discord-and-glibc-2-41-update-on-arch-linux/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://officialaptivi.wordpress.com/2025/02/04/discord-and-glibc-2-41-update-on-arch-linux/</a>

AptiviDiscord and glibc 2.41 update on Arch Linux<a href="https://discord.com/" rel="nofollow noopener noreferrer" target="_blank">Discord</a> is an application that enables communication with other people in groups, while building the greatest communities across different guilds. <a href="https://www.gnu.org/software/libc/" rel="nofollow noopener noreferrer" target="_blank">Glibc</a> is a GNU C standard library that provides you with standard C functions for your applications and with wrappers for system calls for your Linux platform.Recently, the Arch Linux team is planning to push the newly-released glibc 2.41 (released on January 29th, 2025) later today, which provides the following features:<ul><li>Glibc on Linux now supports the sched_setattr and sched_getattr functions for parameterized scheduling policies such as SCHED_DEADLINE mode.</li><li><a href="https://www.phoronix.com/news/Glibc-2.41-More-C23" rel="nofollow noopener noreferrer" target="_blank">ISO C23 function families</a> in the math.h header file for acospi, asinpi, atan2pi, atanpi, cospi, sinpi, and tanpi.</li><li><a href="https://www.phoronix.com/news/glibc-getrandom-vDSO-Merged" rel="nofollow noopener noreferrer" target="_blank">Support for the Linux getrandom vDSO</a>.</li><li><a href="https://www.phoronix.com/news/Intel-EVEX-Faster-strnlen" rel="nofollow noopener noreferrer" target="_blank">Faster strnlen() performance on AMD and Intel CPUs</a>.</li><li>A “_ISOC2Y_SOURCE” feature test macro to enable features from the draft ISO C2Y standard.</li><li>Optimizations and correct rounding for various math functions.</li><li>The new “glibc.rtld.execstack” tunable allows for controlling whether an executable stack is allowed from the main program.</li><li>Support for the extensible Restartable Sequences “RSEQ” ABI since Linux 6.3.</li><li>Character encoding and other tables updated against Unicode 16.0.</li><li>The iconv program now supports converting files in-place.</li><li>The DNS stub resolver now supports the strict-error option.</li><li>Support for Guarded Control Stack (GCS) on AArch64 systems.</li><li>Faster performance for code generation and math function speed on AArch64 systems with SVE and NEON intrinsics.</li><li>A new architecture type to better support Hygon x86_64 processors.</li><li>The Glibc test suite has been expanded significantly with some 800+ more test cases than the prior version.</li><li>Fixing a possible buffer overflow when printing an assertion failure message.</li><li>Many bug fixes.</li></ul>However, it looks like that it may have caused <a href="https://archlinux.org/news/glibc-241-corrupting-discord-installation/" rel="nofollow noopener noreferrer" target="_blank">problems</a> with the stable version of Discord, because when you install the updated glibc, Discord will notify you that the installation is now corrupt. Luckily, it only affects the audio connectivity feature, but for those who rely on this feature, this is unfortunate.The Discord team have fixed this in canary builds, so it will take time to push the fix to the stable channels one day. Meanwhile, the team advises you to use the Canary version of Discord, the Flatpak version, or the browser version.<a rel="nofollow noopener noreferrer" class="hashtag u-tag u-category" href="https://officialaptivi.wordpress.com/tag/discord/" target="_blank">#Discord</a> <a rel="nofollow noopener noreferrer" class="hashtag u-tag u-category" href="https://officialaptivi.wordpress.com/tag/glibc/" target="_blank">#Glibc</a> <a rel="nofollow noopener noreferrer" class="hashtag u-tag u-category" href="https://officialaptivi.wordpress.com/tag/news/" target="_blank">#news</a> <a rel="nofollow noopener noreferrer" class="hashtag u-tag u-category" href="https://officialaptivi.wordpress.com/tag/tech/" target="_blank">#Tech</a> <a rel="nofollow noopener noreferrer" class="hashtag u-tag u-category" href="https://officialaptivi.wordpress.com/tag/technology/" target="_blank">#technology</a> <a rel="nofollow noopener noreferrer" class="hashtag u-tag u-category" href="https://officialaptivi.wordpress.com/tag/update/" target="_blank">#update</a>

MiraiI have a question related to distributing games on Linux. I'm making a game from scratch with C and the help of some libraries like SDL2 and Libconfig. I've heard that making "portable" programs is quite difficult on Linux due to Glibc and other things related to libraries. How true is this, and what can I do to work around it? Any information is appreciated. <a href="https://mstdn.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> <a href="https://mstdn.social/tags/GameDev" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GameDev</a> <a href="https://mstdn.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> <a href="https://mstdn.social/tags/gcc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#gcc</a> <a href="https://mstdn.social/tags/Programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Programming</a> <a href="https://mstdn.social/tags/Coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Coding</a> <a href="https://mstdn.social/tags/Help" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Help</a>

Christos Argyropoulos MD, PhDFun project: a <a href="https://mstdn.science/tags/memory" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#memory</a> manager for multi-lang applications (<a href="https://mstdn.science/tags/c" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#c</a>, <a href="https://mstdn.science/tags/cplusplus" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#cplusplus</a> <a href="https://mstdn.science/tags/assembly" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#assembly</a> <a href="https://mstdn.science/tags/fortran" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#fortran</a>) in which workflow management is done by <a href="https://mstdn.science/tags/Perl" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Perl</a>. Currently allocates using either <a href="https://mstdn.science/tags/perl" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#perl</a> strings or <a href="https://mstdn.science/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> malloc/calloc. Other allocators <a href="https://mstdn.science/tags/jemalloc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#jemalloc</a> coming soon. <a href="https://github.com/chrisarg/task-memmanager" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://github.com/chrisarg/task-memmanager</a>

Jeroen Ruigrok van der WervenregreSSHion: Remote Unauthenticated Code Execution Vulnerability in OpenSSH server<a href="https://blog.qualys.com/vulnerabilities-threat-research/2024/07/01/regresshion-remote-unauthenticated-code-execution-vulnerability-in-openssh-server" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://blog.qualys.com/vulnerabilities-threat-research/2024/07/01/regresshion-remote-unauthenticated-code-execution-vulnerability-in-openssh-server</a><a href="https://mastodon.social/tags/OpenSSH" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#OpenSSH</a> <a href="https://mastodon.social/tags/GLibC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GLibC</a> <a href="https://mastodon.social/tags/regreSSHion" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#regreSSHion</a> <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a>

Marco Ivaldi<a href="https://infosec.exchange/tags/Iconv" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Iconv</a>, set the charset to <a href="https://infosec.exchange/tags/RCE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#RCE</a>: <a href="https://infosec.exchange/tags/Exploiting" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Exploiting</a> the <a href="https://infosec.exchange/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> to <a href="https://infosec.exchange/tags/hack" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#hack</a> the <a href="https://infosec.exchange/tags/PHP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#PHP</a> engine<a href="https://www.ambionics.io/blog/iconv-cve-2024-2961-p1" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://www.ambionics.io/blog/iconv-cve-2024-2961-p1</a><a href="https://www.ambionics.io/blog/iconv-cve-2024-2961-p2" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://www.ambionics.io/blog/iconv-cve-2024-2961-p2</a>

Ben Ramsey<a href="https://social.retroedge.tech/users/matthew" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@matthew</a> There’s some information on the official <a href="https://fosstodon.org/@php" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@php</a> website that might be helpful: <a href="https://www.php.net/archive/2024.php#2024-04-24-1" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://www.php.net/archive/2024.php#2024-04-24-1</a><a href="https://phpc.social/tags/PHP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#PHP</a> <a href="https://phpc.social/tags/GLibC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GLibC</a>

Free Software FoundationAssigning your copyright to the FSF helps defend the GPL and keep software free. Thanks to Gene Goykhman, Sergey Alexandrovich Bugaev, Wang Diancheng, Warren Thomas Everett Wilkinson, and Xinyuan Zhang for assigning their copyright to the FSF! <a href="https://hostux.social/tags/GNU" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GNU</a> <a href="https://hostux.social/tags/Emacs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Emacs</a> <a href="https://hostux.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#glibc</a> <a href="https://hostux.social/tags/GDB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GDB</a> <a href="https://hostux.social/tags/GNUstep" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GNUstep</a> <a href="https://hostux.social/tags/GNUHurd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GNUHurd</a> <a href="https://hostux.social/tags/GNUMach" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GNUMach</a> <a href="https://hostux.social/tags/GCC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GCC</a> Learn more at <a href="https://u.fsf.org/3ht" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://u.fsf.org/3ht</a> <a href="https://hostux.social/tags/CopyrightAssignments" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#CopyrightAssignments</a>

Recent searches

Search options

Administered by:

Server stats: