Hi Charles (I remember you associated with another e-mail address, whappened?). It is a ccp4 binary. Fred. [log in to unmask] wrote: > Hi Fred > > we have seen this before with some over optimisation in the logic. Is it a roll your own installation or a ccp4 binary? Also, if you rolled your own, what system and compiler. > > Charles Ballard > CCP4 > > > -----Original Message----- > From: CCP4 bulletin board on behalf of Vellieux Frederic > Sent: Wed 10/7/2009 2:24 PM > To: [log in to unmask] > Subject: Re: [ccp4bb] problem with truncate > > Dear Eleanor, > > Hope all is well with you (and with Guy). > > We haven't touched the atomsf.lib file. It is the same in all versions > of ccp4 we have lying around here. Will go on looking for a solution > (perhaps the problem lies with the fact that the input MTZ file already > contains columns for FP and SIGFP, that have not been properly scaled > --- I'll try to remove those columns with sftools and see if truncate > still chokes). > > Thanks for your advice. > > And wish you a nice afternoon, > > Fred. > > Eleanor Dodson wrote: > >> Hmm - truncate guesses the unit cell contents as containing atom types >> C N O and H and retrieves their formfactors from ATOMSF.lib. >> Has the H labelling been changed somewhere? >> >> Eleanor >> >> >> Vellieux Frederic wrote: >> >>> Dear fellow crystallographers, >>> >>> (nice work on the ribosome, and this award is going to be good for >>> our science) >>> >>> We have the following problem when running truncate: >>> >>> >>> FORMATTED OLD file opened on unit 45 >>> Logical name: ATOMSF, Filename: /work/prog/ccp4/lib/data/atomsf.lib >>> >>> >>> TRUNCATE: No match for full atom ID - subtract one character >>> Times: User: 0.0s System: 0.0s Elapsed: 0:00 >>> >>> We have no idea of what's going on. Any idea out there? >>> >>> Many thanks, >>> >>> Fred. & Cecile >>> >> > > >