On Jan 22, 2009, at 9:17 AM, David Robertson wrote:
I have attached the requested info. I included the sources to the
test program(s). I have left the copies of the .mod files. It should
be mentioned that I did not write this code. It was written by the
developer of the ROMS ocean model, He
Sorry for that, the message was supposed to be a private message to
Dirk. I did not notice (or expect) you override Reply-To.
Best regards
Manuel
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Am Donnerstag, den 22.01.2009, 15:12 -0600 schrieb Dirk Eddelbuettel:
> On 22 January 2009 at 15:23, Jeff Squyres wrote:
> | FWIW, "drop in replacement" in this context means recompile and
> | relink. We did not provide binary compatibility between the 1.2
> | series and the 1.3 series.
Das k
On 22 January 2009 at 15:23, Jeff Squyres wrote:
| (note that Chrisophe is not subscribed to devel, so if he replies, we
| won't see it -- sorry; spammers force this kind of policy on us :-( )
(Yes, I also own a few mailing lists for the R Project and use the same
policy. He is CC'ed though.)
(note that Chrisophe is not subscribed to devel, so if he replies, we
won't see it -- sorry; spammers force this kind of policy on us :-( )
On Jan 22, 2009, at 6:10 AM, Dirk Eddelbuettel wrote:
This bug report just came in against the new Open MPI 1.3 release
which we
built the same way as
Nothing wrong with worrying about ping-pong, this is the first thing people
look at.
The question about the unexpected queue was to check and see if proper MPI
matching is done. If there is matching entry in the unexpected queue, this
is the one that is the correct match from the MPI matching rul
Richard Graham wrote:
Re: [OMPI devel] RFC: sm Latency
In the recvi function, do you first try to
match off the unexpected list before you try and match data in the
fifo’s?
Within the proposed approach, a variety of things are possible.
Within the specific code I've put back so far, I
On Jan 22, 2009, at 9:18 AM, Bogdan Costescu wrote:
I'm still having some troubles using the newly released 1.3 with
Myricom's MX. I've meant to send a message earlier, but the release
candidates went so fast that I didn't have time to catch up and test.
General details:
Nodes with
My bad - forgot to change the inequality to equality when Jeff and I
revised the default action. Fixed in r20319
On Jan 22, 2009, at 7:21 AM, Thomas Ropars wrote:
Hi,
I don't manage to run any application with r20318 of the trunk :(
I always get the following message:
[[24867,0],0] ORTE_ERR
BTW,
In the recvi function, do you first try to match off the unexpected list
before you try and match data in the fifo¹s ?
Rich
On 1/21/09 8:00 PM, "Eugene Loh" wrote:
> Ron Brightwell wrote:
>>
>>>
>>> If you poll only the queue that correspond to a posted receive, you only
>>> optim
Hi,
I don't manage to run any application with r20318 of the trunk :(
I always get the following message:
[[24867,0],0] ORTE_ERROR_LOG: Value out of bounds in file
base/odls_base_default_fns.c at line 1223
It seems that the modification of odls_base_default_fns.c in r20312
introduces some pro
Hi!
I'm still having some troubles using the newly released 1.3 with
Myricom's MX. I've meant to send a message earlier, but the release
candidates went so fast that I didn't have time to catch up and test.
General details:
Nodes with dual CPU, dual core Opteron 2220, 8 GB RAM
Hello Jeff,
My mailing list settings were digest so I apologize if this does not get
filed under the right thread.
I have attached the requested info. I included the sources to the test
program(s). I have left the copies of the .mod files. It should be
mentioned that I did not write this cod
Dear Open MPI developers,
This bug report just came in against the new Open MPI 1.3 release which we
built the same way as 1.2.*.
Christophe,
Sorry about that. And yes, it should be a drop-in replacement. You can
revert back to 1.2.8 from testing for now. If you have a small
self-contained
A workaround for this problem would be to change the selected timer
after configure in 'ompi/contrib/vt/vt/config.h'.
To do this, just replace the line
#define TIMER TIMER_CYCLE_COUNTER
by
#define TIMER TIMER_GETTIMEOFDAY
I agree with Paul - the correct solution would be to choose
15 matches
Mail list logo
