You can repeat monthly and select [The Last] [Day of the month] in the custom options. Don't just select every 31st, because obvious some months don't have a 31st day!
You can also repeat monthly and select Recur on day(s) and click 1 and 15.
Don't see any issue here.

It might be theoretically somewhat possible, if the keys are just random number indexes into a database (requiring an online check) and you have 1.7 million in order, maybe you can figure out the seed and formula for the pseudo-random number generator used. With the right information (which may be much more than 1.7 million sequential numbers) I know it's eventually possible to predict the output of a pseudo-random number generator. Although a single reset of the seed number (re-calling srand() with some random time as the seed) would make all your work useless.

Some people care about doing it legally. A lot of random sites on the internet probably aren't licensed to distribute the anime. Half the time it's only subtitled bullshit anyway, or 240i quality. Netflix is easy, legal, and integrates with people's TV/blu-ray players without any trouble.

Sorry to reply to myself, but: http://support.microsoft.com/kb/143164

I'm pretty sure it's possible to change Windows to not use Explorer.exe anymore too, just edit the "Shell" entry at:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

You can probably set that to load Firefox as your shell instead, and them use other group policies to prevent other applications from being started (from ctrl+shift+ESC - Task Manager), for a kiosk-mode for example.

So why aren't we doing it? Because it's a stupid idea. We still want noon to be when the sun is overhead, and midnight to be the middle of the night. Internet be damned, it's arbitrarily more convenient for most people, because most people don't travel all that often, and spend most of their time in their local time zone.

Try EAC, it will compensate for differences in drives to ensure a perfect digital rip every time.

With crappier rippers maybe. With a direct digital rip, it should be the same every time, in theory, from any CD drive.

Exact Audio Copy uses the AccurateRip system which somehow manages to tell me that my rips are exactly the same as hundreds of other random people via some central DB. The only time it doesn't match up, is when I have a massive scratch in a very old CD, and EAC took hours ripping and re-ripping the same sector to get the best results possible with what I gave it to work with.

One file may be legal for one person, and illegal for another. For example, if you rip your CD yourself, the resulting MP3 is legal. Copy the same MP3 onto a friend's computer, and it's illegal. I don't think such a software is even possible to write. Every pirated / illegal MP3 file would have to be already watermarked as such in order for the software to function. What if the "common" version of the file floating around on Napster was just a basic 128Kbps rip with a common MP3 encoder, and you used the same encoder to rip the same song from the original CD yourself? In theory, it is very possible that the resulting MP3 is bit-for-bit the same as the one millions of other people pirated from Napster, even though you own the original CD and ripped the file yourself.

They likely could be PCI compliant by claiming that "old versions" were still secure and any "known" issues had their fixes backported. The whole PCI compliance thing is just a bunch of crap in my experience, where somebody magically decides that old versions are automatically vulnerable, so using the latest RHEL or CentOS won't automatically pass compliance. You have to file exceptions for everything saying fixes are backported. They just take your word for it and sign off, letting you basically claim compliance no matter what.

Run a binary diff on the original, or even just a fc /b from a command prompt, and you'll find that most no-cd cracks only change a handful of bytes at best. Sometimes they remove a large chunk of code entirely. I've never actually seen substantial modification or additional code added to the exe with "legit" cracks.

Nova is probably what I remembered that from, as I don't watch a whole lot else.

Isn't this the flight that flew right into a huge huge storm that was obscured on their radar by a smaller storm which was safe enough to fly through. As soon as the larger storm was in view, it was too late to change course and fly around it. I heard the most likely case is extreme icing of the sensors that monitor airflow, causing autopilot to disengage as the plane no longer knew its own speed. Without any way to know the current speed, the plane lost altitude and crashed, due to a small window of safe speeds that don't result in altitude loss.

So my only choices for smartphone development are Objective C or Java? Seems like a lose-lose situation to me. Why can't I use native C or C++ on either of them?

Seems like STARTTLS would solve this problem. I know that STARTTLS is preferred for pop3/imap/smtp over using the pop3s/imaps/smtps ports.