[SMT-LIB] Response to (exit) Command?
rdelmas
Remi.Delmas at onera.fr
Mon Jun 29 02:49:48 EDT 2015
Hi,
what could be useful from a developper's perspective, would be the
solver to tell me when it has not been able to quit gracefully so that I
can for instance kill it using a system signal.
If the standard does not force solvers to print succces on exit I cannot
safely assume that the lack of "success" represents failure.
In the special case of exit it would perhaps be better for the solver
print something on *failure*.
Regards;
Le 29.06.2015 00:11, Philipp Ruemmer a écrit :
> Hi all,
>
> for reasons of consistency, I would also prefer #1.
>
> A related hypothetical question is whether the SMT-LIB standard, at
> some point in the far future, might define proper cases in which
> 'exit' can fail. For instance, a unix shell (or at least bash)
> sometimes refuses to exit with the explanation that there are still
> stopped jobs around; at the moment something like this does not exist
> in SMT-LIB of course, but it's not impossible to imagine similar
> scenarios in SMT-LIB.
>
> Philipp
>
> On 06/28/2015 01:49 PM, cok at frontiernet.net wrote:
>> #3 is not a good idea, except as a transition, because a tool that is
>> interacting with the solver does not know whether to expect a
>> "success" response or not. Granted it is handleable, but more of a
>> nuisance.
>> I'd prefer #1, for consistency. I'm having a hard time imagining what
>> internal processing would prevent a solver from printing to the output
>> channel just before closing that channel (if it is not stdout) and
>> terminating. I'm not too concerned about tools that fail in some
>> respect after printing success and before aborting. I could live with
>> #2.
>>
>> Note that a quick check of cvc4, z3, yices2 in interactive mode shows
>> that those three anyway all implement #1 - printing success, if
>> :print-success is true.
>> By the way, I'm cleaning up, for public sharing, a compliance test
>> suite that I have used for jSMTLIB - as well as migrating it to
>> V2.5/6. It identifies differences such as this, and many others...
>>
>> - David
>>
>> From: Florian Schanda <florian.schanda at altran.com>
>> To: smt-lib at cs.nyu.edu
>> Cc: "Tinelli, Cesare" <cesare-tinelli at uiowa.edu>
>> Sent: Sunday, June 28, 2015 6:13 AM
>> Subject: Re: [SMT-LIB] Response to (exit) Command?
>> On Sunday 28 Jun 2015 07:51:08 Tinelli, Cesare wrote:
>>> I can sure add a clarification now, but we could also take the
>>> opportunity
>>> to discuss explicitly first whether the standard should:
>>>
>>> 1) require 'exit' to print 'success',
>>> 2) require 'exit' not to print anything, or
>>> 3) allow it to print 'success' without requiring it
>> As a user, I think (2) would be what I expect.
>>
>> Florian
>>
>>
>> _______________________________________________
>> SMT-LIB mailing list
>> SMT-LIB at cs.nyu.edu
>> http://www.cs.nyu.edu/mailman/listinfo/smt-lib
>>
>>
>> _______________________________________________
>> SMT-LIB mailing list
>> SMT-LIB at cs.nyu.edu
>> http://www.cs.nyu.edu/mailman/listinfo/smt-lib
>
> _______________________________________________
> SMT-LIB mailing list
> SMT-LIB at cs.nyu.edu
> http://www.cs.nyu.edu/mailman/listinfo/smt-lib
More information about the SMT-LIB
mailing list