| 7 Oct 2025 |
K900 | That would be insanely inefficient tbh | 04:18:57 |
K900 | Well, I guess it depends on how big your future state machine gets | 04:19:24 |
K900 | But I'd expect it to get pretty big | 04:19:30 |
lovesegfault | yeah idk how it play out, just seemed like something fun to try | 04:20:24 |
lovesegfault | maybe if i used something like https://crates.io/crates/sdd | 04:24:06 |
lovesegfault | oh, hadn't seen this one before nix: ../canon-path.cc:82: void nix::CanonPath::push(std::string_view): Assertion c != "." && c != ".."' failed.` | 04:27:49 |
lovesegfault | cc. Sergei Zimmerman (xokdvium) | 04:27:53 |
lovesegfault | * oh, hadn't seen this one before nix: ../canon-path.cc:82: void nix::CanonPath::push(std::string_view): Assertion \c != "." && c != ".."' failed.` | 04:51:16 |
lovesegfault | * oh, hadn't seen this one before nix: ../canon-path.cc:82: void nix::CanonPath::push(std::string_view): Assertion `c != "." && c != ".."' failed. | 04:51:49 |
lovesegfault | i think this fixes it: https://github.com/NixOS/nix/pull/14171 | 05:00:22 |
dramforever | anyone happen to know what this is fixed in? seems fixed on master, broken on 2.31-maintanance, but idk what this is
nix-repl> builtins.getFlake "github:NixOS/nixpkgs?narHash="
nix: ../flake.cc:37: nix::StorePath nix::flake::copyInputToStore(nix::EvalState&, nix::fetchers::Input&, const nix::fetchers::Input&, nix::ref<nix::SourceAccessor>): Assertion `!originalInput.getNarHash() || storePath == originalInput.computeStorePath(*state.store)' failed.
| 05:52:47 |
dramforever | * anyone happen to know what commit this is fixed in? seems fixed on master, broken on 2.31-maintanance, but idk what this is
nix-repl> builtins.getFlake "github:NixOS/nixpkgs?narHash="
nix: ../flake.cc:37: nix::StorePath nix::flake::copyInputToStore(nix::EvalState&, nix::fetchers::Input&, const nix::fetchers::Input&, nix::ref<nix::SourceAccessor>): Assertion `!originalInput.getNarHash() || storePath == originalInput.computeStorePath(*state.store)' failed.
| 05:53:00 |
Sergei Zimmerman (xokdvium) | In reply to @k900:0upti.me That would be insanely inefficient tbh Well, snix only uses Rc for Values iirc | 10:56:26 |
K900 | Yeah and it needs like 200GB of memory to evaluate nixpkgs | 10:58:56 |
Sergei Zimmerman (xokdvium) | Honestly if one is careful about the memory layout we could get parity with the current memory usage even without GC | 11:05:25 |
Sergei Zimmerman (xokdvium) | In reply to @dramforever:matrix.org
anyone happen to know what commit this is fixed in? seems fixed on master, broken on 2.31-maintanance, but idk what this is
nix-repl> builtins.getFlake "github:NixOS/nixpkgs?narHash="
nix: ../flake.cc:37: nix::StorePath nix::flake::copyInputToStore(nix::EvalState&, nix::fetchers::Input&, const nix::fetchers::Input&, nix::ref<nix::SourceAccessor>): Assertion `!originalInput.getNarHash() || storePath == originalInput.computeStorePath(*state.store)' failed.
I think itβs #14050 | 11:06:38 |
lovesegfault | so, last night i was playing with hooking up honggfuzz to libexpr | 14:39:31 |
lovesegfault | and i think i got it working, and then went to sleep | 14:39:48 |
lovesegfault | woke up to Crashes : 370949 [unique: 78, blocklist: 0, verified: 67] | 14:40:05 |
lovesegfault | :D | 14:40:08 |
lovesegfault | it's weird, the honggfuzz session stalls at ~4% coverage, but found a lot of unique crashes. the afl++ session gets up to >16% coverage, but finds no crashes whatsoever π΅βπ« | 16:18:59 |
lovesegfault | i wonder what's up | 16:19:07 |
lovesegfault | oh, afl++ found one! | 16:39:08 |
fzakaria | oh really ? | 18:56:34 |
fzakaria | are you running nix eval ? Or you hooked it up individually with a harness | 18:56:50 |
fzakaria | my laptop was going too slow | 18:57:37 |
lovesegfault | i hooked it up with a harness | 19:00:05 |
lovesegfault | i'll make a draft pr in a bit | 19:00:11 |
lovesegfault | https://github.com/NixOS/nix/pull/14175 | 19:27:22 |
fzakaria | that makes sense so it goes faster | 19:51:47 |