updates
Version 1.1 of OEDIPUS is essentially ready and will be released in
the near future. It will contain the following bug-fixes and new
features:
- Evolution routines were crashing when the limit for the maximum
number of gluons had been reached. This has been fixed.
- The maximum number of gluons for the dynamic evolution option
has been reduced from 600,000 to 400,000.
- The routine evolve_nostore has been added for
situations with extremely large numbers of dipoles. Instead of storing
them all, and then processing them all, this routine calls a
processing routine for each dipole at the `tip of the tree' of
dipoles, deleting the dipole from storage afterwards. It is configured
so that the processing can take place at several values of rapidity
during the same evolution. This routine is available only for fixed
array compilation (dynamic dipole allocation would just slow down the
program, without conferring any advantage). The routine is to be found
and is documented in the file
basic_src/fixed_array/evolve.f90.
- A similar routine, evolve_ns_trunc, stops the
evolution once the processing routine returns a code indicating that
it has sufficient information about the onium. Such a routine is
useful in situations where the information required about the onium
can be deduced without requiring all its dipoles to be present.
Beyond this (but probably not for a couple of months), I am
planning on including an evolution routine which can handle running
coupling. The implementation will probably involve a user routine
which returns a value of the coupling for any configuration of a
parent and two child dipoles, together with some information on the
maximum value of the coupling which can arise given the parent size.
Contact me for details.
Back to OEDIPUS home page.
Gavin Salam
June 3, 1996