> > we have some troubles with genbank 103 about indexing
> > FeatureQualifier (ftq) with SRS5.05
> > The two first indexing steps are ok:
> > srsbuild GENBANK -f ' ftq' -xdir 'SRSINX:' -odir 'SRSINX:' -s 'unix'
> > srsbuild GENBANK -c -f ' ftq' -xdir 'SRSINX:' -odir 'SRSINX:' -s 'unix'
> >
> > but the step of murging index partitions to a single index make
> > a core dumped
> > srsbuild GENBANK -m -f ' ftq' -xdir 'SRSINX:' -odir 'SRSINX:' -s 'unix'
> > ---------------------------------------------------
>> Might this be caused by a constant determining the maximum number
> of entries associated with a key? The ftq key "dbx_ref" appears
> to be related to 2254812 entries. A grep for 2000000 in the
> source code did show a few constants set to that value, but
> none seemed to be related to this (quickly judged from there
> names/files) - but maybe the SRS-team can tell us more.
>
I am having also this problem with other databases and keys (with less
then 2000000 ref). What makes it tricky is that the dump is not
systematic....
I am using srs 5.05 on SGI origin 2000
Antoine --
Antoine de Daruvar
LION bioscience AG
Im Neuenheimer Feld 517
D-69120 Heidelberg
eMail daruvar at lion-ag.de
WWW http://www.lion-ag.de
