Hi Thomas, Thanks very much for this patch, I will apply and post back results. Cheers! // Rolf
On Thu, Apr 19, 2012 at 11:46 AM, Thomas Holder <spel...@users.sourceforge.net> wrote: > Hi Rolf, > > the count_atoms command is fine. PyMOL truncates the first line of the > xyz file to 6 characters, so it actually stopped reading the file after > 139814 atoms. The fix is easy: > > --- layer2/ObjectMolecule.c (revision 3996) > +++ layer2/ObjectMolecule.c (working copy) > @@ -3481,7 +3481,7 @@ > atInfo = *atInfoPtr; > > p_store = p; > - p = ncopy(cc, p, 6); > + p = ncopy(cc, p, 9); > if(sscanf(cc, "%d", &nAtom) != 1) { > nAtom = 0; > tinker_xyz = false; > > Cheers, > Thomas > > On 04/19/2012 04:00 PM, Rolf S. Arvidson wrote: >> Hi Jason, >> >> I've also posted a screen cap of VMD with the same file loaded >> >> http://www.ruf.rice.edu/~rsa4046/_private/pymol/cap4.png >> >> in which the correct atom count is reported. In addition, I tried this >> with my licensed copy of PyMOL on my laptop (win7), also with same >> (truncated) result as Linux session. Thanks again for any help you can >> provide. >> >> Cheers //Rolf >> >> On Thu, Apr 19, 2012 at 07:58:56AM -0500, Rolf S. Arvidson wrote: >>> Hi Jason, >>> >>> Thanks for the speedy reply. I've posted the ASCII .xyz data file, >>> compressed equivalent, and screen caps at >>> >>> http://www.ruf.rice.edu/~rsa4046/_private/pymol/ >>> >>> I have had some recent problems with pymol apparently hanging on this >>> machine (possibly due to an opengl + nouveau-nvidia driver issue), that >>> has necessitated use of "LIBGL_ALWAYS_SOFTWARE=1 pymol ...", and didn't >>> know if my problem with atom count was related. You're right, it does >>> indeed seem as if the last digit is just truncated. To test if this was >>> just a display issue, I also tried loading the same data file within >>> pymol (without the LIBGL statement) on a remote machine (although same >>> version, OS, and libraries) via ssh X-forwarding, and derived the same >>> result in terms of reported number of atoms from count_atoms, although I >>> don't know if such a test is really definitive. Thanks very much for any >>> insight you can provide. >>> >>> Cheers //Rolf >>> >>> On Thu, Apr 19, 2012 at 12:40:09AM -0700, Jason Vertrees wrote: >>>> Hi Rolf, >>>> >>>> That's pretty strange. Any chance you can share the file? It looks >>>> like PyMOL's somehow missing the last number in the result. I've >>>> easily loaded millions of atoms before and got the correct atom count. >>>> >>>> Cheers, >>>> >>>> -- Jason >>>> >>>> On Wed, Apr 18, 2012 at 8:54 PM, Rolf S. Arvidson<rsa4...@gmail.com> >>>> wrote: >>>>> I am using pymol to display the surface of inorganic crystals, and >>>>> have used it successfully in the past for relatively small molecules. >>>>> I am not trying to display larger surfaces (>1e6 atoms), and now >>>>> notice a discrepancy between the number of atoms present in and loaded >>>>> from the source file, and that reported by pymol. I have included an >>>>> example using a file with 1398146 atoms. VMD loads and displays the >>>>> same file and reports the correct number of atom entries. However, >>>>> pymol oddly reports 139814 atoms, not 1398146. However, as far as I >>>>> can tell, the atoms do *appear* in the graphical display. I've posted >>>>> some screen captures at >>>>> >>>>> http://i1111.photobucket.com/albums/h464/lokidawg/pymol/cap1.png >>>>> http://i1111.photobucket.com/albums/h464/lokidawg/pymol/cap2.png >>>>> >>>>> to illustrate this. Can anyone guess at the cause of this? I am using >>>>> version 1.5.0.2, compiled from source (Funtoo Linux x86_64, 3.3.1 >>>>> kernel, 12012MB RAM). >>>>> Many thanks //Rolf >>>> >>>> -- >>>> Jason Vertrees, PhD >>>> PyMOL Product Manager >>>> Schrödinger, LLC >>>> >>>> (e) jason.vertr...@schrodinger.com >>>> (o) +1 (603) 374-7120 > > > -- > Thomas Holder > MPI for Developmental Biology > Spemannstr. 35 > D-72076 Tübingen > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > PyMOL-users mailing list (PyMOL-users@lists.sourceforge.net) > Info Page: https://lists.sourceforge.net/lists/listinfo/pymol-users > Archives: http://www.mail-archive.com/pymol-users@lists.sourceforge.net ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ PyMOL-users mailing list (PyMOL-users@lists.sourceforge.net) Info Page: https://lists.sourceforge.net/lists/listinfo/pymol-users Archives: http://www.mail-archive.com/pymol-users@lists.sourceforge.net