Off Topic, but:
z80man
6. Create an emulator of the 83+ for the Prizm (not started)
that sounds amazing
[/offtopic]

Oh right I haven't updated my sig in a couple of months now. I've actually made quite a bit of progress on that now. With all the emulators I've been writing recently my skill at making them has been getting better and they are easier to write now. I"m also going to do a total rewrite of my Prizm emulator project because the last one was a fail and I know exactly what I have to do this time.

Very interesting. I myself identify myself as republican and even am a leader in my school's young republican club. Why I find this so interesting was because I can't recall there ever being a political thread before here but if anyone takes a look at cemetech's politics sub-forum you will see that the overwhelming majority of members and admins are liberal. But over here we have many more conservatives which is surprising based off how I pictured the average user here. btw I'm really looking forward to 2012 because my 18th birthday is 4 days before the general election so I'll get the chance to vote

With a few modifications your first version will compile under Linux but the second version will not because it relies on conio.h which was originally designed for MS DOS. btw try to avoid to avoid system() calls as they are very platform specific. For some of functionality you need though higher level libraries are needed which will require you to leave the console. Part of the problem is just that consoles don't work very well for graphical apps.

Thanks for the support guys. I just wanted to check in now that I've finished my GetKey libraries which surprisingly ended up at being 265 lines of code One thing to note though is that they aren't tested yet at all so it may be another night before I get them out. I have maybe a 5% chance of everything working on my first compilation due to the pointer and type casting complexity I used. I do hope many people choose to use these because they really simplify coding especially if you work a lot with multiple key presses. For example a line of code to test if the user is pressing the up and left arrow simultaneously would read,
if Multi_Is_Key( MULTI_MENU_OFF, KEY_UP | KEY_LEFT)

The most obvious part you will notice is that the key constants are bit wise or'd with each other to create the value to be tested for. It is even possible to or every single key together to test if the user is pressing all the keys at once.  Also MULTI_MENU_OFF is one of many flags you can pass, with this one in particular preventing the user from exiting to the menu. Other flags also affect menu key behavior, add blocking, and so on. Once released I'll attach a full documentation and a program showcasing all of the features.

Sorry guys due to multiple delays and an increasingly busy schedule I'm not able to make the deadline in time. Even though the contest is over I've already put so much work into Plants vs. Zombies that there is no reason to cancel it. If my schedule is light this weekend then hopefully I'll be able to get a release out. btw one good thing came out of all of this. Because I wanted to make the techniques I used in PvZ available to everyone else I've spent more time than I should have on creating libraries. If my testing goes well in about 2 hours I'll try to release my finished getkey library which contains just about every keyboard related function you could ask for including unlimited multi key testing, wait for key press, blocking, enable/disable menu key and so on.

Edit: 869 posts and 69 respect 

I like this cause many people would consider my programming style very sloppy (think int integer1, integer2, integer3;) lack of comments, minimal use of standard libraries, pointer abuse, random inlined asm code, type cast abuse, and other hackish obfuscations. Maybe not the best way to code for most people but as long as I get stuff done and it works I see no problem.

Are there ESATA flash drives?

Nope and there never will be. The problem with esata unlike usb is that the interface does not include a power source so even though an esata flash drive is technically possible it would require an external power source which is really no better than those external backup drives.

My favorite ide has always been notepad++ because of its compatibility with most porgramming languages and the ability to easily add others. I prefer to code on a black background and then notepad++ chooses a variety of fonts based off what i'm typing, so keywords are one font and comments may be another.