dolfin team mailing list archive
-
dolfin team
-
Mailing list archive
-
Message #17721
Re: Import error (again)
-
To:
Anders Logg <logg@xxxxxxxxx>
-
From:
Niclas Jansson <njansson@xxxxxxxxxx>
-
Date:
Thu, 25 Feb 2010 01:14:12 +0100
-
Cc:
DOLFIN Mailing List <dolfin@xxxxxxxxxxxxxxxxxxx>
-
In-reply-to:
<20100223234827.GA2805@olorin> (Anders Logg's message of "Wed\, 24 Feb 2010 00\:48\:27 +0100")
-
User-agent:
Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix)
Anders Logg <logg@xxxxxxxxx> writes:
> On Tue, Feb 23, 2010 at 11:44:44PM +0000, Garth N. Wells wrote:
>>
>>
>> Anders Logg wrote:
>> > On Tue, Feb 23, 2010 at 10:38:38PM +0000, Garth N. Wells wrote:
>> >>
>> >> Marie Rognes wrote:
>> >>> Am I the only one getting the following error with a fresh dolfin?
>> >>>
>> >> I've commented out the offending function. I don't see why it was added.
>> >>
>> >> Garth
>> >
>> > It's in the commit log. :-)
>> >
>>
>> Where's the implementation? I don't see why it was added without an
>> implementation.
>
> The .cpp file was missing. It's there now.
>
>> I also think that this isn't a good idea from the la standpoint,
>> especially in parallel.
>
> It works through ident() which works fine in parallel. The problem is
> getrow() that doesn't work in parallel. There might be other ways to
> figure out which rows are zero.
>
Hmm, getrow() works in parallel but is restricted to local rows. There
is a workaround that I've used in unicorn, use submatrices in PETSc to
create ghosted copies of the off processor rows that are needed.
Of course, it's superior to change data layout/ algorithms such that the
program never depends on off processor rows.
Niclas
References