Alexander Göbel

The Visual Studio solution is broken, use the build.bat

I built the Debug configuration and ran tev with gdb. This is the log: [log.txt](https://github.com/Tom94/tev/files/15154078/log.txt) If I interpret this correctly, you have this ```c++ // Spawn a background thread that...

I wanted to try `gcad3d` today, but I believe that I ran into the same problem: ``` [alex@alexnb APP]$ ./do debug_OFF gcad_dir_dev=|/mnt/c/Users/Alexander/projects/sw/gcad3d/| gcad_dir_bin=|/mnt/c/Users/Alexander/projects/sw/gcad3d/build/gcad3d/Linux_x86_64/| gcad_dir_dev: /mnt/c/Users/Alexander/projects/sw/gcad3d/ gcad_dir_bin: /mnt/c/Users/Alexander/projects/sw/gcad3d/build/gcad3d/Linux_x86_64/ [alex@alexnb APP]$ ./do...

> we do not have knowledge of eisterman's issue Yes! That is because he did not post any logs because he probably gave up on trying to build gcad3d quickly...

The only thing I can do for you is to again post a copy of my shell output. This time I attached it to the comment. See [test.log](https://github.com/gcad3d/gcad3d/files/3744037/test.log)

No, doesn't happen with `nix shell nixpkgs#python3`. But I found where the recursion comes from: If you call `python3` from `scientific-fhs` (`~/.nix-profile/bin/python3`), then this will execute `bwrap` with a `/nix/store/*-python3-init`,...

Ah I found this very handy pull request #178 :+1: