On 11/01/2012 07:06 PM, Roy Stogner wrote:
>
> On Thu, 1 Nov 2012, David Knezevic wrote:
>
>> On 11/01/2012 03:44 PM, Roy Stogner wrote:
>>>
>>>
>>> On Thu, 1 Nov 2012, David Knezevic wrote:
>>>
This is all very good stuff. But I'm not too worried about this
efficiency bottleneck for no
On Thu, 1 Nov 2012, Kirk, Benjamin (JSC-EG311) wrote:
> Roy - I'd like to have a default constructor for the MessageTag so I
> can create a vector of them. I have a use case where I need a
> number of tags, and this is the easiest way to store them so I can
> then loop through the tags and recei
On Nov 1, 2012, at 5:20 PM, Roy Stogner wrote:
>
> On Thu, 1 Nov 2012, Derek Gaston wrote:
>
>> On Thu, Nov 1, 2012 at 3:10 PM, Roy Stogner wrote:
>> I'd like to see the compile error if it's not too much trouble, though.
>>
>> /Users/gastdr/projects/herd_trunk/devel/moose/src/utils/Gath
On Thu, 1 Nov 2012, David Knezevic wrote:
> On 11/01/2012 03:44 PM, Roy Stogner wrote:
>>
>>
>> On Thu, 1 Nov 2012, David Knezevic wrote:
>>
>>> This is all very good stuff. But I'm not too worried about this efficiency
>>> bottleneck for now, so I'll just change sum() to max(). I'll keep the
On Thu, 1 Nov 2012, Derek Gaston wrote:
On Thu, Nov 1, 2012 at 3:10 PM, Roy Stogner wrote:
I'd like to see the compile error if it's not too much trouble, though.
/Users/gastdr/projects/herd_trunk/devel/moose/src/utils/GatherNearbyElements.C:616:
error: no matching function for call to
On Thu, Nov 1, 2012 at 3:10 PM, Roy Stogner wrote:
> I'd like to see the compile error if it's not too much trouble, though.
>
Sure...
/Users/gastdr/projects/herd_trunk/devel/moose/src/utils/GatherNearbyElements.C:616:
error: no matching function for call to ‘receive(const unsigned int&,
std::ve
On Thu, 1 Nov 2012, Derek Gaston wrote:
I've tested the current changes and it did cause one compile error in MOOSE...
but it was in my code for dealing with ghosting extra elements
while using ParallelMesh. I know that that code is bad now anyway (I should
use the new PackedElem stuff and r
On Wed, Oct 31, 2012 at 10:59 AM, Roy Stogner wrote:
>
> I'll wait on you, thanks.
>
Sorry I didn't get to this yesterday... you checked this in this morning,
right?
I've tested the current changes and it did cause one compile error in
MOOSE... but it was in my code for dealing with ghosting ext
On Thu, 1 Nov 2012, Roy Stogner wrote:
> I don't think there's a more efficient way to get the root_id
> for a single broadcast,
And skimming MPI docs hasn't changed my mind. Which is a little
disappointing; based on the cleverness I've seen of the "MPI_ANY_TAG"
type arguments to other MPI func
On 11/01/2012 03:33 PM, Roy Stogner wrote:
>
> On Thu, 1 Nov 2012, David Knezevic wrote:
>
>> I just checked in a change, I believe this is fixed now --- at least
>> reduced_basis_ex6 works with --enable-parmesh for me now in r6280.
>>
>> But I'd appreciate if you could have a look at the diff.
On Thu, 1 Nov 2012, David Knezevic wrote:
> I just checked in a change, I believe this is fixed now --- at least
> reduced_basis_ex6 works with --enable-parmesh for me now in r6280.
>
> But I'd appreciate if you could have a look at the diff.
That was fast work!
I'm not sure it's correct, tho
Hi Roy,
I just checked in a change, I believe this is fixed now --- at least
reduced_basis_ex6 works with --enable-parmesh for me now in r6280.
But I'd appreciate if you could have a look at the diff. In
RBEIMConstruction::evaluate_mesh_function I use the mesh function on a
ghosted vector now
On Thu, 1 Nov 2012, Kirk, Benjamin (JSC-EG311) wrote:
> I think I fixed this in r6274 - but your concurrence would be appreciated!
It looks correct at first glance. We really need to add some
complicated-constraint-testing benchmark problems one of these days,
though.
---
Roy
-
On Oct 31, 2012, at 2:02 PM, Roy Stogner wrote:
>
> On Wed, 31 Oct 2012, Kirk, Benjamin (JSC-EG311) wrote:
>
>> dof_map.heterogenously_constrain_element_matrix_and_vector (Ke, Fe,
>> dof_indices_disp);
>>
>> But for the life of me, they are *not* in the output of the linear solver.
>> The o
14 matches
Mail list logo
