<< problem 259 - Reachable Numbers | Binary Circles - problem 265 >> |
Problem 260: Stone Game
(see projecteuler.net/problem=260)
A game is played with three piles of stones and two players.
At her turn, a player removes one or more stones from the piles.
However, if she takes stones from more than one pile, she must remove the same number of stones from each of the selected piles.
In other words, the player chooses some N>0 and removes:
N stones from any single pile; or
N stones from each of any two piles (2N total); or
N stones from each of the three piles (3N total).
The player taking the last stone(s) wins the game.
A winning configuration is one where the first player can force a win.
For example, (0,0,13), (0,11,11) and (5,5,5) are winning configurations because the first player can immediately remove all stones.
A losing configuration is one where the second player can force a win, no matter what the first player does.
For example, (0,1,2) and (1,3,3) are losing configurations: any legal move leaves a winning configuration for the second player.
Consider all losing configurations (x_i,y_i,z_i) where x_i <= y_i <= z_i <= 100.
We can verify that sum{x_i+y_i+z_i} = 173895 for these.
Find sum{x_i+y_i+z_i} where (x_i,y_i,z_i) ranges over the losing configurations with x_i <= y_i <= z_i <= 1000.
My Algorithm
Every position (0,0,s) is won because the current player will take all s stones from the third pile and win immediately.
Every position (0,s,s) is won because the current player will take all s stones from the second and from the third pile and win immediately.
Every position (s,s,s) is won because the current player will take all s stones from all three piles and win immediately.
More specifically, these positions are won because there is a transition from the current state to the final state (0,0,0).
If the player to move has position (x_i,y_i,z_i) then he/she must avoid to take stones in such a way that his/her opponent has a won position.
For example, taking 3 stones from the largest pile of (0,2,5) will yield (0,2,2) and the opponent can will immediately.
A position is lost when all transitions lead to a position where the opponent wins.
A position is won when there is at least one transition leading to a position where the opponent loses.
I only need to consider moves where one pile becomes empty:
- if that is a winning position, then the current player will play that move
- if it turns out to be a losing position, then the opponent will enforce that move by mirroring
Only if all of them lead to a won position (→ the opponent wins), then
count
is incremented by x + y + z
.
Interactive test
You can submit your own input to my program and it will be instantly processed at my server:
This is equivalent toecho 100 | ./260
Output:
Note: the original problem's input 1000
cannot be entered
because just copying results is a soft skill reserved for idiots.
(this interactive test is still under development, computations will be aborted after one second)
My code
… was written in C++11 and can be compiled with G++, Clang++, Visual C++. You can download it, too. Or just jump to my GitHub repository.
#include <iostream>
#include <vector>
unsigned int maxPileSize = 1000;
// compute linear index from two offsets
unsigned int id(unsigned int a, unsigned int b)
{
return a * (maxPileSize + 1) + b;
}
int main()
{
std::cin >> maxPileSize;
// the current position is only lost if every possible move leads to a position
// where the opponent wins
// that means: no matter how many stones I pick from one, two or three piles,
// the follow-up state must not be lost
const bool Won = false;
const bool Lost = true;
// assume each position is potentially won - unless proven otherwise
std::vector<bool> one((maxPileSize + 1) * (maxPileSize + 1), Won);
std::vector<bool> two((maxPileSize + 1) * (maxPileSize + 1), Won);
std::vector<bool> all((maxPileSize + 1) * (maxPileSize + 1), Won);
// count x+y+z for each lost position
unsigned int count = 0;
for (unsigned int x = 0; x <= maxPileSize; x++)
for (unsigned int y = x; y <= maxPileSize; y++)
{
// copy this condition from the inner loop (and keep there for the sake of completeness, though it's redundant)
if (one[id(x,y)] == Lost)
continue;
for (unsigned int z = y; z <= maxPileSize; z++)
{
// can current player win by clearing one pile ?
// check if (0,y,z) or (x,0,z) or (x,y,0) wins
// take x stones from first pile: check (x-x, y, z ) = (0, y, z)
// take y stones from second pile: check ( x, y-y, z ) = (x, 0, z)
// take z stones from third pile: check ( x, y, z-z) = (x, y, 0)
if (one[id(y,z)] == Lost ||
one[id(x,z)] == Lost ||
one[id(x,y)] == Lost)
continue; // opponent can be forced into a lost position
// can current player win by clearing one pile
// and removing the same number of stones from a second pile ?
// take x stones from first and second pile: check (x-x, y-x, z ) = (0, y-x, z )
// take y stones from first and second pile: check ( x, y-y, z-y) = (x, 0, z-y)
// take x stones from first and third pile: check (x-x, y, z-x) = (0, y, z-x)
// (note that x <= y <= z, therefore can't take z stones)
if (two[id(y-x, z)] == Lost ||
two[id(z-y, x)] == Lost ||
two[id(z-x, y)] == Lost)
continue; // opponent can be forced into a lost position
// can current player win by clearing the first pile
// and removing the same number of stones from the second and third pile ?
// note that x <= y <= z
// take x stones from all piles: check (x-x, y-x, z-x) = (0, y-x, z-x)
if (all[id(y-x, z-x)] == Lost)
continue; // opponent can be forced into a lost position
// current player lost, opponents wins all follow-up positions
count += x + y + z;
// mark all reachable positions as lost
// (same indices and arrays as used in the if-conditions above)
one[id(y, z)] = Lost;
one[id(x, z)] = Lost;
one[id(x, y)] = Lost;
two[id(y-x, z)] = Lost;
two[id(z-y, x)] = Lost;
two[id(z-x, y)] = Lost;
all[id(y-x, z-x)] = Lost;
}
}
// and done !
std::cout << count << std::endl;
return 0;
}
This solution contains 16 empty lines, 27 comments and 2 preprocessor commands.
Benchmark
The correct solution to the original Project Euler problem was found in 0.5 seconds on an Intel® Core™ i7-2600K CPU @ 3.40GHz.
(compiled for x86_64 / Linux, GCC flags: -O3 -march=native -fno-exceptions -fno-rtti -std=gnu++11 -DORIGINAL
)
See here for a comparison of all solutions.
Note: interactive tests run on a weaker (=slower) computer. Some interactive tests are compiled without -DORIGINAL
.
Changelog
August 4, 2017 submitted solution
August 4, 2017 added comments
Difficulty
Project Euler ranks this problem at 70% (out of 100%).
Links
projecteuler.net/thread=260 - the best forum on the subject (note: you have to submit the correct solution first)
Code in various languages:
Python github.com/Meng-Gen/ProjectEuler/blob/master/260.py (written by Meng-Gen Tsai)
C++ github.com/roosephu/project-euler/blob/master/260.cpp (written by Yuping Luo)
C github.com/LaurentMazare/ProjectEuler/blob/master/e260.c (written by Laurent Mazare)
Java github.com/thrap/project-euler/blob/master/src/Java/Problem260.java (written by Magnus Solheim Thrap)
Those links are just an unordered selection of source code I found with a semi-automatic search script on Google/Bing/GitHub/whatever.
You will probably stumble upon better solutions when searching on your own.
Maybe not all linked resources produce the correct result and/or exceed time/memory limits.
Heatmap
Please click on a problem's number to open my solution to that problem:
green | solutions solve the original Project Euler problem and have a perfect score of 100% at Hackerrank, too | |
yellow | solutions score less than 100% at Hackerrank (but still solve the original problem easily) | |
gray | problems are already solved but I haven't published my solution yet | |
blue | solutions are relevant for Project Euler only: there wasn't a Hackerrank version of it (at the time I solved it) or it differed too much | |
orange | problems are solved but exceed the time limit of one minute or the memory limit of 256 MByte | |
red | problems are not solved yet but I wrote a simulation to approximate the result or verified at least the given example - usually I sketched a few ideas, too | |
black | problems are solved but access to the solution is blocked for a few days until the next problem is published | |
[new] | the flashing problem is the one I solved most recently |
I stopped working on Project Euler problems around the time they released 617.
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 |
51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 |
76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 |
101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 |
126 | 127 | 128 | 129 | 130 | 131 | 132 | 133 | 134 | 135 | 136 | 137 | 138 | 139 | 140 | 141 | 142 | 143 | 144 | 145 | 146 | 147 | 148 | 149 | 150 |
151 | 152 | 153 | 154 | 155 | 156 | 157 | 158 | 159 | 160 | 161 | 162 | 163 | 164 | 165 | 166 | 167 | 168 | 169 | 170 | 171 | 172 | 173 | 174 | 175 |
176 | 177 | 178 | 179 | 180 | 181 | 182 | 183 | 184 | 185 | 186 | 187 | 188 | 189 | 190 | 191 | 192 | 193 | 194 | 195 | 196 | 197 | 198 | 199 | 200 |
201 | 202 | 203 | 204 | 205 | 206 | 207 | 208 | 209 | 210 | 211 | 212 | 213 | 214 | 215 | 216 | 217 | 218 | 219 | 220 | 221 | 222 | 223 | 224 | 225 |
226 | 227 | 228 | 229 | 230 | 231 | 232 | 233 | 234 | 235 | 236 | 237 | 238 | 239 | 240 | 241 | 242 | 243 | 244 | 245 | 246 | 247 | 248 | 249 | 250 |
251 | 252 | 253 | 254 | 255 | 256 | 257 | 258 | 259 | 260 | 261 | 262 | 263 | 264 | 265 | 266 | 267 | 268 | 269 | 270 | 271 | 272 | 273 | 274 | 275 |
276 | 277 | 278 | 279 | 280 | 281 | 282 | 283 | 284 | 285 | 286 | 287 | 288 | 289 | 290 | 291 | 292 | 293 | 294 | 295 | 296 | 297 | 298 | 299 | 300 |
301 | 302 | 303 | 304 | 305 | 306 | 307 | 308 | 309 | 310 | 311 | 312 | 313 | 314 | 315 | 316 | 317 | 318 | 319 | 320 | 321 | 322 | 323 | 324 | 325 |
326 | 327 | 328 | 329 | 330 | 331 | 332 | 333 | 334 | 335 | 336 | 337 | 338 | 339 | 340 | 341 | 342 | 343 | 344 | 345 | 346 | 347 | 348 | 349 | 350 |
351 | 352 | 353 | 354 | 355 | 356 | 357 | 358 | 359 | 360 | 361 | 362 | 363 | 364 | 365 | 366 | 367 | 368 | 369 | 370 | 371 | 372 | 373 | 374 | 375 |
376 | 377 | 378 | 379 | 380 | 381 | 382 | 383 | 384 | 385 | 386 | 387 | 388 | 389 | 390 | 391 | 392 | 393 | 394 | 395 | 396 | 397 | 398 | 399 | 400 |
401 | 402 | 403 | 404 | 405 | 406 | 407 | 408 | 409 | 410 | 411 | 412 | 413 | 414 | 415 | 416 | 417 | 418 | 419 | 420 | 421 | 422 | 423 | 424 | 425 |
426 | 427 | 428 | 429 | 430 | 431 | 432 | 433 | 434 | 435 | 436 | 437 | 438 | 439 | 440 | 441 | 442 | 443 | 444 | 445 | 446 | 447 | 448 | 449 | 450 |
451 | 452 | 453 | 454 | 455 | 456 | 457 | 458 | 459 | 460 | 461 | 462 | 463 | 464 | 465 | 466 | 467 | 468 | 469 | 470 | 471 | 472 | 473 | 474 | 475 |
476 | 477 | 478 | 479 | 480 | 481 | 482 | 483 | 484 | 485 | 486 | 487 | 488 | 489 | 490 | 491 | 492 | 493 | 494 | 495 | 496 | 497 | 498 | 499 | 500 |
501 | 502 | 503 | 504 | 505 | 506 | 507 | 508 | 509 | 510 | 511 | 512 | 513 | 514 | 515 | 516 | 517 | 518 | 519 | 520 | 521 | 522 | 523 | 524 | 525 |
526 | 527 | 528 | 529 | 530 | 531 | 532 | 533 | 534 | 535 | 536 | 537 | 538 | 539 | 540 | 541 | 542 | 543 | 544 | 545 | 546 | 547 | 548 | 549 | 550 |
551 | 552 | 553 | 554 | 555 | 556 | 557 | 558 | 559 | 560 | 561 | 562 | 563 | 564 | 565 | 566 | 567 | 568 | 569 | 570 | 571 | 572 | 573 | 574 | 575 |
576 | 577 | 578 | 579 | 580 | 581 | 582 | 583 | 584 | 585 | 586 | 587 | 588 | 589 | 590 | 591 | 592 | 593 | 594 | 595 | 596 | 597 | 598 | 599 | 600 |
601 | 602 | 603 | 604 | 605 | 606 | 607 | 608 | 609 | 610 | 611 | 612 | 613 | 614 | 615 | 616 | 617 | 618 | 619 | 620 | 621 | 622 | 623 | 624 | 625 |
626 | 627 | 628 | 629 | 630 | 631 | 632 | 633 | 634 | 635 | 636 | 637 | 638 | 639 | 640 | 641 | 642 | 643 | 644 | 645 | 646 | 647 | 648 | 649 | 650 |
651 | 652 | 653 | 654 | 655 | 656 | 657 | 658 | 659 | 660 | 661 | 662 | 663 | 664 | 665 | 666 | 667 | 668 | 669 | 670 | 671 | 672 | 673 | 674 | 675 |
676 | 677 | 678 | 679 | 680 | 681 | 682 | 683 | 684 | 685 | 686 | 687 | 688 | 689 | 690 | 691 | 692 | 693 | 694 | 695 | 696 | 697 | 698 | 699 | 700 |
701 | 702 | 703 | 704 | 705 | 706 | 707 | 708 | 709 | 710 | 711 | 712 | 713 | 714 | 715 | 716 | 717 | 718 | 719 | 720 | 721 | 722 | 723 | 724 | 725 |
726 | 727 | 728 | 729 | 730 | 731 | 732 | 733 | 734 | 735 | 736 | 737 | 738 | 739 | 740 | 741 | 742 | 743 |
I scored 13526 points (out of 15700 possible points, top rank was 17 out of ≈60000 in August 2017) at Hackerrank's Project Euler+.
My username at Project Euler is stephanbrumme while it's stbrumme at Hackerrank.
Look at my progress and performance pages to get more details.
Copyright
I hope you enjoy my code and learn something - or give me feedback how I can improve my solutions.
All of my solutions can be used for any purpose and I am in no way liable for any damages caused.
You can even remove my name and claim it's yours. But then you shall burn in hell.
The problems and most of the problems' images were created by Project Euler.
Thanks for all their endless effort !!!
<< problem 259 - Reachable Numbers | Binary Circles - problem 265 >> |