Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem With Importing Pre-Generated CSV #24

Open
SimarKareer opened this issue Jan 20, 2018 · 10 comments
Open

Problem With Importing Pre-Generated CSV #24

SimarKareer opened this issue Jan 20, 2018 · 10 comments

Comments

@SimarKareer
Copy link

SimarKareer commented Jan 20, 2018

When attempting to load csv from file on the roborio our code crashes:

Here's the error:

 ********** Robot program starting **********
 LeftScale.
 ProfileFollower.
 ProfileFollower: Set file.
 Can read "/home/lvuser/MotionProfiles/LeftScale/_left.csv": true
 "/home/lvuser/MotionProfiles/LeftScale/_left.csv" exists: true
 "/home/lvuser/MotionProfiles/LeftScale/_left.csv" is file: true
 "/home/lvuser/MotionProfiles/LeftScale/_left.csv" is directory: false
 "/home/lvuser/MotionProfiles/LeftScale/_left.csv" is hidden: false
 "/home/lvuser/MotionProfiles/LeftScale/_left.csv" is absolute: true
 ProfileFollower: Trajectory.Config config.
 ProfileFollower: Config.
 ProfileFollower: Attempting to read "/home/lvuser/MotionProfiles/LeftScale/_left.csv". ("/home/lvuser/MotionProfiles/LeftScale/_left.csv")
 Platform: /Linux/arm/
 NT: server: client CONNECTED: 10.27.29.57 port 12868
 #
 # A fatal error has been detected by the Java Runtime Environment:
 #
 #  SIGSEGV (0xb) at pc=0xb6dcb5b0, pid=19540, tid=0xb5308470
 #
 # JRE version: OpenJDK Runtime Environment (8.0_131-b57) (build 1.8.0_131-b57)
 # Java VM: OpenJDK Client VM (25.131-b57 mixed mode, Evaluation linux-aarch32 )
 # Problematic frame:
 # C  [libc.so.6+0x345b0]
 #
 # Core dump written. Default location: //core or core.19540 (max size 2048 kB). To ensure a full core dump, try "ulimit -c unlimited" before starting Java again
 #
 # An error report file with more information is saved as:
 # /tmp/hs_err_pid19540.log
 #
 # If you would like to submit a bug report, please visit:
 #   http://www.azulsystems.com/support/
 # The crash happened outside the Java Virtual Machine in native code.
 # See problematic frame for where to report the bug.
 #  
@JaciBrunning
Copy link
Owner

Can you send me the file you're trying to import?

@JaciBrunning
Copy link
Owner

also, run this again and send me the hs_err_*.log file you'll find mentioned in the crash log

@SimarKareer
Copy link
Author

Sent both via email

@JaciBrunning
Copy link
Owner

Resolved over email.
Note to those viewing: If you're using the Motion Profiling Generator (made by vannaka here), you need to use the _detailed.csv path with Pathfinder's follower, since the non _detailed.csv ones are designed for the Talon SRX motion profiling framework

@edwanvi
Copy link

edwanvi commented Feb 6, 2018

We're having the same issue. I'm (pretty) sure that our .csv files are the _detailed versions, but the JRE crashes when trying to lead them into Trajectory objects (with Pathfinder.readFromCSV.)

here's our hs_err_*.log

The .csv files we're trying to load are in that gist as well. GitHub formats them into tables, but that's why the "Raw" button exists.

@SimarKareer
Copy link
Author

SimarKareer commented Feb 6, 2018 via email

@edwanvi
Copy link

edwanvi commented Feb 7, 2018

We have both CSVs on the robot alongside the compiled .jar version of our code. Might try what you guys have done to see if it works (i.e. putting it in another folder under ~.)

@edwanvi
Copy link

edwanvi commented Feb 7, 2018

Some time later, we're still segfaulting on loading the CSV files. We've tried both putting them in a different directory and setting the permissions on both files to 777 with chmod. I've double-checked and as far as I can tell, our code is functionally identical to what @SimarKareer is running. No idea why it won't run for us.

e1: Interestingly, Pathfinder loads other trajectories made with writeToCSV, which leads me to believe that vannaka/Motion_Profile_Generator is somehow laxer in what it considers a "possible" path. I will file an issue with that repo when I have more time.

edwanvi added a commit to FRC3494/3494_2018_repo that referenced this issue Feb 7, 2018
@JaciBrunning JaciBrunning reopened this Feb 8, 2018
@JaciBrunning
Copy link
Owner

It may be that the paths are trying to overwrite your buffers. Vannaka's generator uses Pathfinder internally, so there should not be a huge difference. Send me your .csv files here and I'll take a look

@edwanvi
Copy link

edwanvi commented Feb 8, 2018

They're in this gist (as well as the JVM crash log at the bottom.)

GitHub pretty-prints them as tables, so here's the raw right side and the raw left side. If memory serves, one of the two paths intersects itself for a sharp turn. We made a revised version without this intersection and it loaded fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants