Hello! You are calling prepare_for_coarsening_and_refinement() twice which is not allowed. Thanks for reporting this on the mailing list -- we will improve the error message that you encountered.
I spotted a few issues in the order of events of your program. Tutorials step-32, step-42, step-48, step-70 demonstrate the use of parallel::distributed::SolutionTransfer class. With the help of these, I am sure you will get your program to run! Marc On Monday, August 15, 2022 at 8:34:43 AM UTC-6 Wolfgang Bangerth wrote: > On 8/13/22 11:20, M. Bänsch wrote: > > *** Caution: EXTERNAL Sender *** > > > > > > On Wednesday, August 10, 2022 at 1:06:58 AM UTC+2 Wolfgang Bangerth > wrote: > > > > > > It's hard to say what the reason is without having a small test case that > > shows the issue. Since the issue happens during solution transfer, it is > > almost certainly not something related to whether or not you build > solutions. > > > > As is generically the case, it is easiest to find the problem if you > reduce > > the program that produces the error to something as minimal as possible > -- > > just throw out everything that can be thrown out. Do you think you can > > come up > > with such a program? > > > > Thank you very much for your input! Your suggestion regarding the > minimal > > working example is much appreciated. I trimmed down a code snippet even > more > > and the current version is attached. This example is roughly 340 lines > long > > and the relevant part with refine_grid() start at line 204. I included a > dummy > > refinement criterion. > > I got it down to just over 100 lines and put the result into this bug > report: > https://github.com/dealii/dealii/issues/14189 > > Unfortunately, I don't have the time right now to debug this, but at least > it's recorded in our bug database. I also tagged it to make sure we fix > this > before the release. I recognize that that isn't helpful to you right now, > so > if you want to debug this yourself: you might want to read through the > file > where the error happens and try to understand what the exception here is > trying to assert: > (data_range.size() % bytes_per_entry == 0) > This is in a function called unpack_dof_values(), and I imagine it is > checking > whether some data it gets has been packed in the way that this function > expects, but that that check fails for some reason. Once you understand > *what* > the assertion checks, you can start to ask *why* the assertion fails in > your case. > > Best > W. > > -- > ------------------------------------------------------------------------ > Wolfgang Bangerth email: [email protected] > 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/dealii/d2b5575a-b1d5-43eb-a220-243a46a7dcc9n%40googlegroups.com.
