!bxVOQwsVoHhZcmNDGw:nixos.org

Nix + dotnet

126 Members
25 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
27 Jun 2025
@mattsturg:matrix.orgMatt SturgeonProbably... I just don't have that workflow committed to muscle memory yet, so I never bother trying to use devshells for packages... 🙈16:53:55
@corngood:corngood.comCorngoodIt should be possible to run that 'test host process' directly, but I'm not exactly sure how to do it16:53:58
@corngood:corngood.comCorngood

my usual thing is

nix develop -f. nexusmods-app
cd $NIX_BUILD_TOP
genericBuild

the problem with that is that it won't stop on errors, so it'll try to run all the phases, which may or may not be a problem. at the end you can do runPhase checkPhase

16:55:42
@corngood:corngood.comCorngood I also sometimes do (set -e; genericBuild) but the problem with that is that you lose the subshell environment, and some things might depend on shell vars etc 16:56:42
@mattsturg:matrix.orgMatt Sturgeon I've not managed to reproduce the issue with runPhase checkPhase, either I'm getting (un?)lucky, the underlying problem is outside the checkPhase, or something is cached. 18:50:11
28 Jun 2025
@mattsturg:matrix.orgMatt Sturgeon

Looking around, it seems vtest has a thread discussing a similar Test host process crashed error. In that instance, it turned out to be an out-of-memory error.

Is there an easy way to tell the package to run time -v dotnet test instead of simply dotnet test?

If it turns out to be a memory issue, is there a way to increase dotnet test's available memory, or should we just disable RAM-intensive tests?

10:12:44
@corngood:corngood.comCorngoodThe `dotnet test` call is in `dotnet-check-hook.sh`. You could hack it in there. If it was out of memory it would have to be using a lot of memory to be reproducible on my desktop machine. Enough that I would certainly consider it a bug in itself.12:54:38
@corngood:corngood.comCorngoodMaybe it's hitting a file handle ulimit or something? It would be nice to know more about the child process invocation (args, output, exit code).13:00:19
@mattsturg:matrix.orgMatt Sturgeon

If it was out of memory it would have to be using a lot of memory to be reproducible on my desktop machine.

Good point, I have 64GB and was reproducing the issue fairly regularly. I take it there's no artificial memory limit from dotnet or the build sandbox?

Maybe it's hitting a file handle ulimit or something?

Could be something like that. Or could just be random segfaults in buggy software... 🤔

It would be nice to know more about the child process invocation (args, output, exit code).

Anything specific you want me to test, other than just time -v?

20:49:59
@corngood:corngood.comCorngoodIf it's building in the sandbox and under the systemd daemon, it might have different limits than dev shell. The nuclear logging option is probably `strace -f`. That's going to be a lot of output though. Maybe I'll see if I can find anything useful in `VSTestTask`21:00:06

Show newer messages


Back to Room ListRoom Version: 9