welcome: please sign in

Revision 21 as of 2014-03-31 10:04:26

Clear message
location: ParticipantSubmission

Participant submission procedure

Application Procedure

Participants willing to apply for the competition can send an email (starting from March 1st, 2014) to this address specifying:

Applicants will get a private e-mail with the instructions for submitting systems and login credentials for accessing our Competition server through ssh.

The competition will run on a Debian Linux server (64bit kernel) running on Intel Xeon X5365 Processors with 4096KB of cache and 16GB of RAM. (please note that 16GB is the total amount of memory available in the hardware but it is not the memory limit used for the competition)

Detailed submission instructions, competition rules, hardware and software settings will be published soon. Pease check this page frequently.

Directions for Submitting

Your package should at least contain a folder named bin. Your package is expected to be run with the same configuration for all the benchmark domains, i.e., the package must comprise all files required for running your system on any problem encoding and any problem instance.

In the System Competition, you must specify a single fixed software bundle capable of accepting problem encodings written in the ASP-Core-2 format.

The directory bin must contain an executable file called run, which will be invoked during the Competition run.

 .
 ├── bin
 │   ├── run
 │   ├── mysolver
 │   └── my_helper_tool
 ├── lib 
 │   ├── libmysolver.so
 │   ├── libmysolver.so.4
 │   ├── libmysolver.so.4.0.1
 .   .
 .   .
 .

This file can be a script invoking a binary executable, possibly using other scripts for pre- or post-processing provided in your package. Don't forget to make your scripts and binaries executable using chmod 755.

Input

A problem instance, together with an ASP-Core-2 program, is fed to run's standard input. The problem instance concatenated with the ASP-Core-2 encoding complies with the ASP-Core-2 2.01c grammar.

Command Line

run takes three arguments:

Of course, the first two arguments can be taken into account or not by submitted scripts at participant's will and necessity (for instance, a system not having particular constraints on termination when function symbols are into play, can ignore the second argument). The third argument must be explicitly used for filtering and preparing output data such that the checker can verify your solution.

Output

The output of run must be printed to standard output, and a proper exit code must be issued, according to the format specified here.

An example of run script can be found here