On Dec 13, 2012, at 4:43 PM, Jens Lohne Eftang wrote:
>> I'll second that request, but for a different reason: If there was an
>> error in user code that could have been caught with the right library
>> assertion, that might be nice to add.
> It wasn't libmesh-related at all, just a stupid typo
On 12/13/2012 05:39 PM, Roy Stogner wrote:
>
> On Thu, 13 Dec 2012, John Peterson wrote:
>
>> On Thu, Dec 13, 2012 at 3:23 PM, Jens Lohne Eftang
>> wrote:
>>> So this turned out to be a rather humiliating error on my part. Sorry
>>> about the spam but thanks at least for pointing me in the right
On Thu, 13 Dec 2012, John Peterson wrote:
> On Thu, Dec 13, 2012 at 3:23 PM, Jens Lohne Eftang wrote:
>> So this turned out to be a rather humiliating error on my part. Sorry
>> about the spam but thanks at least for pointing me in the right direction!
>
> Care to share any details in case it mi
On Thu, Dec 13, 2012 at 3:23 PM, Jens Lohne Eftang wrote:
> So this turned out to be a rather humiliating error on my part. Sorry
> about the spam but thanks at least for pointing me in the right direction!
Care to share any details in case it might be of use to others in future?
--
John
--
So this turned out to be a rather humiliating error on my part. Sorry
about the spam but thanks at least for pointing me in the right direction!
Best,
Jens
On 12/13/2012 04:13 PM, Kirk, Benjamin (JSC-EG311) wrote:
> On Dec 13, 2012, at 1:43 PM, John Peterson wrote:
>
>> On Thu, Dec 13, 2012 at
On Dec 13, 2012, at 1:43 PM, John Peterson wrote:
> On Thu, Dec 13, 2012 at 12:40 PM, Roy Stogner
> wrote:
>>
>> On Thu, 13 Dec 2012, Jens Lohne Eftang wrote:
>>
>>> 2) The output of EquationSystems::print_info() after initialization
>>> (after adding the second system) is listed below. It lo
On Thu, Dec 13, 2012 at 12:40 PM, Roy Stogner wrote:
>
> On Thu, 13 Dec 2012, Jens Lohne Eftang wrote:
>
>> 2) The output of EquationSystems::print_info() after initialization
>> (after adding the second system) is listed below. It looks sound to me.
>
> Wait one second:
>
>> EquationSystems
>>
On 12/13/2012 02:40 PM, Roy Stogner wrote:
>
> On Thu, 13 Dec 2012, Jens Lohne Eftang wrote:
>
>> 2) The output of EquationSystems::print_info() after initialization
>> (after adding the second system) is listed below. It looks sound to me.
>
> Wait one second:
>
>> EquationSystems
>> n_systems(
On Thu, 13 Dec 2012, Jens Lohne Eftang wrote:
> 2) The output of EquationSystems::print_info() after initialization
> (after adding the second system) is listed below. It looks sound to me.
Wait one second:
> EquationSystems
> n_systems()=2
>System #0, "io_system"
...
> n_vectors()=2
On 12/13/2012 12:11 PM, Kirk, Benjamin (JSC-EG311) wrote:
> I created a unit test in the latest libMesh source tree, and for the buffers
> you provide the code is behaving as expected.
> https://github.com/libMesh/libmesh/pull/9
>
> So the issue is not the new VariableGroups patch, which is consi
On Dec 12, 2012, at 9:15 PM, Jens Lohne Eftang wrote:
>>
>> in your top-level directory and try that build - what happens?
> I get the same behavior as with 6525.
>
> Thanks,
> Jens
Jens,
I created a unit test in the latest libMesh source tree, and for the buffers
you provide the code is beha
On 12/12/2012 10:04 PM, Kirk, Benjamin (JSC-EG311) wrote:
> On Dec 12, 2012, at 6:35 PM, Jens Lohne Eftang wrote:
>
>>> and repeat your experiment, replying with the results again for the first
>>> three nodes, also with the
>>> node->debug_buffer() as before?
>>>
>>> I'd expect system 0, vars 0,
On Dec 12, 2012, at 6:35 PM, Jens Lohne Eftang wrote:
>>
>> and repeat your experiment, replying with the results again for the first
>> three nodes, also with the
>> node->debug_buffer() as before?
>>
>> I'd expect system 0, vars 0,1,2 to have ids 0, 96, and 192, respectively,
>> from this b
On 12/12/2012 06:17 PM, Kirk, Benjamin (JSC-EG311) wrote:
> On Dec 12, 2012, at 4:11 PM, Jens Lohne Eftang wrote:
>
>> With revision 6524 it's still broken. Yep, I'm pulling from svn.
> With r6524, will you please uncomment the section
>
>// std::cout << "base_idx, var, vg, vig, ncg, comp=
One more thing - you may want to put
node->debug_buffer();
libmesh_error();
So you can force an abort to track down the output - uncommenting those lines
will create a lot of noise on the console!
-Ben
On Dec 12, 2012, at 5:17 PM, "Kirk, Benjamin (JSC-EG311)"
wrote:
> On Dec 12, 2012, a
On Dec 12, 2012, at 4:11 PM, Jens Lohne Eftang wrote:
> With revision 6524 it's still broken. Yep, I'm pulling from svn.
With r6524, will you please uncomment the section
// std::cout << "base_idx, var, vg, vig, ncg, comp="
//<< base_idx << " "
//
On 12/12/2012 05:09 PM, Kirk, Benjamin (JSC-EG311) wrote:
> On Dec 12, 2012, at 3:52 PM, "Jens Lohne Eftang" wrote:
>
>> On 12/12/2012 04:31 PM, Kirk, Benjamin (JSC-EG311) wrote:
>>> Sorry, the debug_buffer() is a new feature - from when I thought it was my
>>> patch. ;-)
>>>
>>> Have you run thi
On Dec 12, 2012, at 3:52 PM, "Jens Lohne Eftang" wrote:
> On 12/12/2012 04:31 PM, Kirk, Benjamin (JSC-EG311) wrote:
>> Sorry, the debug_buffer() is a new feature - from when I thought it was my
>> patch. ;-)
>>
>> Have you run this on debug mode?
> Hmm, I must have messed something up when I ro
On 12/12/2012 04:31 PM, Kirk, Benjamin (JSC-EG311) wrote:
> Sorry, the debug_buffer() is a new feature - from when I thought it was my
> patch. ;-)
>
> Have you run this on debug mode?
Hmm, I must have messed something up when I rolled back to 6524 earlier.
Now I did get debug_buffer() to work an
Sorry, the debug_buffer() is a new feature - from when I thought it was my
patch. ;-)
Have you run this on debug mode?
Reading the system from disk initialized the equation systems, and then you
add another system?
Conceptually this should work, but... That's what the asserts are there for!
On 12/12/2012 04:11 PM, Kirk, Benjamin (JSC-EG311) wrote:
> On Dec 12, 2012, at 3:07 PM, Roy Stogner wrote:
>
>> On Wed, 12 Dec 2012, Jens Lohne Eftang wrote:
>>
>>> The system that is read from file has three variables. Now, when I
>>> iterate of the nodes of mesh, and do
>>>
>>> index_0 = node->
On 12/12/2012 04:07 PM, Roy Stogner wrote:
> On Wed, 12 Dec 2012, Jens Lohne Eftang wrote:
>
>> The system that is read from file has three variables. Now, when I
>> iterate of the nodes of mesh, and do
>>
>> index_0 = node->dof_number(0, i, 0);
>> index_1 = node->dof_number(0,0,0);
>>
>> I alwas g
On Wed, Dec 12, 2012 at 2:07 PM, Roy Stogner wrote:
>
> On Wed, 12 Dec 2012, Jens Lohne Eftang wrote:
>
>> The system that is read from file has three variables. Now, when I
>> iterate of the nodes of mesh, and do
>>
>> index_0 = node->dof_number(0, i, 0);
>> index_1 = node->dof_number(0,0,0);
>>
On Dec 12, 2012, at 3:07 PM, Roy Stogner wrote:
> On Wed, 12 Dec 2012, Jens Lohne Eftang wrote:
>
>> The system that is read from file has three variables. Now, when I
>> iterate of the nodes of mesh, and do
>>
>> index_0 = node->dof_number(0, i, 0);
>> index_1 = node->dof_number(0,0,0);
>>
>
On Wed, 12 Dec 2012, Jens Lohne Eftang wrote:
> The system that is read from file has three variables. Now, when I
> iterate of the nodes of mesh, and do
>
> index_0 = node->dof_number(0, i, 0);
> index_1 = node->dof_number(0,0,0);
>
> I alwas get index_0==index_1 also when i = 1,2.
I assume you
Hi all,
I have an EquationSystems which holds two systems:
EquationSystems es(mesh);
es.read(filename),
READ,
EquationSystems::READ_HEADER |
EquationSystems::READ_DATA |
EquationSystems::READ_ADDITIONAL_DATA);
System & sys = es.add_
26 matches
Mail list logo
