Pet Peeves about Windows (Or Proof that Microsoft is Evil)

Pages: 123
Diskettes? Ha, back in my day we were using punch cards and we liked it.

I recently rebooted my dual boot Linux system back, must say, with C++ software and compilers on it I have a whole new reason to learn $bash.
I've used punch cards... well, for encryption, but that's not the point... Do you use punch cards now? Only when I'm using an ancient platform do I use a diskette. Most newer ones can handle booting from net or stick. Who needs a little diskette when you can run everything from the stick...
There's just something satisfying about that little click you get when you push a Floppy diskette into a drive.
I like floppies because they don't scratch, they don't get fingerprints.. It's just generally a better design than cds. I also wish games would come on cartridges, like they used to. They never had to freaking load.
Last edited on
Working in a library and having people lose files they worked very hard on was very troubling for me. If it was just a little EMI then no prob, we could recover, but sometimes nothing. They also put all their trust into that stupid floppy because they didn't store it anywhere else. WTF! I was super stoked when that University went to all jump drives for the students. I was already using one way before that though. That made me sour to diskettes. I used to have tons to them scattered about, now you won't find one of them. I will find one if I need it, but the rest are garbage. Screw that crappy medium. I'd sooner use punch cards. I wouldn't even mind so much if I dropped them and got them all out of order... well, maybe I would, but I'd probably cheat and pencil the order in...

We'll soon be loading entire games directly from the internet onto *cubes in an infinitesimal amount of time anyways.



*a glass cube that stores data in a similar way as a cd, with a third dimension space is nearly unlimited.
wikipedia wrote:
IBM's USB flash drive became available on December 15, 2000
wikipedia wrote:
[Windows XP] It was first released in August 2001
I think it should be able to work with diskettes.
Only when I'm using an ancient platform do I use a diskette
So what you will do if you need to share information?

Original topic: a Live CD could solve your problems with the environment

Edit:
@rocketboy9000: Ask Nintendo (or Sony) about cartridges.
Last edited on
ne555... that's what the jump drive is for. I also use internet to store and transfer data.
Funniest joke i've read about microsoft in a long time ever. Does everybody recall that joke list of things a car would be like if it were designed by microsoft? I think just about everybody has seen it at least once, but the one thing I can remember was in order to turn the car off you'd have to hit the start button. Well I screwed up that even. It was funnier the way it was written.
closed account (3hM2Nwbp)
MS dropped the ball with VS2010. I'm beyond words with this.

Code::Blocks here I come.

*Edit - I've never been a fan of open source projects, but code::blocks seems really intuitive! I didn't expect a radio option to "Not change anything, but still ask me next time!" :D

*Edit2 - I retract Edit1, the MS compiler isn't going to work without me fiddling around with *something* after searching google for hours on end trying to find a workaround.

*Edit3 - Why do you have to include your own project's "include" directory in the search path?

*Edit4 - Yep, no open source app can just work off the shelf...
Last edited on
closed account (1yR4jE8b)
What's so bad about Visual Studio 2010? I've had to use it at work a bit, and it's a massive improvement over 2008...I still hate the compiler though...

I wouldn't expect the Microsoft compiler to work with Code::Blocks right out of the box, they ship it with MinGW which is where most of the development effort goes. And from what I've seen, just setting up the Microsoft Compiler to use in plain 'cmd.exe' without using the 'Visual Studio Command Prompt' is a pain in the ass.

I've never had to include my own project's include directory in the search path, even when coding in Notepad++. And I've never had this issue with Code::Blocks in the limited time I've used it. Unless you're trying to include your own files using <myfile.h> instead of with double-quotes "myfile.h" ...
closed account (3hM2Nwbp)
I was venting my frustrations on the previous post.


What's so bad about Visual Studio 2010?


For the past few days VS hasn't been recompiling certain (random?) sources in my project. One way I found to work around this is to rebuild the entire project for every change that's made. Perhaps the minimal compile directive is broken in my installation? That, accompanied by the auto completion service failing virtually every 5 minutes. I do like the C++0x features in the VC10 compiler however.
*Edit - They've also taken out intellisense support for C++/CLI in VS2010.


I wouldn't expect the Microsoft compiler to work with Code::Blocks right out of the box


A confirmed expectation. Even after setting the search paths, etc to the correct places, the compiler fails to execute with an error code of 0xC0000007B. Oh, but I did expect the code::blocks documentation to be a little more helpful than pointing to Microsoft.com for instructions (which aren't there).
*Edit - The stock mingw compiler wouldn't compile correctly at first either, I had to text-edit the project file to remove some invalid compiler directives.
*Edit2 - The stock mingw doesn't compile boost::thread


I've never had to include my own project's include directory in the search path


I'll take the blame on this for not reading the read-me :P
Last edited on
ne555 is SO CLOSE to a solution to the OP's problem that it is killing me. The issue that comes up with your solution is that if the OP is the admin of a domain about the same size as mine, 300+ systems, then even replacing the CD-ROM everytime there is a software update is too much work.

A solution that would be a bit more flexable would be something like this: GRUB\Etherboot -> PXE boot OS. This way you can boot different PC's at different locations to different images simply by changing the image file name from your office instead of having to run to every computer in every lab to swap out a CD or flash drive.

So it looks something like this: PC's in Lab 1 are set to look at an image (let's call it Lab1.img). You rename Lab1.img on your server to Lab1old.img or something (so as to preserve it in case you need to roll back). Then rename the new image to Lab1.img and reboot all of the PC's using a remote command. Abra Cadabra, every PC is "reimaged" without the need for you to leave your office.

If you need to speed up boot times, cut down on the bandwidth used or you simply can't use an image from the server for some reason, what you would do is have two disk partitions and have GRUB point at one of those to boot from while hiding the other. Then when you need to update the system, overwrite the partition you aren't using with your new image via PXE boot, then point GRUB there when it is done.
1
2
3
4
5
6
parttool (hd0,1) hidden- /* Unhides The New Image */
parttool (hd0,2) hidden+ /* Hides The Old Image */
set root = (hd0, 1) /* Sets The Root Variable To The Partition You Want To Use */
chainloader +1 /* Grab First Sector Of The Current Partition */
parttool ${root} boot+ /* Sets Current Partion To Active */
boot /* Boot The Partition That Has Been Loaded */


GRUB: http://www.gnu.org/software/grub/ (Perfect Price GRUB Bootloader)
Imaging Software: http://www.fogproject.org/ (Easy to manage, perfect price, also will fix Active Directory entries for you)
SysPrep: http://technet.microsoft.com/en-us/library/bb457073.aspx (Comes with Windows, Don't forget to do this part if not using a PXE boot OS.)
PsTools: http://technet.microsoft.com/en-us/sysinternals/bb896649.aspx (Perfect price, See * Below)

*: PsExec is useful for grabbing the MAC address off of remote systems without having to go to each one of them, you will need this for the FOG entries. PsShutdown reboots remote systems**.

**NOTE: I've found that for Win XP, remote systems will not reboot if the user has "locked" the PC, so in order to reboot this remotly I pass the Process ID of winlogon.exe to PsKill and crash it that way, this is variable so use PsList to obtain the ProcID; PsKill will not stop winlogon.exe if passed the process name. This is a messy way to do it as the users data WILL NOT BE SAVED, but due to the systems security I haven't found another way to get around this yet.

EDIT: Systems in Lab 1 use Lab1.img, Lab 2 use Lab2.img etc. These file extentions may not be the ones you use.
Last edited on
Topic archived. No new replies allowed.
Pages: 123