Their system requirements aren't that god awful high. My Macbook was... meh. It was a low-midrange system.

Macs are inherently more secure than most Windows systems because of their UNIX foundation (such as the file mode system). While it's not a rock-solid as Apple boasts it is, it will guard against a lot of attacks that Windows fundamentally cannot.

-Albatross

Thanks Alby xD, I was going to post pretty much the same thing had I not been busy installing and partitioning my new fancy 3 TERABYTE HARD-DRIVE. *cough*...

See, I don't care much for 200+ GB storage spaces. Instead, I like to have a drive that works *fast*. A 120 GB solid state disk will do for me (I can't remember having a boot time that was over 7 seconds).

-Albatross

@xander337
that is fancy

@Albatross
I'n any case I'll have to laugh at the Mac users when they have to start using antivirus like the rest of us, I can't begin to tell you how often I've heard someone "brag" about the "impenetrable" security that Mac provides and how "smart" it was of them to "upgrade" to Mac...

Oh, it's definitely not impenetrable. In fact, someone wrote a trojan for it not that long ago...
http://arstechnica.com/apple/news/2011/09/mac-trojan-poses-as-pdf-to-open-botnet-backdoor.ars.

But to be fair, Macs have *many* fewer problems with viruses than Windows systems and I really don't think it's just because they're not as widely used.

-Albatross

Those people are wasting their programming skills(if they are coding them themselves that is, instead of using a builder), it makes no sense why someone would want to do there best to fu*k up someone elses computer, I'd like to know what it is they feel they are accomplishing by that, the way I see it, they're just a bunch of bullies who never learned to grow up...

also as a side question, I followed the tutorial for setting up SFML for codeblocks, but I don't think I understand the part about this bit right here

Don't forget that all SFML classes and functions are in the sf namespace. Open your project's build options, then go to the Linker settings tab. In Other link options, add the SFML libraries you are using, with the "-l" directive. Here we only use libsfml-system.a, so we add "-lsfml-system". For the Debug configuration, you can link with the debug versions of the libraries, which have the "-d" suffix ("-lsfml-system-d" in this case). This is for the dynamic version of the libraries, the one using the DLLs. If you want to link with the static version of the libraries, add the "-s" suffix : -lsfml-system-s, or -lsfml-system-s-d for the debug version. When linking to multiple SFML libraries, make sure you link them in the right order, as it's important for MinGW. The rule is the following : if library XXX depends on (uses) library YYY, put XXX first and then YYY. An exemple with SFML : sfml-graphics depends on sfml-window, and sfml-window depends an sfml-system. The link options would be as follows : -lsfml-graphics -lsfml-window -lsfml-system Basically, every SFML library depends on sfml-system, and sfml-graphics also depends on sfml-window. That's it for dependencies. Your program should now compile, link and run fine. If you linked against the dynamic versions of the SFML libraries, donc forget to copy the corresponding DLLs (sfml-system.dll in this case) to your executable's directory, or to a directory contained in the PATH environment variable. Important: if you link against dynamic libraries, you also need to define the SFML_DYNAMIC macro in your project's settings. If you don't, you will get linker errors when compiling your application. If you are using the Audio package, you must also copy the DLLs of the external libraries needed by it, which are libsndfile-1.dll, and OpenAL32.dll. These files can be found in the extlibs\bin directory of the package that you downloaded (SDK or development files).

EDIT: like the part with the dependencies or whatever

@Albatross, I've got a Sata 3 SSD drive coming soon, strictly for booting. I was running out of room on my 500GB drive with several OS on it.

Is it an Intel drive? I've heard too many horror stories of drives outright failing only a few months (sometimes days) after getting them, Intel drives are the most reliable from my experience. I wouldn't trust my system running off of any other brand.

Yes, it's an Intel drive. I would have gotten the 160 GB variant to be on the safe side as far as storage is concerned, but Lenovo was out of stock at the time.

@xander377:
I have no idea how someone runs out of room with a 500 GB drive without downloading unthinkable amounts of multimedia, but I'll take your word for it.

-Albatross

The one I'm getting is a Crucial.

@Albatross, well with 3 Operating systems on this one (windows 7, Slackware, Pinguy OS) plus a logical partition for my media files. Most of my music/videos are stored on seperate harddrives though. Also I should note I didn't download all of it off the internet. Most of it (almost all, save for a song every once in a while) is either ripped from a cd or copied from a friend... Actually all my videos are anime that I backed up for a friend when his harddrive was starting to fail on him.