[ Post removed by author. ]

[ Post removed by author. ]

Nice

Here's one mine, written in PureBasic. It's an incomplete picture puzzle.

Thanks Yardman for all the good things you said about my puzzle.
But I have a few complaints about your version.

* First it is not written in assembly.
* Second you didn't give the source code.
* Why did you post it here ?
* What do you want to prove ?

Besides my puzzle was all written by me (ssp) and m had nothing to
do with it.

All in all it is much ado about nothing.
And to be frank, your version is crap!!!

Not too shabby. Feaaaatuuuuuuuures... =)

Just wait kohlrak!
I'am a little busy After a little while (atmost a week) my puzzle will be flooded with Feaaaatuuuuuuuures... =)
Since my Machine is back

> I decided to write a version but do it in C.

> And to be frank, your version is crap!!!

Unfortunately true : bloated, does not work in DOS, and don't see the numbers (see shot)

> Here's one mine, written in PureBasic. It's an incomplete picture puzzle.

No longer surprising: does not work at all, crash just at start

PureBasic is CRAP

[ Post removed by author. ]

> That make the actual code around 10k. A good size for C or asm.

YES. See MSVCRT.DLL for the remaining 500 KiB

> It's a windows application. Could you explain more?

YES.

> Doesn't the stub in the exe prevent such ancient tactics?

NO. After all, ssp's version does work in DOS
(OTOH some of his posts are CRAP)

> I have redesigned the program to do painting with WM_DRAWITEM instead of WM_PAINT. This problem should be history.

You got it - almost. Now I mostly see the numbers and it's playable, except in DOS.

Bugs:
- Background occasionally too dark (numbers invisible)
- Occasionally numbers forget their size and shrink !!! Just push F2 1'000'000'000'000 times