<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Dear Diego,<br>
<br>
I fear we can only help you understand why your event handler is
called before pricing if you provide some more information. There
are many different types of events in SCIP and some of them could be
called before pricing is called. A wild guess: did you implement
both the redcost and the farkas pricing? In case of an infeasible
LP, only the latter would be called.<br>
<br>
Best,<br>
Gerald<br>
<br>
<div class="moz-cite-prefix">Am 07.04.19 um 17:07 schrieb Diego
Delle Donne:<br>
</div>
<blockquote type="cite"
cite="mid:CALvdEp+n8VrCezDf8d7nFH6Rs9P99frcrMkSfn0_PvPitnwydw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Sorry! My bad!
<div><br>
</div>
<div>I got a stupid bug in my BranchingEventHandler code which
was bounding to 0 some of the variables (thus making some
nodes infeasible). Now it's working as it should.</div>
<div><br>
</div>
<div>Anyway, I don't understand why SCIP was calling my
BranchingEventHandler::scip_exec method before calling my
pricing procedure. Can this happen? I'd think that the pricing
step should finish before scip make some branching step... am
I wrong on this?</div>
<div><br>
</div>
<div>Sorry for the troubles!</div>
<div>Diego</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">El dom., 7 abr. 2019 a las
16:43, Diego Delle Donne (<<a
href="mailto:diegodd@gmail.com" moz-do-not-send="true">diegodd@gmail.com</a>>)
escribió:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">Dear SCIP community,
<div><br>
</div>
<div>I'm coding a Branch & Price. As a first approach, I
was starting with just one dummy binary variable
representing a feasible solution (with a very bad obj
function cost) and everything worked fine. SCIP starts
with this variable as a feasible solution (primal bound),
then call my pricing and at some point (when my pricing
says so), it closes the LP relaxation and starts branching
(if necessary).
<div><br>
</div>
<div>Now, I want to start with a set of binary variables
(obtained by an initial heuristic approach) representing
a better initial solution than this dummy variable. So,
I added these variables instead of the dummy variable.
The nice thing is that SCIP is able to get the initial
feasible solution / primal bound (by putting all these
variables in 1). The bad thing is that it is immediately
closing the root node without calling my pricer (somehow
it uses this solution as the dual bound, which is not
right). It ends up saying that the problem is solved to
optimality with my initial heuristic solution (and I
know for sure that this solution is not optimal in my
examples).</div>
<div><br>
</div>
<div>Any ideas on what am I doing wrong? :-(</div>
<div><br>
</div>
<div>Thanks in advance!</div>
<div>Diego</div>
<div><br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Scip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Scip@zib.de">Scip@zib.de</a>
<a class="moz-txt-link-freetext" href="https://listserv.zib.de/mailman/listinfo/scip">https://listserv.zib.de/mailman/listinfo/scip</a>
</pre>
</blockquote>
<br>
</body>
</html>