Timeline for Universal (rule-bending) Code Golf solver
Current License: CC BY-SA 3.0
11 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 17, 2012 at 11:29 | vote | accept | schnaader | ||
| Jun 14, 2012 at 8:59 | comment | added | schnaader | Great, works like a charm now. | |
| Jun 14, 2012 at 4:49 | history | edited | breadbox | CC BY-SA 3.0 | Bug fix |
| Jun 14, 2012 at 4:47 | comment | added | breadbox | That sounds like use of uninitialized data to me. Sure enough -- I don't have access to a Windows machine, but valgrind shows the problem. Looks like I reproduced this bug from the original reference implementation, too. Fortunately it's an easy fix; thanks for reporting it! | |
| Jun 14, 2012 at 4:43 | history | edited | breadbox | CC BY-SA 3.0 | Bug fix |
| Jun 13, 2012 at 23:09 | comment | added | r.e.s. | (+1) I find that with Ubuntu12.04/gcc, both of your programs compile and produce the correct output ... With Win7/mingw/gcc, both programs compile but produce segmentation faults ... With Win7/lcc, the ungolfed version works, but the golfed version produces segmentation faults. | |
| Jun 13, 2012 at 21:02 | comment | added | schnaader | Any idea why this causes crashes on by system? All of the golfed, ungolfed and malloc modified versions stop output after about 10000 bytes and keep on allocating memory, prog > out.dat gives an instant crash with only ~700 KB memory usage. If I insert printf("\n%i\n", size); after realloc, the biggest output is 4. System: Windows 7 Prof. 64-Bit, 4 GB RAM, GCC 4.6.1 | |
| Jun 13, 2012 at 20:59 | comment | added | schnaader | Nice! That's what I hoped for with the -512 bonus. | |
| Jun 13, 2012 at 9:15 | history | edited | breadbox | CC BY-SA 3.0 | fixed formatting. |
| Jun 13, 2012 at 6:45 | history | edited | breadbox | CC BY-SA 3.0 | Added note on malloc |
| Jun 13, 2012 at 6:40 | history | answered | breadbox | CC BY-SA 3.0 |