Initial svn revision: 3239. - from revision 3240: In lhapdf6ifcc.cc: corrected line if(id==0) id==21 => if(id==0) id=21 It should have no consequences, since LHAPDF8 allows also 0 to denote the gluon density. - from revision 3244: Corrected print to screen and to *stat* files for stages 1 and 2. Does not affect physics output. Corresponding corrections for "make checks" in b_bbar_4l at rev. 3245. - from revision 3355: fixed bug such that the weights for each resgroup (wind) where initialized to uniform before any new iteration of parallel stage 1 (xgriditeration). The bug was not causing inaccuracies, only perhaps slight inefficiency. This bug changes the binary output of the program (i.e. the program is consistent with the previous version only within statistical errors) - from revision 3362: fixed bug in btilde, such that if folding was used the soft mismatch term was not computed properly. - from revision 3364: Fixed a bug in fill_res_histories.f. The subroutine reorder_fs did not reorder resonance assignments. This bug has no effects on the b_bbar_4l subprocess. - from revision 3367: Fixed bug leading to the wrong value of "[btilde/remn] cross section [error] estimate" in `pwgcounters-st4-????.dat` files. Seems to affect all processes with multiple resonance groups (including bb4l), however, it is only relevant if the cross section estimate is used anywhere beyond stage 4 (which it is not by default). It is relevant if the `ubexcess_correct` switch and the `Scripts/FindReweightFromCounters.py` are used in order to correct for upper bound violations in the generation of btilde events. - from revision 3368: Fixed bug related to `ubexcess_correct` switch leading to a wrong value of "[btilde|remn] bound violation correction factor" if running stage 4 together with reweghting. - from revision 3375: W_we-BMNNP major revision - from revision 3376: Z_ew-BMNNPV major revision improved treatment of QED radiation from the resonance; as a consequence of the above point, corrections of O(alpha_s alpha) not overestimated as in previous versions; Detailed description in Ref. arXiv:1612.02841[hep-ph]; minor bug fixing in the virtual EW corrections; new interface to PYTHIA v8.223; interface allowing to run PHOTOS standalone on .lhe events. It provides a new .lhe file which should be given as input to the shower, where QED radiation from the resonance has been switched off. - from revision 3454:Fixed bug that may affect all user processes that override the default settings of the fastbtlbound and storemintupb. A parameter controlling the determination of the upper bound was left undefined if fastbtlbound and storemintupb did not appeared explicitly in the powheg.input. This bug was discovered in the V2 version, but it does not affect any process in the RES version at the moment. - Rev 3456: Fixed bug, reported by Matthias Kesenheimer for V2, such that in weights containing lines of the form key=? the last key was silently ignored. Here ? stands for a single digit value, and there must be no space between the value and for the bug to manifest itself. Other fixes have been added that improve checking of well-formed xml expressions. - Rev 3475: Fixed bug in rwl_weightlists.f, such that adding weights in the rwgt format (using rwl_format_rwgt) did not work properly. - Rev 3478: Modifications aimed at removing the influence of old style Les Houches reweight methods with the new style ("rwl") one. In lhefwrite.f: make sure that weights are written if the rwl_file variable is set, even if the flg_reweight (old style) flag is not. In pwhg_main: make sure that the new (rwl) procedure for adding weights is followed irrespective of the storeinfo_rwgt (old style) flag settings. These modification should not have any effects if old style and new style flags are not mixed. They were introduced in V2 following an exchange with D.Haiden and J.Robinson, that reported unexpected behaviour when old and new style flags were present. - Rev 3604: Fixed bug in integrator that may have manifested itself in runs using fastbtlbound 1 for processe with more than one resonance region at the Born level. The bug would result in a high number of upper bound failure in the generation of the ubderlying born or remnant events. It is unlikely to have affected RES packages, since most of them have more than one resonance region at the Born level. Fixed bug in bbinit such that single process runs would yield an improper upper bound envelope for the generation of underlying Born configurations if storemintupb is used. This combination is unlikely in RES runs. - Rev 3636: Fixed bug relate to the use of the ubexcess_correct option to correct for upper bound violation in the computation of btilde. The option did not yield the correct cross section in the counter files, that are red by the FindReweightFromCounters.py script to find the correction factor to apply to the output events at the analysis stage. The problem manifested itself only in cases when more than one resonance history are involved. Signalled by Mauro Chiesa. - Rev 3701: Fixed bug in sigvirtual.f when the smartsig flag is activated The problem affects all processes with more than one resonance history Signalled by Mauro Chiesa. - Rev 3774: Fixed bug in mint_upb.f, where yindmaxrat was increased, rather than decreased in case of a value below the upper bound (a * rather than / at line 448). This bug might have affected performance when fastbtlbound is used, and more than one resonant region is present. This bugfix might change the binary output of a process starting from stage 3. - Rev 4085: Fixed bug in random.f: seconds from integer to real * 8. the bug manifested itself in arm64 computer architecture. Signalled by Alexander Neuwirth.