fasterthanlime

fasterthanlime , vor einem Tag

@codl is this a subtoot

fasterthanlime , vor einem Tag

@codl lol nvm I thought we were mutuals! my bad

fasterthanlime OP , vor einem Tag

oooh, tokio does fun things (like automatically boxing your future if it's big and you're in debug mode)

fasterthanlime OP , vor einem Tag

@k0nserv I would assume so!

fasterthanlime OP , vor einem Tag

I'm learning lldb against my will, send help

fasterthanlime OP , vor einem Tag

@dysfun it's not as bad in my 30s, now that I'm no longer fighting it

fasterthanlime OP , vor einem Tag

Ah, I see

fasterthanlime OP , vor einem Tag

I'm at a loss re: how to make tokio happy across shared object boundaries. Yes there's N copies of tokio's code, now I can't share them because different monomorphizations = missing symbols (the cargo-add-dynamic trick doesn't work with my "cdylib plugins" approach).

Handle::enter across SOs panics. Handle::spawn panics. I thought "mostly" tokio::spawn needed a "current runtime", but "Sleep::new" does too, duh.

I foresee lots of debugging in my future.. god that's a lot of debugging.

fasterthanlime OP , vor einem Tag

@dysfun the module uses a crate that calls tokio::spawn, tokio::time::Sleep::new, etc.

fasterthanlime OP , vor einem Tag

@dysfun but yeah, maybe the solution is to patch all those crates to allow passing in an executor instead...

fasterthanlime OP , vor einem Tag

@dysfun me neither but that would be fine — hickory-resolver has a "Sync" interface which is #[tokio::main] in a trench coat and that works great! It's getting it to use the tokio executor I already have which is a hassle.

fasterthanlime OP , vor einem Tag

@kinnison that doesn't work (it's the monomorphization thing): both my app and my plug-in invoke tokio functions with different generic types (often, async blocks which are opaque types) — if you use the libtokio.so from the app with the lib, it has missing symbols. if you use the other, same.

fasterthanlime OP , vor einem Tag

OH LORDY LORD I solved it.

The outer and inner "tokio"s had different cfgs, so the layout of tokio::runtime::Handle were different, hence, mutex::lock was falling on some other fields, oh god.

fasterthanlime OP , vor 21 Stunden

@noah with a little help, yeah

a RuntimeFut<F> future, which enters a runtime handle before polling. along with the RuntimeFutExt trait which provides attach, which wraps self in a RuntimeFut

fasterthanlime OP , vor 21 Stunden

@noah I mean it's not ideal. very easy to accidentally use the wrong thread-local (but tokio::spawn, Sleep::new, etc. will yell at you that there's no reactor running)

..and the whole tokio code is duplicated in all shared objects but... I actually do not mind in this case, since no code changes required = happy me.

fasterthanlime OP , vor 21 Stunden

@noah more importantly, SUPER easy to accidentally enable a different set of tokio features and land on different internal layouts, which uhhh isn't great

fasterthanlime OP , vor 21 Stunden

@noah yeah! I'm very VERY happy with it — this new structure makes build times & deploy times ridiculously fast for me: I can have a new version of my site up and running around the world in ~2 minutes

fasterthanlime OP , vor 2 Tagen

Well, it’s nothing nested tokio runtimes cannot fix 🤡

fasterthanlime OP , vor einem Tag

@noah having gone through other unsuccessful paths right now: how would you even make that work?

fasterthanlime OP , vor einem Tag

@noah pthread_key_create?

fasterthanlime OP , vor 5 Tagen

@baloo Using it excessively, let’s say

fasterthanlime OP , vor 5 Tagen

yes. YES! YEEESSSSS

Logs showing that the module was loaded and I'm able to minify stuff with it.

fasterthanlime OP , vor 5 Tagen (Bearbeitet vor 5 Tagen)

ok I took my site down for a sec because — you're gonna laugh — "mod_config" was setting the ENVIRONMENT: AtomicU8 to "production" alright, but..

..it was setting its copy. meanwhile the main binary's copy said "development". I THOUGHT IT WAS EVALUATING MARKDOWN TOO MUCH.

fasterthanlime OP , vor 5 Tagen

I remember when itch.io suddenly appeared as "logged in as admin" for everyone for a few minutes and I didn't understand how it could happen

I UNDERSTAND NOW OKAY. RAPID DEPLOY PIPELINES CUT BOTH WAYS

fasterthanlime OP , vor 4 Tagen

@mandarvaze https://k9scli.io/

fasterthanlime , vor 5 Tagen

@wingo "computers are for helping us multiply new matrices"

fasterthanlime OP , vor 6 Tagen

P.S: can someone fix those links on the Rust blog footnotes? (the ones that lead to pull requests — people click those, you know!)

fasterthanlime OP , vor 6 Tagen

well I just switched to rspack (and lightningcss), that was on my list anyway

(and lightningcss is part of the parcel cinematic universe so it's not even a true betrayal)

fasterthanlime OP , vor 6 Tagen

@Igigog those are very large pictures, and I used lossy compression for those JXL

fasterthanlime OP , vor 6 Tagen

@thejpster bwahahah

fasterthanlime OP , vor 6 Tagen

@porglezomp Yup I found out and started serving it!

fasterthanlime OP , vor 3 Tagen

@andyeff Custom CDN! I do PNG to JXL with Magick but then my site converts with the image crate and some libjxl binding

fasterthanlime OP , vor 6 Tagen

@closingtags That and “wrong trousers” yes