Are you really using the tagged (release-1-16) version 1.2
of gsim_bos.c ?
The problem of unsuff. memory space is not a problem of
BOS but the way how it is implemented.
Good luck
Franz
===============================================================
Franz J. Klein, Thomas Jefferson National Accelerator Facility,
12000 Jefferson Avenue MS 12H, Newport News, VA 23606
Email: fklein@jlab.org, Tel: (757)269-5879, Fax: (757)269-5800
---------------------------------------------------------------
On Sat, 18 Apr 1998, Lee Cole Smith wrote:
> Has anyone gotten the latest release of GSIM
> to run with the default clasbanks.ddl file? The
> same .ddl file works fine with the lastest
> release of CELEG.
>
> With linux I get at the end of the txt2bos spew:
>
> | TRGS : (64I) : T T T
> | TRKS : (1I,5F,4I) : T T T
> | UNUS : (8I) : T T T
> BOS++NAMIND+ TOO MANY DIFFFERENT NAMES USED - STOP
> USER RESPONSE: CALL BNAMES(NMAX) BEFORE INITIALIZATION FOR A MAXIMUM OF NMAX DIFFERENT NAMES
> LIST OF ALL USED NAMES FOLLOWS
>
.....
>
> If I hack down the size of the clasbanks.ddl file I can get GSIM to run
> but it quits after a few thousand events with:
>
> 0BOS--NBANK- RETURN CODE 1 INSUFF.SPACE FOR NEW BANK BANK= EC
>
> I may soon join the 'I hate BOS, let's get rid of it' movement.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
congratulations! unfortunately all the complaints
about BOS I heard about were simply due to improper
use of BOS (overwriting memory space, improper
bank dropping/garbage collection, etc.)
>
> Cole
>
>
>