Yes, will do. I have already fixed that example into a working code. I just need to clean it up a little and I'll submit a pull request.
Also, I'm encountering this issue where tests fail because a zero error ends up being around 1e-13 due to round-off errors. This not only happens for my test, but for a lot of other deal.II tests. I see that most of deal.II's testing framework relies on picking up tests based on a .cc + .output file, making all the tests "regression"-like. I usually have some tolerance for comparing doubles, which I thought would be the common way to do this. How do you provide tests in the deal.II testsuite to account for different round-off errors that might occur? On Monday, August 19, 2019 at 1:17:10 PM UTC-4, Wolfgang Bangerth wrote: > > On 8/18/19 10:44 PM, Doug wrote: > > > > I'd be happy to add this test to the list if that's something you are > > interested in. I just have to take the time to read through how to. > > I think this would be fantastic -- this area is new, so there aren't > that many tests yet. Anything that does what it is supposed to do will > therefore make for a good test, and since you already know how tests > look, it shouldn't even be very difficult to convert your code example > into a working test. Want to give this a try? > > Best > W. > > > -- > ------------------------------------------------------------------------ > Wolfgang Bangerth email: bang...@colostate.edu > <javascript:> > www: http://www.math.colostate.edu/~bangerth/ > -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en --- You received this message because you are subscribed to the Google Groups "deal.II User Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to dealii+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dealii/a797b28a-9b74-49d2-aa74-ebcb25b02103%40googlegroups.com.
