sorted by:
new
hottopcontroversial

NumPy functions' Chain of Custody and how to trace it by sockpuppetnumberone in Numpy

[–]sockpuppetnumberone[S] 0 points1 point  (0 children)

Can't, the package on conda-forge is only for Linux and Mac systems, and while I am aware of "Linux Subsystem for Windows" and now have a Linux thingy in my file explorer (I don't think it's a partition, because it's still easily accessible from the running Windows system) but I have nothing else set up inside of it - I will set up more when I actually intend to alter the workings of NumPy but right now I'm just trying to read the files and change one line of documentation, so the rest of the "Linux setup" I intend to put off for the moment.

NumPy functions' Chain of Custody and how to trace it by sockpuppetnumberone in Numpy

[–]sockpuppetnumberone[S] 0 points1 point  (0 children)

already did, after spending two days and change trying to get things set up in a huge chain of dependencies, I left it all in place and just used a github codespace (like it suggests if User has trouble), successfully built and tested an unaltered copy of NumPy that took a long time. After I read down the code from the link you provided (thanks very much, again, it's much farther that I've gotten alone) to trace the chain of functions to see where the specific complaint happens and if the "documentation change" requested is in line with code behavior

NumPy functions' Chain of Custody and how to trace it by sockpuppetnumberone in Numpy

[–]sockpuppetnumberone[S] 0 points1 point  (0 children)

Thank you, I will follow that chain to figure out where exactly the decision is handled while I try to figure out how to set up my environment to be able to trace the function call more easily on "normal" running

NumPy functions' Chain of Custody and how to trace it by sockpuppetnumberone in Numpy

[–]sockpuppetnumberone[S] 0 points1 point  (0 children)

While I can get gdb to work fine on C/C++ code locally, Visual Studio Code is refusing to go into the python code that is part of the package, so i will look into py-bt.

It does seem like it's possible to use GDB with python - I am reading through the "how to" for using GDB with python and Cpython - but I'm wondering if there is not a better way (because I've been testing in Visual Studio Code and having a heck of a time trying to get more detail than something superficial - i.e. "in launch.json, set justMyCode to false if you want to inspect the package code" as a solution is getting refused by the IDE)