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

Seg fault when fitness gets too high #17

Open
anyaevostinar opened this issue Oct 16, 2015 · 5 comments
Open

Seg fault when fitness gets too high #17

anyaevostinar opened this issue Oct 16, 2015 · 5 comments

Comments

@anyaevostinar
Copy link
Contributor

When fitness gets crazy, the scheduler can throw a seg fault.

@ruppmatt
Copy link
Contributor

What kind of behavior would you like aside from "halt and catch fire?" We could make merit larger, but its max value is pretty large as it stands.

@mercere99
Copy link
Member

A more intentional (and informative) version of "halt and catch fire" would be ideal.

@mercere99
Copy link
Member

(assuming I'm correct that it's already a double?)

@ruppmatt
Copy link
Contributor

Yeah, it's a double.

@ruppmatt
Copy link
Contributor

Probably the easiest way to handle this is to make sure that nothing enters the scheduler if it has a non-finite double-valued merit. We can't consider all the cases where merit will be used or abused, but during an actual experiment, it'll definitely hit the scheduler and break it. Since the scheduling is done at a base-level in the code I can just send a simple error feedback message and terminate.

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

No branches or pull requests

3 participants