Opened 12 years ago
Closed 11 years ago
#476 closed feature_request (fixed)
Container for inclusive productions
Reported by: | Juergen Reuter | Owned by: | kilian |
---|---|---|---|
Priority: | P1 | Milestone: | v2.2.0 |
Component: | interfaces | Version: | 2.1.1 |
Severity: | normal | Keywords: | |
Cc: |
Description
Since this is a sine qua non for SUSY event sample productions, this is high-priority. (I even consider it more urgent than the 2->1 processes). But it depends on #468.
Change History (9)
comment:1 Changed 12 years ago by
Type: | defect → feature_request |
---|
comment:2 Changed 12 years ago by
Priority: | P0 → P1 |
---|---|
Status: | new → assigned |
comment:3 Changed 12 years ago by
This is actually on the verge to come, and we clarified the syntax now:
p, p => (proc1) + (proc2) + ....
for process containers, and
p, p => ("W+" => E1, n1), j, j
etc. for decays (also shuffled:
p, p => (t => (W+ => E1, n1), b), tbar
).
comment:4 Changed 11 years ago by
Milestone: | v2.2.0 → v2.2.1 |
---|
comment:5 Changed 11 years ago by
Milestone: | v2.2.1 → v2.2.0 |
---|
Medium to major change in syntax - maybe already ready for 2.2.0? tbc on Monday...
comment:6 Changed 11 years ago by
Status: | assigned → new |
---|
Decays are now in separate ticket #629. Inclusive processes (addition) to be prepared for release 2.2.0.
comment:7 Changed 11 years ago by
Status 04-04: algebra for inclusive processes implemented, got the usual gfortran 4.7 memory corruption :( To be ctd.
comment:8 Changed 11 years ago by
Intermediate status as of r5682: everything seems to work for processes with a sum of final states, such as
e1, E1 => (e2, E2) + (e3, E3) + (A, A)
The case where the program has to expand the final state
e1, E1 => e2 + e3 + A, E2 + E3 + A
doesn't work yet because the r.h.s. will contain components with vanishing matrix element. This is not yet handled correctly.
Then, the expansion may contain doublers; these should be eliminated before starting integration. (E.g., by sorting the r.h.s.)
comment:9 Changed 11 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Remaining issues done in r5688, closing.
Sinced this depends on #468, the priority is obviously lower than that one.