WPIRoboticsProjects / GRIP

Program for rapidly developing computer vision applications
http://wpiroboticsprojects.github.io/GRIP
Other
377 stars 107 forks source link

Cannot launch GRIP through .deb package - Linux #566

Closed ghost closed 8 years ago

ghost commented 8 years ago

GRIP runs fine if started via gradlew, however running GRIP through the Linux ".deb" file there is an error thrown:

Apr 11, 2016 8:43:53 PM java.util.logging.LogManager$RootLogger log
CONFIG: Configuration done.
Apr 11, 2016 8:43:53 PM java.util.logging.LogManager$RootLogger log
CONFIG: GRIP Version: 1.4.0
platform: /Linux/amd64/
terminate called after thowing an instance of 'std::system_error
   what():  Enable multithreading to use std::thread: Operation not permitted
Aborted

I can't seem to find kernel logs dumped anywhere on the OS either other than GRIP.log which returns "FINE:" up until the system begins to "load singletons" which says 6ms then no logs after that.

GRIP.log

SamCarlberg commented 8 years ago

@ZeusChops Why did you close this?

ghost commented 8 years ago

I no longer have the log file, and the operation didn't come back on the newer updates. I can certainly try again and see whether or not we need to reopen the issue, but if the issue isn't relevant to the new updates then it should be close - or else I'm off-base and should just leave it open :)

SamCarlberg commented 8 years ago

It looks like the pthread issue with ntcore, I don't remember what the exact fix was. Try it again and see if it still fails.

ghost commented 8 years ago

I couldn't even get the .deb file to launch properly this time. It appears as if it may have gotten worse.

Here's a link, noting that I need to keep the files this time.

SamCarlberg commented 8 years ago

Can you upload the raw text to a gist? gist.github.com

ghost commented 8 years ago

The link was updated to be a gist, here it is again (in case Github is being weird).

ThomasJClark commented 8 years ago

Not sure if this has changed, but the "fix" was to use a locally built copy of networktables instead of the one from the maven artifact when building Linux releases. The problem was that the pthread version that ntcore is built with doesn't work with the binaries that the JavaFX pacakger generates.