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

Program Crash with Name Edits #33

Open
Jocowo opened this issue Jan 10, 2020 · 2 comments
Open

Program Crash with Name Edits #33

Jocowo opened this issue Jan 10, 2020 · 2 comments

Comments

@Jocowo
Copy link

Jocowo commented Jan 10, 2020

During the event, when editing the rider name SilverSprints would crash. Any ideas on why/how to prevent and allow for name edits to not do this?

@cwhitney
Copy link
Owner

Sorry to hear it! Could you tell me which version of Silversprints you were running, and what operating system? If you have more detailed instructions on how to replicate that would help me too. For example: "Run a race, click the gear, and then try to type a different name. It crashes as soon as you click in the box" or however it happened.

@deepfriedfilth
Copy link

Running latest release 1.7.1 on macOS 10.13.6 I've been getting random crashing mid-race, moreso, although app did crash (once) while editting name in the roster view after modifying player count to 2.

Here's the relevant line from Apple's crash report:

Application Specific Information:
terminating with uncaught exception of type boost::filesystem::filesystem_error: boost::filesystem::create_directory: Read-only file system: "/private/var/folders/b2/d5s5m5952j1gt7yfrl5t6pfm0000gn/T/AppTranslocation/0795BA62-8680-49C6-9276-5C990AD5BB22/d/logs"
abort() called

..Based on this, looks like it may be dying when attempting to log, so perhaps it's occurring at race end, when the victor animations start. I have the full crashlog saved if you're like me to share

I've had much more stable usage when running the executable from my command line, with the addition of helpful terminal output.

cd ./SilverSprint.app/Contents/MacOS
./SilverSprint

Crashing issues are seemingly nonexistant when executed this way, or when building from my latest (dev branch) source in Xcode.. although I have not been successful packaging build as an .app. Archive is created but it crashes on launch due to resources not getting bundled properly:

|fatal  | void cinder::app::AppBase::executeLaunch()[197] Uncaught exception, type: cinder::app::AssetLoadExc, what: Failed to load asset with relative path: fonts/UbuntuMono-R.ttf
libc++abi.dylib: terminating with uncaught exception of type cinder::app::AssetLoadExc: Failed to load asset with relative path: fonts/UbuntuMono-R.ttf
Abort trap: 6

If you have any tips 'n' tricks in bundling all req'd assets into the .app archive, that'd be super helpful!

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