fixes in curve-pair event access

This commit is contained in:
Eric Berberich 2009-05-12 18:17:34 +00:00
parent 32ae6b6e51
commit 54fc333a27
1 changed files with 5 additions and 7 deletions

View File

@ -71,8 +71,8 @@ not allowed.
} }
\ccMethod{std::pair< size_type, size_type > curves_at_event(size_type j);}{ \ccMethod{std::pair< size_type, size_type > curves_at_event(size_type j);}{
returns a pair of \ccc{size_type} indicating whether event $j$ is formed by returns a pair indicating which events of the two curves contribute to
which arc numbers of the first and the second curve, or $-1$, if the event~$j$ in the pair of curves. An entry can be $-1$, if the
corresponding curve is not involved. corresponding curve is not involved.
\ccPrecond{$0 \leq j < $\ccc{number\_of_events()}} \ccPrecond{$0 \leq j < $\ccc{number\_of_events()}}
} }
@ -80,16 +80,14 @@ not allowed.
\ccMethod{std::pair< size_type> curves_at_event(size_type j, \ccMethod{std::pair< size_type> curves_at_event(size_type j,
Curve_analysis_2 ca1, Curve_analysis_2 ca1,
Curve_analysis_2 ca2);}{ Curve_analysis_2 ca2);}{
returns a pair of \ccc{size_type} indicating whether event $j$ is formed by returns a pair indicating which events of the two curves {\tt ca1} and {\tt
which arc numbers of {\tt ca1} and {\tt ca2}, or $-1$, if the ca2} contribute to event~$j$ in the pair of curves. An entry can be $-1$,
corresponding curve is not involved in the $j$-th curve pair event. if the corresponding curve is not involved.
\ccPrecond{$0 \leq j < $\ccc{number\_of_events()}} \ccPrecond{$0 \leq j < $\ccc{number\_of_events()}}
\ccPrecond{$ca1$ and $ca2$ are the two curves involved in the curve pair} \ccPrecond{$ca1$ and $ca2$ are the two curves involved in the curve pair}
\ccPrecond{$ca1 != ca2$} \ccPrecond{$ca1 != ca2$}
} }
%Note that this interface mainly rewrites $\{f,g,x\}^n$ in a different way - %Note that this interface mainly rewrites $\{f,g,x\}^n$ in a different way -
%using \ccc{size_type}. Actually the CPVL has to compute this sequence, but for %using \ccc{size_type}. Actually the CPVL has to compute this sequence, but for
%the interface it is nicer to have it already here to avoid conversion objects %the interface it is nicer to have it already here to avoid conversion objects