On Oct 14, 2011, at 6:48 AM, John Peterson wrote:
> On Thu, Oct 13, 2011 at 10:26 PM, Roy Stogner
> wrote:
>>
>> On Thu, 13 Oct 2011, Jed Brown wrote:
>>
>>> fe_type = {.order = libMeshEnums::SECOND, .family =
>>> libMeshEnums::LAGRANGE}
>>>
>>> and the value 6 is returned from fe_xyz.C:931
LOL - Apparently I'm still learning how to use Siri ;-)
Note to self: don't tell Siri to "reply" when looking at an email (I had
expected it to reply to the text that I got… but apparently it's context
sensitivity got the better of me!).
Please disregard that email!
Derek
On Oct 18, 2011, at
On Tue, Oct 18, 2011 at 12:33 PM, Derek Gaston wrote:
> I just did that
>
>
> Sent from my iPhone
LOL
>
> On Oct 18, 2011, at 12:04 PM, Boyce Griffith wrote:
>
>>
>>
>> On 10/5/11 6:29 PM, Boyce Griffith wrote:
>>> I was wondering if FE::reinit() in fe_boundary.C for sides and edges
>>> shoul
I just did that
Sent from my iPhone
On Oct 18, 2011, at 12:04 PM, Boyce Griffith wrote:
>
>
> On 10/5/11 6:29 PM, Boyce Griffith wrote:
>> I was wondering if FE::reinit() in fe_boundary.C for sides and edges
>> should/could force reinitialization when qrule->shapes_need_reinit() is
>> true, as
On 10/5/11 6:29 PM, Boyce Griffith wrote:
> I was wondering if FE::reinit() in fe_boundary.C for sides and edges
> should/could force reinitialization when qrule->shapes_need_reinit() is
> true, as is done in FE::reinit() in fe.C. I'm attaching a simple patch
> to this email that makes this chang