<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=iso-8859-1"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:799032850;
mso-list-type:hybrid;
mso-list-template-ids:-2111402386 -1034635476 67567619 67567621 67567617 67567619 67567621 67567617 67567619 67567621;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;
mso-fareast-font-family:"Times New Roman";
mso-bidi-font-family:Calibri;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l1
{mso-list-id:1594435523;
mso-list-type:hybrid;
mso-list-template-ids:-926101650 -552587732 67567641 67567643 67567631 67567641 67567643 67567631 67567641 67567643;}
@list l1:level1
{mso-level-text:"%1\.\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=DE link=blue vlink=purple style='word-wrap:break-word'><div class=WordSection1><div><p class=MsoNormal><span style='font-size:12.0pt;color:black'>Dear Pierre and Alexandre,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>did you check that if your pricer returns SCIP_DIDNOTRUN because it thinks a violated inequality exists (and is stored) the constraint handler is actually adding a row to SCIP?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>Note that if your constraint handler is doing<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>If(SCIPisCutEfficacious(scip, sol, row))<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>{<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'> SCIPaddRow(scip, row, /*other args*/);<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>}<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>It can happen that the cut is not added because SCIPisCutEfficacious returns false even if the absolute violation of the row is small but not too small (say 1e-2 or so) and your separation routine thinks the cut is sufficiently violated.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>This is because SCIPisCutEfficacious takes some norm of the row into account (there are several parameters to influence the behaviour). Therefore no cut is added, the pricer is not called again and SCIP resorts to branching. Note that I did not check your code and your issues might be caused by something completely different.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>In my particular case it was sufficient to add the row no matter what SCIPisCutEfficacious said in order to avoid early branching, but that might not be the best solution. <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>Also remember to release the row if SCIPisCutEfficacious returns false – otherwise the row and the constraint handler are not free’d properly after the problem was solved and/or assert statements inside SCIP fail…<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>Tobias<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p></div><div class=MsoNormal align=center style='text-align:center'><hr size=2 width="98%" align=center></div><div id=divRplyFwdMsg><p class=MsoNormal><b><span style='color:black'>Von:</span></b><span style='color:black'> Scip <scip-bounces@zib.de> im Auftrag von Alexandre Dupont-Bouillard <dupont-bouillard@lipn.univ-paris13.fr><br><b>Gesendet:</b> Donnerstag, 23. </span><span lang=EN-US style='color:black'>Dezember 2021 16:09<br><b>An:</b> Ambros Gleixner <gleixner@zib.de><br><b>Cc:</b> scip@zib.de <scip@zib.de><br><b>Betreff:</b> Re: [SCIP] How to freely tune between pricing and cutting ?</span><span lang=EN-US> <o:p></o:p></span></p><div><p class=MsoNormal><span lang=EN-US> <o:p></o:p></span></p></div></div><div><div><p class=MsoNormal>[Sie erhalten nicht oft E-Mail von "dupont-bouillard@lipn.univ-paris13.fr". Weitere Informationen, warum dies wichtig ist, finden Sie unter "<a href="http://aka.ms/LearnAboutSenderIdentification%22.">http://aka.ms/LearnAboutSenderIdentification".</a>]<br><br><span lang=EN-US>Dear Ambros,<br><br>We tried this solution but even if we return SCIP_DIDNOTRUN after adding<br>this dummy column, our separator is not called until no column is added.<br><br>Regards,<br>Pierre and Alexandre<br><br>Le 2021-12-19 08:15, Ambros Gleixner a écrit :<br>> Dear Pierre and Alexandre,<br>><br>> I don't have a solution, but a quick idea for a possible workaround:<br>><br>> Instead of returning SCIP_DIDNOTRUN, can you add a dummy column with<br>> an expensive objective coefficient such that it never appears in the<br>> LP? This may not be the best solution for performance, but maybe it is<br>> not too bad if it does not happen often. (In a second step, you could<br>> try to make SCIP delete such columns at the the end of the node.)<br>><br>> Best,<br>> Ambros<br>><br>><br>><br>> Am 17.12.21 um 16:46 schrieb Alexandre Dupont-Bouillard:<br>>> Dear Steve and Gerald,<br>>> Many thanks for the two ideas you give us to our question, and sorry<br>>> for the false hope.<br>>> Unfornately, either the two solutions or a mix of the two appears<br>>> sometimes to raise a bug into SCIP.<br>>> Our aim is still to freely decide to stop the pricing phase in order<br>>> to add some inequalities before pricing convergence.<br>>> The Steve's idea was to use SCIP_DITNOTRUN return value at the end of<br>>> the pricing Callback.<br>>> The Gerald's idea was to previously perform the separation algo within<br>>> the pricing Callback in order to be sure to generate a cut in the next<br>>> separator Callback: unfortunately, when no column is added in the<br>>> pricing callback, the current relaxation is taken as a lower bound<br>>> which induces bad decisions in the following.<br>>> We tried to mix the two idea and we then use SCIP_DITNOTRUN with<br>>> Gerald's idea.<br>>> Unfortunately, as Eddie has noticed with his own code, for some<br>>> instances, the use of SCIP_DITNOTRUN in the pricing Callback appears<br>>> to stop the whole SCIP BCP process before convergence was reached.<br>>> If someone wants to test our code, please find here a link to an<br>>> instance which always fails. When SCIP stops, the convergence is not<br>>> reached: this can be seen with our second code where all the columns<br>>> and all the inequalities that have been produced in the first code,<br>>> have been added till the beginning... and in that case SCIP doesn't<br>>> stop! (but stops a few iteration later without reaching the<br>>> convergence).<br>>> We guess that using several SCIP_DITNOTRUN can raise a bug for some<br>>> instance.<br>>> Perhaps the case Eddie indicates correspond to the fact that<br>>> SCIP_DITNOTRUN is not to be used when the solution to be priced is<br>>> integral. Unfortunately the bug is reached for our code with a<br>>> fractional value.<br>>> If you wanna check what happends, there is our code<br>>> : </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Falexandredupontbouillard%2FB-C-P-coloring&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=g%2B3m%2FHz2NB8d%2BiBRvX%2BohgsrfRnZGsJHXIHlr8446JA%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Falexandredupontbouillard%2FB-C-P-coloring&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=g%2B3m%2FHz2NB8d%2BiBRvX%2BohgsrfRnZGsJHXIHlr8446JA%3D&reserved=0</span></a><span lang=EN-US><br>>> You can find in the readme explanations on how to reproduce the bug.<br>>> Regards,<br>>> Pierre and Alexandre<br>>><br>>><br>>> Le 2021-11-24 21:23, Alexandre Dupont-Bouillard a écrit :<br>>><br>>>> Dear Gerald,<br>>>><br>>>><br>>>> It now works as we wanted, many thanks for your precious help.<br>>>><br>>>><br>>>> Regards,<br>>>><br>>>> Pierre and Alexandre<br>>>><br>>>><br>>>> Le 2021-11-11 15:22, Gerald Gamrath a écrit :<br>>>><br>>>> Hi Alexandre,<br>>>><br>>>> what you could do to avoid changing the SCIP code would be to<br>>>> check within your pricer if your separator will find cuts for the<br>>>> current LP solution. For example, you could have an external<br>>>> function that you can call from your pricer which returns whether<br>>>> a cut can be generated. If that check may be expensive, you could<br>>>> buffer the generated cut so that the separation call can directly<br>>>> add that cut. I could imagine that having this close relation<br>>>> between cutting and pricing implemented in your plugins could be<br>>>> beneficial anyway, e.g., if you want to make the decision whether<br>>>> or not to continue pricing depend on the strength of the cuts<br>>>> that<br>>>> your separator would generate.<br>>>><br>>>> Best,<br>>>> Gerald<br>>>><br>>>> Am 08.11.21 um 20:11 schrieb Alexandre Dupont-Bouillard:<br>>>><br>>>> Dear Steve<br>>>><br>>>> Many thanks for your answer.<br>>>><br>>>> The question of free alternation between cut and price seems to be a new<br>>>> strategy since it's not classical for SCIP!<br>>>><br>>>> Unfortunately, as said by<br>>>> Edward, your proposal seems not to work.<br>>>><br>>>> Indeed, setting the result as SCIP_DIDNOTRUN in PRICERREDCOST callback<br>>>><br>>>> appears to exactly work as artificially saying that no column is produced.<br>>>><br>>>> This brings the problem you point out: no pricing round is<br>>>> launched after a cutting<br>>>> round with no generated cut.<br>>>> This a problem for us because the previous pricing round has<br>>>> been artificially<br>>>> inhibit in order to launch a cutting phase.<br>>>> Indeed, when there is no generated cut in a cutting round, a<br>>>> supplementary exact<br>>>> pricing round is needed to assert convergence (and<br>>>> potentially<br>>>> to go on with the<br>>>> price&cut process).<br>>>><br>>>><br>>>> A solution appears to turn off the test stopping the price&cut process<br>>>> when no cut have been generated during a cutting round<br>>>><br>>>> With such a deleted test, the price&cut iterations will have no end since<br>>>><br>>>> the cutting and pricing rounds will call each other in a never ending loop.<br>>>> A way to stop this loop is to add a test having the memory of<br>>>> the previous round<br>>>> in order to stop when two successive non-inhibited price and<br>>>> cut rounds have produced<br>>>> nothing.<br>>>><br>>>> Regards,<br>>>> Pierre and Alexandre<br>>>><br>>>><br>>>> Ps: Another disturbing problem for us was that a cutting<br>>>> round<br>>>> is launched only<br>>>> if the current solution is not integer: this is a problem for<br>>>> us because an integer<br>>>><br>>>> solution can appear (before convergence) right after a pricing round.<br>>>> In this case, it is mandatory for us to do a second pricing<br>>>> round, even if our strategy<br>>>> is to alternate with a cutting round (our cutting procedure<br>>>> cannot produce cuts for integral solutions).<br>>>> We add a test at the beginning of the PRICERREDCOST callback<br>>>> for no-inhibiting the pricing<br>>>> when the current solution is integer.<br>>>><br>>>><br>>>> Le 2021-11-08 11:25, Edward Lam a écrit :<br>>>><br>>>> I have tried this. It sounds like this would work<br>>>> according to the documentation but this does not work.<br>>>> Sometimes it skips pricing and separation and goes<br>>>> straight to branching. I guess branching is technically<br>>>> okay if the master problem is fractional but sometimes<br>>>> its<br>>>> integral and gets messy quickly.<br>>>> Cheers<br>>>> Eddie<br>>>><br>>>> On 8 Nov 2021, at 7:10 pm, Maher, Stephen<br>>>> <S.J.Maher@exeter.ac.uk<br>>>> <</span><a href="mailto:S.J.Maher@exeter.ac.uk"><span lang=EN-US>mailto:S.J.Maher@exeter.ac.uk</span></a><span lang=EN-US>>> wrote:<br>>>> Hi Alexandre,<br>>>> Sorry about the delay in response to this question.<br>>>> This happens to be a question that we have not<br>>>> encountered before, so we needed to work out how to<br>>>> actually achieve this.<br>>>> I am not sure whether this would work, since I don't<br>>>> have an example to test with. I believe that by<br>>>> setting the result in your PRICERREDCOST callback to<br>>>> SCIP_DIDNOTRUN, you will terminate pricing and then<br>>>> continue with the rest of the node processing. The<br>>>> separation round will begin after you terminate the<br>>>> pricing round.<br>>>> There are two things to note here. The first is that<br>>>> if you add a cut, then the node processing will enter<br>>>> back into pricing. So you may want to keep returning<br>>>> the result of SCIP_DIDNOTRUN from your pricer while<br>>>> you want to keep generating cuts. The second is that<br>>>> if you don't add a cut during the separation round,<br>>>> then you will not enter back into the pricing round.<br>>>> So you must ensure that you have completely finished<br>>>> pricing before the final separation round.<br>>>> Since this is untested, please let us know if it<br>>>> works<br>>>> for your setting. If not, then we can think of a<br>>>> different approach.<br>>>> Cheers,<br>>>> Steve<br>>>><br>>>> ------------------------------------------------------------------------<br>>>> *From:*Scip <scip-bounces@zib.de<br>>>> <</span><a href="mailto:scip-bounces@zib.de"><span lang=EN-US>mailto:scip-bounces@zib.de</span></a><span lang=EN-US>>> on behalf of Alexandre<br>>>> Dupont-Bouillard<br>>>> <dupont-bouillard@lipn.univ-paris13.fr<br>>>> <</span><a href="mailto:dupont-bouillard@lipn.univ-paris13.fr"><span lang=EN-US>mailto:dupont-bouillard@lipn.univ-paris13.fr</span></a><span lang=EN-US>>><br>>>> *Sent:*25 October 2021 09:54<br>>>> *To:*scip@zib.de <</span><a href="mailto:scip@zib.de"><span lang=EN-US>mailto:scip@zib.de</span></a><span lang=EN-US>><scip@zib.de<br>>>> <</span><a href="mailto:scip@zib.de"><span lang=EN-US>mailto:scip@zib.de</span></a><span lang=EN-US>>><br>>>> *Subject:*[SCIP] How to freely tune between pricing<br>>>> and cutting ?<br>>>> CAUTION: This email originated from outside of the<br>>>> organisation. Do not click links or open attachments<br>>>> unless you recognise the sender and know the content<br>>>> is safe.<br>>>><br>>>><br>>>> Hi<br>>>><br>>>> We try to build a BCP method where cuts are added<br>>>> through a separator.<br>>>> We would like to have a free hand on the alternation<br>>>> between pricing and<br>>>> cutting phases.<br>>>><br>>>> We haven't found how to add parameters to choose for<br>>>> instance to begin<br>>>> by a cutting phase<br>>>> or to stop pricing before convergence to add some<br>>>> inequalities and come<br>>>> back to pricing<br>>>> and so on...<br>>>><br>>>> The best would be to be able to switch from cutting<br>>>> to<br>>>> pricing (and from<br>>>> pricing to cutting) using a test done by an<br>>>> algorithm.<br>>>><br>>>> Does someone know how to perform such alternation?<br>>>><br>>>> Thanks<br>>>> Pierre and Alexandre<br>>>> _______________________________________________<br>>>> Scip mailing list<br>>>> Scip@zib.de <</span><a href="mailto:Scip@zib.de"><span lang=EN-US>mailto:Scip@zib.de</span></a><span lang=EN-US>><br>>>><br>>>> </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><br>>>><br>>>> <</span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US>><br>>>> _______________________________________________<br>>>> Scip mailing list<br>>>> Scip@zib.de <</span><a href="mailto:Scip@zib.de"><span lang=EN-US>mailto:Scip@zib.de</span></a><span lang=EN-US>><br>>>> </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><br>>>> <</span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US>><br>>>><br>>>><br>>>><br>>>> _______________________________________________<br>>>> Scip mailing list<br>>>> Scip@zib.de <</span><a href="mailto:Scip@zib.de"><span lang=EN-US>mailto:Scip@zib.de</span></a><span lang=EN-US>><br>>>> </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><br>>>> <</span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US>><br>>>><br>>>><br>>>> _______________________________________________<br>>>> Scip mailing list<br>>>> Scip@zib.de<br>>>> </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><br>>>><br>>>><br>>>> _______________________________________________<br>>>> Scip mailing list<br>>>> Scip@zib.de <</span><a href="mailto:Scip@zib.de"><span lang=EN-US>mailto:Scip@zib.de</span></a><span lang=EN-US>><br>>>> </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><br>>>> <</span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US>><br>>><br>>> _______________________________________________<br>>> Scip mailing list<br>>> Scip@zib.de<br>>> </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><br>>><br>> _______________________________________________<br>> Scip mailing list<br>> Scip@zib.de<br>> </span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><br>_______________________________________________<br>Scip mailing list<br>Scip@zib.de<br></span><a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0"><span lang=EN-US>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flistserv.zib.de%2Fmailman%2Flistinfo%2Fscip&data=04%7C01%7C%7Ca4d1138bf0304504c3b408d9c626c858%7C2affee4337384e92b0e244615bd16e3f%7C0%7C0%7C637758692136417691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=6%2FZ5nuhXyNRMS4v7qQEbNyE0KOHLHCt7eflQeCRuNi0%3D&reserved=0</span></a><span lang=EN-US><o:p></o:p></span></p></div></div></div></body></html>