View Single Post
  #1   Spotlight this post!  
Unread 21-01-2013, 12:11
bob.wolff68's Avatar
bob.wolff68 bob.wolff68 is offline
Da' Mentor Man
FRC #1967
Team Role: Mentor
 
Join Date: Jan 2012
Rookie Year: 2007
Location: United States
Posts: 157
bob.wolff68 is just really nicebob.wolff68 is just really nicebob.wolff68 is just really nicebob.wolff68 is just really nicebob.wolff68 is just really nice
Re: No Robot Code may be caused by link error

Wow - it was obvious from the messages in the console that it was doing dynamic loading - otherwise I can't imagine it running at all. But I gotta say firstly I'm shocked we haven't run headlong into such issues in the past - lucky us. And secondly I gotta think that there are some good number of teams out there who have no idea what went wrong one day with their code and it no longer works...that's gotta be very frustrating. Seems to be very counterproductive for the goals of FIRST to me. It wouldn't be very hard to hard a 'whitelist' of expected runtime-load-symbols and have the compiler/linker at least WARN users if they have any unresolved symbols which are NOT part of the whitelist. This would provide sophisticated teams the ability to utilize runtime binding and keep junior teams from hurting themselves badly with what is nothing but a 'bug' to those teams.

Who maintains a FAQ or the Sticky threads here? This topic could be a notable for that -- "No Robot Code after deploy and reboot" ...

bob
__________________
~~~~~~~~~~~~~~~~~~~
Bob Wolff - Software from the old-school
Mentor / C / C++ guy
Team 1967 - The Janksters - San Jose, CA
Reply With Quote