[masoug]

We were running into the same exact problem with our code but instead of WindRiver we were using makefiles similar to UCPP to compile our code (we don't have problems if we compile with WindRiver).

Originally Posted by StephenNutt

Could ipAddress contain the null string? If so, ipAddress.c_str() would return nullptr.

We tried setting the ipAddress variable to our robot's ip address manually, but that didn't fix the problem and since the its a server, the ipAdress seems meaningless.

Originally Posted by nightpool

This may be the issue. It probably stems from misconfiguration of the cRio or laptop. You should double check what team number you formatted it with.

We double-check the same thing too, but the error is still there. Did you have a particular configuration in mind?

When we were debugging the same issue, we found that both the mode and threadManager store non-null addresses. But whenever mode->CreateNode() was called, the null pointer error resurfaces. The variable mode is of type NetworkTableMode, so we replaced the code with

staticProvider = new NetworkTableProvider(NetworkServerMode::Server.CreateNode(ipAddress.c_str(), port, threadManager));

which still results in an error.

We are totally baffled; we just commented the livewindow stuff out as workaround but ultimately we need to figure out why this happens. Any additional suggestions? I remember there being a debugger that runs on the cRIO, but I'm not sure how that works.

Thanks!
-Masoug