Custom LogoCollabNet Teamforge

Project Home
Trackers
Source Code
File Releases
Documents
Wiki
Discussions
Reports
Project Info
WPILib/Trackers/Bugs/View Artifact
Search Tracker
Artifact artf4017 : Changing type of value sent to smart dashboard causes robot program to crash Print Preview
Tracker:Bugs
Title:Changing type of value sent to smart dashboard causes robot program to crash
Description:
Steps to reproduce:

Option 1: Put this in your program and run it:

SmartDashboard::PutBoolean("IMU_Connected", false);
SmartDashboard::PutNumber("IMU_Connected", 1);
Run robot

Option 2:

SmartDashboard::PutBoolean("IMU_Connected", false);
Run robot with smart dashboard enabled
Leave smart dashboard running.

Change line to read:
SmartDashboard::PutNumber("IMU_Connected", 1);

Run robot program
Submitted By:Steve Peterson
Submitted On:02/18/2015 4:35 AM GMT
Last Modified:06/11/2016 3:19 AM GMT
Closed:06/11/2016 3:19 AM GMT

Active Tab Status / Comments Inactive Tab - left sideChange Log Inactive Tab - left sideAssociations Inactive Tab - left sideDependencies Inactive Tab - left sideAttachmentsInactive Tab - right side  
C++ WPILib
Status
Planning Folder:*None
4
Can't reproduce
Brad Miller (WPI)
Comments
#5–Peter Johnson (294): 06/11/2016 3:19 AM GMT
 Comment:
I can't reproduce this.  Trying to change the type is simply ignored.
 Action:Update
Closed set to 06/10/2016
Status changed from Open to Can't reproduce
#4–Joe Ross (330): 12/06/2015 2:33 AM GMT
 Comment:
C++ still crashes in this scenario with ntcore
 Action:Update
#3–Dustin Spicuzza: 04/15/2015 8:42 PM GMT
 Comment:
The python implementation of NetworkTables will throw an exception if you attempt to change the type of the variable, 
and the variable is already in the cached table. I believe Java does this too.

If the server and client both have the value in their table, and they try to sync... I don't actually know what will 
happen. It looks like the client will overwrite the server. Probably should be defined in the spec.
 Action:Update
#2–Joe Hershberger (NI): 03/09/2015 11:30 PM GMT
 Comment:
This is a fundamentally undefined (and apparently broken) situation in the Network Tables spec. It should be defined 
exactly what the behavior should be so that all implementations can handle it in the specified way. The crash presumably
 would be fixed by implementing the behavior.
 Action:Update
Assigned To set to Brad Miller (WPI)
#1–Steve Peterson: 02/18/2015 4:35 AM GMT
 Action:Create

Return
Button Divider
< Previous
Next >


© 2014 CollabNet. CollabNet is a registered trademark of CollabNet, Inc.