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

Use seed in CHOLMOD tests #11639

Merged
merged 1 commit into from
Jun 10, 2015
Merged

Use seed in CHOLMOD tests #11639

merged 1 commit into from
Jun 10, 2015

Conversation

andreasnoack
Copy link
Member

Uncontroversial. I just want to be sure that the tests pass on all platforms for the chosen seed.

As discussed in #11614 (comment)

tkelman added a commit that referenced this pull request Jun 10, 2015
@tkelman tkelman merged commit 608fc91 into master Jun 10, 2015
@tkelman
Copy link
Contributor

tkelman commented Jun 10, 2015

Thanks, looks like this'll work. Travis failure is unrelated.

@tkelman tkelman deleted the anj/sparseseed branch June 10, 2015 09:22
@yuyichao
Copy link
Contributor

I'm wondering seeding the random number generator can hide certain failures like #11658 and makes it harder to find those problems. (Just to be clear, I'm not saying that #11658 is easy either, it was fun watching hundreds of gdb sessions though....)

Or another way to do it (which I like more) is setup sth like Fuzz.jl on a buildbot to find these issues and leave the main testsuite clean and more deterministic.

@andreasnoack
Copy link
Member Author

It would probably be a good idea if we had a single flag to turn the seeding on and off with the default to be on.

@StefanKarpinski
Copy link
Sponsor Member

There are two entirely different testing concerns:

  • is this thing right in the first place – want to test lots of random cases, investigate when failures occur
  • have we broken something that used to work – want to deterministically test things that we know work

The former requires human supervision and is generally interactive. It is also not what we're doing here. This is automated testing to make sure we haven't broken things. The seeds should be fixed.

@andreasnoack
Copy link
Member Author

@StefanKarpinski The point is that the same tests can sometimes be used for both purposes. In that case it might be a good idea to have something like a flag instead of searching for srand statements to comment out in the test code.

@tkelman
Copy link
Contributor

tkelman commented Jun 11, 2015

This seems like the kind of thing to add to the list of "stuff we would like a fancier test framework to handle for us."

@yuyichao
Copy link
Contributor

Agree. It's on my todo list to get one for catching GC issues although I believe it would hit other bugs first...

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

Successfully merging this pull request may close these issues.

None yet

4 participants