I thought that I might point out some funny thing while I was solving 5x5 puzzles, but I think they might be universal to such a problem of any size even though I don't how to prove it right or wrong.
Assuming NxN is a size of a puzzle.
First I found out that all solutions are equal to solutions ...
Search found 6 matches
- Mon Sep 25, 2006 3:04 am
- Forum: Volume 103 (10300-10399)
- Topic: 10309 - Turn the Lights Off
- Replies: 19
- Views: 12665
- Sat Jul 30, 2005 2:23 pm
- Forum: Volume 105 (10500-10599)
- Topic: 10596 - Morning Walk
- Replies: 41
- Views: 20881
Well, taking into consideration that I still haven't sent a single program that used more than "Minimum" with #include <stdio.h> - though I am not UVA's VESA (Very-Experienced-Solution-Author :wink: ), I was kinda surprised by this. I thought I made some error when writing and (unconsciously? :P ...
- Fri Jul 29, 2005 11:57 pm
- Forum: Volume 105 (10500-10599)
- Topic: 10596 - Morning Walk
- Replies: 41
- Views: 20881
Compil. error (odd interpret. of obviously correct code)
When I try to submit a code to solve problem 10596 (I just haven't tried the other) the memory usage is WAY too much. It should stay under the "Minimum" but it's about 300-400 kB. I wondered for some time what could be the problem, then I recalled reading about such a problem in Jon Bentley's ...
- Fri Jun 24, 2005 2:57 am
- Forum: Volume 2 (200-299)
- Topic: 214 - Code Generation
- Replies: 21
- Views: 10070
- Thu Jun 23, 2005 6:21 pm
- Forum: Volume 2 (200-299)
- Topic: 214 - Code Generation
- Replies: 21
- Views: 10070
- Wed Jun 22, 2005 2:41 am
- Forum: Volume 2 (200-299)
- Topic: 214 - Code Generation
- Replies: 21
- Views: 10070
Why for a single letter (or rather letters at the end of the expression at all) there should be and output consisting of only loading them into the register? (I assume that mf's output code would be AC - and there is the "single letter" case)
It is against rule 4 - it states "assembly code must be ...
It is against rule 4 - it states "assembly code must be ...