From: Leandro Martinez (leandromartinez98_at_gmail.com)
Date: Wed Oct 20 2004 - 09:30:57 CDT
I'm not sure about what I'm saying since I have done it some time ago.
But I think that problem is solved if your compile the last version of
charmm++ in your opteron machine (I'm think using 32bit compatibility)
and then use it with that namd binary. You can get the latest charmm++
version from a (hard to find, I remember) CVS repository, but it
should work. Unfortunately, I have not written the details of what I
have done... bad strategy. Does anyone knows anything else or if this
makes any sense?
Leandro.
On Wed, 20 Oct 2004 16:00:06 +0200, Marek Dynowski
<marek.dynowski_at_student.uni-tuebingen.de> wrote:
> On Wednesday 20 October 2004 15:27, you wrote:
> > I'm running namd in a opteron cluster with fedora 2.0 x86_64. I was
> > also not able to compile it due to similar problems, but the binary
> >
> > NAMD_2.5_Linux-i686-TCP
> >
> > which is available in the namd site runs well. Of course, it runs as a
> > 32bit application.
> > Leandro.
> >
> >
> >
>
> Hi Leandro,
>
> thanks for the quick answer. I tried the binary NAMD_2.5_Linux-i686-TCP, but
> now I get the following error message:
>
> Charmrun: error on request socket--
> Socket closed before recv.
>
> I found the same error message in the Charm++ FAQ:
>
> Charmrun: error on request socket--
> Socket closed before recv.
> This means that the node program died without informing charmrun about it,
> which typically means a segmentation fault while in the interrupt handler or
> other critical communications code. This indicates severe corruption in
> Charm++'s data structures, which is likely the result of a heap corruption
> bug in your program. Re-linking with "-memory paranoid" may clarify the true
> problem.
>
> So I tried to compile NAMD/Charm to solve the error above ?
> Do you have any suggestions ?
> --
> ------------------------
> Marek Dynowski
> ZMBP, Plant Physiology
> University of Tuebingen
> Auf der Morgenstelle 1
> D-72076 Tübingen
> Ph: +49 7071 29 73230
> ------------------------
>
This archive was generated by hypermail 2.1.6 : Wed Feb 29 2012 - 15:37:55 CST