Something seems to be wrong. If I add up all the probabilities I get 110% instead of 100%

Weird...

For older sources you may check github. Just checkout the right release.

We ship jogl binaries but no java. So your polymake uses your system java installation but the jogl libraries bundled with polymake. Since the latest release we updated the jogl version which fixed several visualization bugs (like the empty screen you described). We are planning on releasing a updat...

the snapshot is live since yesterday

I don't see why. In (14) the indices which play a role are: 1, 4, and 7. In (0) the indices are 1,4,7, and 10. When (0) is true, why should (14) be true? Consider the following example: $$x_1 = x_4 = x_7 = 1 \qquad \text{and} \qquad x_{10} = -2$$ Then we've got: $$x_1 + x_4 + x_7 + x_{10} = 1 + 1 + ...

This sounds like a problem, we encountered as well on some machines.

Try using the software viewer (Viewer->Software Viewer).

Most likely this is some jogl/gfx-card incompatibility. Try updating java and the jdk, as well as your gfx-card drivers. Maybe this will work.

Hey there yes that is possible, see the visualization tutorial: http://polymake.org/doku.php/tutorial/visual_tutorial You can even decide on which facet you want to to the schlegel-projection via: cube(4)->SCHLEGEL(FACET=>1, VertexColor=>[qw(red black green white red blue green white red blue green ...

Hi there, it's not a bug... it's a feature :-) There is nothing really wrong with your output. The Matrix you get is a SparseMatrix to save memory. Since all but one row have exactly two non zero entries. So for higher dimensional simplices it does not make sense to store all the 0 entries: polytope...

That is true. It's basically just a link to the added function. # @category Combinatorics # For a given set of vertices compute the smallest face F containing them all. # Returns a Pair<Set,Set> where the first is the set of vertices of F, while the second is the set of facets containing F. # Exampl...

Thank you.

We tried to reproduce the error, but we couldn't. Even with the -Werror=format-security flag everything compiled fine.

Which gcc/perl version did you use? And maybe other information (i.e. gcc options) which would help to reproduce the error.