ipdb | Tools for IP based Geo-blocking and Geo-routing | TCP library

You could add breakpoints in Spyder by double-clicking the line number. Then you could run the code using the Debug option or Ctrl+F5.

• In order to move to the next break point: Continue or Ctrl+F12.
• To move to the next line: Step or Ctrl+F10
• To move along the function execution: Step Into or Ctrl+F11

After trying for a few days and just found out that pip and python in the project are not pointing to .venv but to anaconda due to an update. when error

no module stdnum

actually there is a problem with pip so make sure your pip path with which pip or which python

1. to solve .venv that doesn't work by deleting the .venv folder, create venv in python, and install all requirements again

You can use a try/except with a raise to make sure the exception continues to raise after you've done the site-specific logging:

This appears to be a bug in Poetry. Or at least it's not clear from the documentation what the expected behavior would be in a case such as yours.

In your pyproject.toml, you specify two dependencies as required in this section:

I haven't looked or tried running all of your code, but at a glance, this line is clearly wrong

In the first iteration of the loops inside offline_opt, time is set to zero. The inner loop (for i in range(time)) doesn't happen (because of range(0)), so SoC is still zero.

The constraints after the first iterations are: [-agg[0]<=0, 0<= agg[0]], which are evaluated to boolean (as no expression of variables involved). If you print the value of obj_constraints after the first iteration you will see it's [True, True]. CVXPY doesn't know what to do with boolean values, as it expected the constraints to include expressions.

A "quick but stupid" fix is to check if SoC is of type cvxpy.Expression before adding it as a constraint:

Thanks for John Hennig's comment, which point out the root cause may be x86 and x64 incompatibility issue.

I do some further debugging per JVM startup debugging. Basically it uses Dumpbin utility which come togehter with Visual Studio to check every component to see if it is x86 or x64. If any of them is incompatible, the jvm start will crash.

Turn out the python.exe and jvm.dll in my machine are all x86. However, when using where to locate the dependencies

Finally this problem solve. I Use Bulk Copy Data (BCP) syntax on Ubuntu 20.04

Your issue is that you didn't #include so the compiler doesn't know the function signature and assumes that setjmp is some function returning int and accepts an unknown number of parameters of unknown types. When you declare func() then it's a function returning int in older C standards and you can call func(), func(1, 2, 3) or func(1, "abc", 'd', 2, 3)... - all are valid

Notice the warning right from your compiler output

setjmp.c(48,10): warning C4013: 'setjmp' undefined; assuming extern returning int

It can also be reproducible on godbolt, with the same warning from MSVC. And you can see that the compiler doesn't report any errors even though I've added some dummy setjmp calls like