Elektrine
EN
Log in Register
Paige Chat Timeline Communities Gallery Videos Email DNS VPN Uptime Kairo
Back to Timeline
Remote

manx

@manx@mastodon.online
mastodon 4.7.0-nightly.2026-08-14
  • Open on mastodon.online

demoscener / mercury / @openmpt@icosahedron.website / c++ / audio / filesystems

Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth.
There is no spoon.
Then you'll see, that it is not the spoon that bends, it is only yourself.

0 Followers
0 Following
22 Posts
Joined July 05, 2023
mercury:
https://mercury.sexy/
libopenmpt:
https://lib.openmpt.org/
OpenMPT:
https://openmpt.org/
GitHub:
https://github.com/manxorist

Posts

Open post
manx
manx @manx@mastodon.online · Apr 30, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @manx@mastodon.online
@GyrosGeier@hachyderm.io How do I know that? git-svn does not handle .gitattributes, and if you have a rogue .gitattributes somewhere in the tree and use git-svn, affected files can be in modified state because the file stored in the repo is not equal to the file that git would commit to the repo.
1
0
0
0
Open post
manx
manx @manx@mastodon.online · Apr 30, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @GyrosGeier@hachyderm.io
@GyrosGeier@hachyderm.io Beware of .gitattributes. It can change what git would commit. If you do not honor that, git can get confused. Usually this never happens (as the source comes from git anyway), but if you want to handle potentially malicious sources, this can maybe get important. In particular text and eol attributes can cause git to normalize line endings.
0
2
0
0
Open post
manx
manx @manx@mastodon.online · Apr 29, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @manx@mastodon.online
@kirb Once they have already scraped millions of URLs and put them in their todo queue, a captcha is not even a viable solution any more, because their hostile use of TCP connections is unaffected by the captcha. In some cases, I had to temporarily or permanently blackhole whole /8 subnets.
0
0
0
0
Open post
manx
manx @manx@mastodon.online · Apr 29, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @kirb@hachyderm.io
@kirb I am seeing similar behaviour on smaller project's websites. There is 1 aspect that I see rarely mentioned: The scraper bots cannot speak proper HTTP at all. They keep the TCP connection alive after the first request, and never re-use the connection for a second request. requiring the server to timeout, which quickly causes resource exhaustion and running into connection limits on smaller sites, even when the server would otherwise be perfectly capable of handling the CPU load.
0
1
0
0
Open post
manx
manx @manx@mastodon.online · Apr 16, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @manx@mastodon.online
@andreasfertig@mas.to How is that still online without any correction at all?
0
0
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @manx@mastodon.online
@DanielaKEngert@hachyderm.io @andreasfertig@mas.to ... You really cannot just take any std::byte* from somewhere and just "de-serialize" it with std::start_lifetime_as to some type that might have alignment requirements greater than 1 byte. Whether doing things wrong results in language level UB, or in assertion failure due to stdlib hardening, or really any other run-time decision that results in process termination, does really not matter at all - the bug lies in the intent, not in its manifestation.
0
0
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @manx@mastodon.online
@DanielaKEngert@hachyderm.io @andreasfertig@mas.to std::start_lifetime_as is probably fine for doing what it was designed to do, i.e. working around type confusion in legacy C APIs (I know of examples in the audio field), or C-style allocation functions. However, people apparently like to also teach it as some kind of crude de-serialization primitive. Even the original paper advertises this use case, which frankly horrifies me: https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2590r2.pdf ...
0
1
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @DanielaKEngert@hachyderm.io
@DanielaKEngert@hachyderm.io @andreasfertig@mas.to https://andreasfertig.com/blog/2025/04/the-correct-way-to-do-type-punning-in-cpp-the-second-act/ BROKEN CODE: bool ProcessData(std::span bytes) { ... ConfigValues* cfgValues = std::start_lifetime_as(bytes.data());
0
1
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @manx@mastodon.online
@DanielaKEngert@hachyderm.io I think reducing the amount of UB in C++ is a good goal to strive for in general (within some limits), however in cases like this, all it can do in is changing UB to an assertion failure. From a perspective of the code author, the outcome is exactly the same: I need to fix a bug. The bug is still there, it might just manifest itself in less extreme ways (which is good). UB is not the important problem here. The problem is teaching writing completely broken code.
0
0
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @DanielaKEngert@hachyderm.io
@DanielaKEngert@hachyderm.io @andreasfertig@mas.to You missed "statically". If the compiler cannot tell me at compile-time that the code is wrong, it is rather useless. All you are suggesting is trading Undefined Behaviour for assertion failure. Both result in a Denial-Of-Service vulnerability due to a memory bug. Both are bugs I need to fix. Run-time hardening of the standard library cannot help here. P3100 cannot help here.
0
2
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @DanielaKEngert@hachyderm.io
@DanielaKEngert@hachyderm.io @andreasfertig@mas.to It still does not matter. It is not statically decidable in all cases anyway (unless someone adds pointer alignment to the type system, which P3100 does not talk about), so the Undefined Behaviour (or run-time assertion failure due to precondition violation) still remains. Ignoring alignment requirement in a call to std::start_lifetime_as is a bug, and it really must not be used or taught that way.
0
1
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @DanielaKEngert@hachyderm.io
@DanielaKEngert@hachyderm.io @andreasfertig@mas.to Honestly, it does not really matter in this case whether it is straight language Undefined Behaviour, or whether it optionally can trigger an assertion in some stdlib implementations. Both are bugs, and it should not be used or taught this way.
0
1
0
0
Open post
manx
manx @manx@mastodon.online · Apr 07, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @andreasfertig@mas.to
@andreasfertig@mas.to May I suggest that you explain more thoroughly that std::start_lifetime_as still requires properly aligned memory. In almost all cases, it is also Undefined Behaviour just like reinterpret_cast is, if the memory comes from somewhere that does not guarantee proper alignment for the destination type. In particular, I consider your older post and example at completely broken. Please do not teach it this way.
0
2
1
0
Open post
manx
manx @manx@mastodon.online · Apr 03, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @sam@social.coop
@sam I see the primary use case for trackers in generating the stems.
1
1
0
0
Open post
manx
manx @manx@mastodon.online · Apr 03, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @sam@social.coop
@sam Spamming our forums at https://forum.openmpt.org/ would be fine too.
1
1
0
0
Open post
manx
manx @manx@mastodon.online · Mar 19, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @GyrosGeier@hachyderm.io
@GyrosGeier @rygorous @aeva I am amazed how a lot of major filesystems still do not support data checksumming at all.
0
0
0
0
Open post
manx
manx @manx@mastodon.online · Feb 18, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @crystalmoon@chaos.social
@crystalmoon@chaos.social @sschoener@mastodon.gamedev.place While I agree with the sentiment that "POSIX-only" is really not "portable", in this particular case, the Makefile does not really do anything. It merely lists the files that need to be compiled. Trivial to "port" to any non-POSIX compiler. Frankly, "cl.exe src\*.c" does the trick.
0
0
1
0
Open post
manx
manx @manx@mastodon.online · Jan 09, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @videolan@floss.social
@videolan It feels very questionable when we see Linux distributions pushing important security updates, yet you are withholding these security fixes for Windows and/or Apple users. I honestly cannot remember the last time, the update check actually found updates for me. I always update by hand.
0
0
0
0
Open post
manx
manx @manx@mastodon.online · Jan 09, 2026
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @videolan@floss.social
@videolan @sashk which you will forget, like the last time, or countless times before that. Hint: the screenshot is already 2 (TWO!) versions behind.
0
4
0
0
Open post
manx
manx @manx@mastodon.online · Nov 01, 2025
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @stefan@front-end.social
@stefan@front-end.social You started this thread by promoting nonsense LLM propaganda to random internet people.
0
2
0
0
Open post
manx
manx @manx@mastodon.online · Nov 01, 2025
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @stefan@front-end.social
@stefan@front-end.social Liking LLMs is turning your brains off. Do not promote this nonsense. This can trivially be seen by looking at the points the site mentions as being good uses of LLMs. ALL of these are themselves subject to hallucination. The author did not turn their brains on in the first place.
0
1
1
0
Open post
manx
manx @manx@mastodon.online · Nov 01, 2025
manx
@manx@mastodon.online

demoscener / mercury / @openmpt / c++ / audio / filesystems Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth. There is no spoon. Then you'll see, that it is not the spoon that bends, it is only yourself.

mastodon.online
Replying to @stefan@front-end.social
@stefan@front-end.social I am really not sure if linking this website is desirable at all. It literally says "I like LLMs.".
0
1
0
0

Remote instance

mastodon.online
Open on original server
313k7r1n3
Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

Platform

  • Email
  • Chat
  • Timeline
  • Communities
  • VPN
  • DNS

Company

  • About
  • Contact
  • FAQ

Legal

  • Terms of Service
  • Privacy Policy
  • Warrant Canary
  • Lite (no JS)
  • VPN Policy
  • Source code

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. Server: 09:24:19 UTC