| 7 Oct 2025 |
 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 |
| fzakaria | i just wasn't sure if i would "reset it" correctly | 19:51:53 |
| fzakaria | did you give it a dictionary? | 19:53:11 |
| lovesegfault | i did not | 19:54:37 |
| fzakaria | I saw you could; the bash.dict in AFL++ is a good example. That PR is pretty slick; I don't understand yet the N fuzzers but must be a feature with harness i'm not familiar with | 19:56:27 |
| lovesegfault | i took it from this: https://aflplus.plus/docs/fuzzing_in_depth/#c-using-multiple-cores | 19:58:01 |
| fzakaria | afl-tmin is pretty cool too. | 19:58:09 |
| lovesegfault | i'm trying out a dictionary, let's see | 19:58:19 |
