EVE-Online Patch Makes XP Unbootable

Nobo writes "CCP's latest major patch to the EVE-Online client, Trinity, comes with an optional DX9-enhanced graphics patch that dramatically improves the visual quality of the in-game graphics through remade models, textures, and HDR. It also has an unfortunate bug: the incredibly stupid choice of boot.ini as a game configuration file, coupled with an errant extra backslash in the installer configuration. The result is that anyone who installs the enhanced graphics patch overwrites the windows XP c:\boot.ini file with the EVE client configuration file, bricking the machine on the next boot. Discussion in a couple of forums threads is becoming understandably heated."

Comments

Insanely sloppy... but not without precedent

[RogueyWon]

Wow... if this story isn't a wild exaggeration, then this is about as unfortunate as a game-bug can possibly get. Of course, a reasonably savvy user could probably have an affected system working again fairly quickly without any data-loss, but my own experience suggests that such users will be in the minority.

The only gaming-related parallel I can think of relates to the uninstall programme bug for the 2001 version of Pool of Radiance. In that instance, attempting to uninstall the game (something many users would do not long after installing it, given the tedious and half-baked nature of the game) had a good chance of wiping the user's hard disk. I actually deliberately triggered this bug for fun myself when I decided it was time to wipe my old machine after I bought a new system. If anybody can think of any other examples on this kind of scale, please do share them.

I wonder if this is going to cause any unpleasant and potentially expensive legal repercussions for CCP, from users who have lost data while trying to fix the issue?

Re:Insanely sloppy... but not without precedent

[iCEBaLM]

At one point trying to uninstall Final Fantasy XI Online would remove hal32.dll.

Re:Insanely sloppy... but not without precedent

[IndustrialComplex]

I wonder if this is going to cause any unpleasant and potentially expensive legal repercussions for CCP, from users who have lost data while trying to fix the issue?


At the very least, it will give us a better indication of just how binding those EULAs are.

With respect to the bug, I'm an ex-tech. I've spent so long away from tinkering with my OS that it would probably take me a good long time to realize just what was wrong. I could probably repair the machine once I did find out that it was a boot.ini issue, but it could take a while.

I would imagine that a lot of these people, even if they are 'techy', don't have more than one machine. Without the ability to check the tech support pages, or another machine on which to test/repair the HD, it would be pretty damned annoying at a minimum.

Re:Insanely sloppy... but not without precedent

[Anonymous Coward]

The deletion of the Boot.ini file will not cause any data loss. If you format your system to fix the issue then you will lose data. Anyone with the Windows XP CD can boot off of it and repair the OS. It is a simple procedure for the tech savvy folks and for those that are not tech savvy, most of them have friends that are.

This issue is going to leave CCP with a lot of egg on their face but realistically extended downtime would have been worse since the player base would have been screaming a 100x louder. This issue will peak higher in the media since it is a highly unusual problem but will die quicker then if the servers were down for 2-5 days.

The concern that I have is how did this get past the QA testers at CCP and into a production build?

Re:Insanely sloppy... but not without precedent

[gEvil (beta)]

At one point trying to uninstall Final Fantasy XI Online would remove hal32.dll.

That wouldn't be a smart thing to do, now would it, Dave?

Re:Insanely sloppy... but not without precedent

[Etrias]

It's not an exaggeration. I was playing last night when the news was coming over the chat channels. Fortunately, it's a pretty quick fix if you can catch it before the reboot and have a Plain-Jane hard drive set up (single drive, no SCSI or RAID).

A few of us in the in-game chat were trying to catch people who were logging on for the first time and walking them through fixing their systems. It baffled all of us why there would even be a boot.ini file that CCP would use to install the premium content (users who chose not to install the premium content were not affected by this, nor were Vista users). I still can't figure out how this missed even basic testing where CCP should have caught this bug pretty easily.

Re:Insanely sloppy... but not without precedent

[Fozzyuw]

I still can't figure out how this missed even basic testing where CCP should have caught this bug pretty easily.

The testers would have caught it but their computers didn't start when they tried to turn them on the next day so they could never identify it. =P

Re:Insanely sloppy... but not without precedent

[sm62704]

Don't these dumbasses actually test this shit before they shovel it out to you? It seems that a patch that would brick XP would be a bug that the first goddamned time it was tried would be discovered. I'm going to have to google to see what company makes Final Fantasy so I can be sure never to buy a game from them!

The love of money is the root of all bad software.

-mcgrew

Re:Insanely sloppy... but not without precedent

[encoderer]

The problem is that your post is gibberish to most users.

For most users their choice is binary:

0. Call the family IT guy (you know, one of us..) and waste our time (as if we don't sit in front of a PC enough..)
1. Call Geeksquad or a similar ripoff-artist and pay $100+ to have them wipe the disk and re-install windows, after stealing all your porn and music

Re:Insanely sloppy... but not without precedent

[TheThiefMaster]

Uninstallers and patches are rarely tested fully. For patches, normally problems stem from the company having only ever tested the clean game at the latest build, or having only tested patching from a clean install of the original retail copy.

Also, this EVE patch wouldn't "brick" an XP SP2 machine that had Windows installed to the primary partition of the primary drive (i.e. most pcs), because Windows XP SP2 will automatically try to boot that if it fails to find boot.ini. Assuming they did test the patch, this would explain why they didn't notice.

Re:Insanely sloppy... but not without precedent

[sammy baby]

But I still have the utmost confidence in the mission.

Daisy, Daiiiiisyyyyy.

Re:Insanely sloppy... but not without precedent

[d0rp]

Don't these dumbasses actually test this shit before they shovel it out to you? It seems that a patch that would brick XP would be a bug that the first goddamned time it was tried would be discovered. That was my first thought too, but I'm guessing that they didn't reboot their test machines after applying the patch...

Re:Insanely sloppy... but not without precedent

[Macthorpe]

Half-Life 1 had an issue similar to this.

If you installed Half-Life to any folder other than the default ('C:\Sierra\HalfLife\' if I'm not mistaken), uninstalling would remove the Half-Life folder and the folder directly above it in the tree.

So, if you installed it to C:\HL\, you kissed goodbye to a good chunk of your C drive when you uninstalled it.

Fixed in the first patch, but still cause for enough annoyance.

Re:Insanely sloppy... but not without precedent

[Glowing-Wind]

Recovery mode from a Windows XP CD isn't even needed; just boot from cd a utility that can edit the boot.ini directly from linux or freedos. http://www.ultimatebootcd.com/ is your friend.

Re:Insanely sloppy... but not without precedent

[malkavian]

Because the file existed before, and after the patch, and because (as the GP poster mentioned) their clean test machine would continue to boot cleanly after the install.
I can understand this one slipping through the cracks in coding (having done coding for years, and knowing that something like a game doesn't get full formal spec treatment). It's still a big ouch, and a real hit on the reputation for the company, but it's one of those honest to god accidents of oversight.

If it happened to me, I'd be mightily peeved, and rightly so. As the company will likely be frantically running round trying to sort it out, and being both scared and embarrassed.. And again, rightly so.

The measure of the company now is in how well they manage the screwup, and how well they look after the people affected. Accidents can happen to anyone. Not everyone can manage to do something good about a disaster.

Re:Insanely sloppy... but not without precedent

[TheThiefMaster]

It's not, because the summary is wrong.

The patch actually deleted the system boot.ini, it doesn't over-write it or replace it with a game config file.

I don't know where that "fact" came from.

Trust me, I was one of the people who had their boot.ini deleted by the patch, followed by (on next boot) my machine displaying some warning about boot.ini being missing, and then proceeding to boot anyway.

Re:Insanely sloppy... but not without precedent

[X0563511]

Sorry, I admit that I had not read the article.

My grievance remains the same, however, in that access to boot.ini should have been denied.

Actually, by default, boot.ini is marked read-only and the patch installer should have respected that attribute, rather than overriding it.

Lemon Party

[Laebshade]

The parent is a Lemon Party link - ingenious.

Ppffftt!

[morgan_greywolf]

Isn't this something should have been found in, oh, I dunno....beta testing?

Re:Ppffftt!

[Phisbut]

Isn't this something should have been found in, oh, I dunno....beta testing?

Oh, but it was found, by several beta testers. However, since none of those beta testers had a functioning computer after the test, they were all unable to send a bug report. Not having received any bug reports, the developers simply assumed that there were no bugs.

Re:Ppffftt!

[kv9]

Consumers==Unpaid Beta Testers paying beta testers

How is this possible?

[Jennifer York]

Someone in their QA department needs to be fired. This type of mistake is simply unacceptable, and truly very difficult to believe.

What sort of test plan fails to catch BRICKING THE PC?

Re:How is this possible?

[vranash]

Obviously one with a really high uptime for Windows :)

Re:How is this possible?

[sayfawa]

Say John, there's a funny thing with our new patch; after the dialogue telling the user that the install was successful and that they should reboot the machine, the machine doesn't actually reboot, it just shuts off and then hangs. What should we do?

Don't tell them to reboot the machine. Problem solved.

Re:How is this possible?

[faloi]

The test plan where you throw it on your Vista box and test it, and it works fine (Vista doesn't use boot.ini), then you test your other OS clients. After all, it's just the installer, what could go wrong...*cough*

Re:How is this possible?

[Jugalator]

Bricking. That word will have became annoying to me by the end of 2008.

Re:How is this possible?

[MBGMorden]

I think it became annoying to me at the end of November. What's bad is it's usually not the geeks who fall in love with buzzwords.

Re:How is this possible?

[illumin8]

BRICKING THE PC?

WTF is with you people? Ever since the Apple made iPhones "bricks", this erroneous use of the term has seeped into our technical vocabulary. People, it's not a brick if it's still usable. When a piece of electronics is really bricked, that means that the ROM is in such an unrecoverable state, that it can't even be flashed with a new working ROM, and needs to be either thrown away, or sent to a factory for repair.

Now, the term bricking is being applied to any piece of electronics or computer equipment that won't boot an OS.

It's not bricked if you can just reinstall or repair Windows and have it work again. It's bricked if you flash a bad ROM BIOS image and now you can't even turn the thing on.

Re:How is this possible?

[jmoriarty]

WTF is with you people? Ever since the Apple made iPhones "bricks", this erroneous use of the term has seeped into our technical vocabulary. Sheesh... way to brick the discussion...

Re:How is this possible?

[Bill, Shooter of Bul]

No, thats just stupid. A computer with a missing boot.ini is much more useful than a brick. Case in point, you can buy a bare bones computer with no OS for ~ $400. More than your average masonry brick. If people do sell it a state similar to its "bricked state" for more significantly more than a brick, then I would say its not bricked. Because, obviously, its more useful than a brick.

Re:How is this possible?

[garbletext]

I have mod points to give you but you're already at +5. Thank you for giving voice to my frustration over this usage. Imprecise language helps no one. A device is called a brick because it is no more useful than one. If you can fix it, it's just 'broken.'

Re:How is this possible?

[garbletext]

No. Bricking doesn't refer to the user's ability to operate a given technology, otherwise my grandma could call her new microwave "bricked," which isn't the case. Just because you are too incompetent to use something doesn't mean it isn't useful. A brick is a device that is irreparably broken.

Re:How is this possible?

[rfunches]

No, the term "brick" does not change based on your technical experience and "considering" something to be bricked does not make the use of the term correct. Joe Average may refer to his hard drive as "memory" but his use of the term is still inaccurate. If the flash chip on an iPhone is FUBAR'd to the state where you can't even reflash it by any means, it's bricked, whether it's in Joe Average's hands, Steve Job's hands, or Sally Tech's hands. Anything less than rendering a piece of hardware completely inoperable (hardware with the usefulness of a physical brick) is *not* bricked. Now, if the boot.ini removal rendered a hard drive inoperable...

Re:How is this possible?

[dintech]

Indeed. I always understood bricking to mean 'only a remote chance of being repairable by some esoteric means, if repairable at all'. Re-installing the OS clearly isn't enough.

However for signicantly large factors of stupid, reinstalling an OS might seem unpossible. Like the sorts of people who these days write summaries for slashdot...

Re:How is this possible?

[grumbel]

### but since it doesn't work its about as useful as a brick

The point of bricking is that it stays that way and can't be fixed by any normal means, i.e. hardware it dead for good and a theoretical repair will likely cost as much as buying it new, if at all possible.

Lack of a booting Windows can certainly be very inconvenient, but its not bricking, not even close.

Re:How is this possible?

[MBGMorden]

I'd say it's being overused simply for being misused. This, for example, does not "brick" anything. For years I've had programs that could hose up a computer to the point that it needed a reinstall. Norton Utilities. Partition Magic (and a lot of other early partition resizing programs). Even Windows itself over time back in the 95/98 days, would eventually become unbootable. This was not "bricked". At most, an hour later I could have the machine usable again using nothing more sophisticated than a compact disc.

Now though, ANYTHING that temporarily impairs the function of a device now "bricks" it. It's the EXACT same thing that happened with "terrorist", a usage that strangely the geek community hated. Once upon a time, you had regular criminals, and you had terrorists, where terrorists were generally politically motivated and caused widespread destruction and panic for the purpose of achieving some specific agenda. Now, it seems like if you hold up a liquor store or hack an ATM you're declared a "terrorist". It's fear mongering at it's best. Use the scariest word possible to make the most impact; exaggeration is irrelevant.

They both made errors.

[d3m0nCr4t]

I suppose both the producers of Eve Online and MS are to blame here. Eve Online for naming a configuration file the same as a Windows system file. And of course MS, for letting any application overwrite such an important system file.

Re:They both made errors.

[W2k]

Likely the users were running the game as administrators, and an administrator would have the necessary rights to overwrite any file on the disk. I don't see how this could be blamed on Microsoft. On Vista you'd get a UAC prompt for trying to write to C:\, but Vista doesn't use a BOOT.INI anyway, so no risk of breaking the system.

Re:They both made errors.

[Goobermunch]

Sad that so many games require Administrator access to run.

--AC

Re:They both made errors.

[00lmz]

It certainly is sad that some apps and games need admin privs to run, but this is an installation bug. Of course people are going to install programs as administrator...

Re:They both made errors.

[secPM_MS]

There is nothing that Microsoft could have done to prevent this. Installation of applications to the machine requires administrator privledges, as does installation of drivers. On Vista, there will be a UAC prompt when you start installation and uninstallation, but the process will then run with the full administrator token. Admin's can do what they want on the box. On a *nix system such an installation / uninstallation error would typically nail the system as well unless it was run in a rather full jail, and I am uncertain that jailing the game would have adequately dealt with a process that might install new video drivers. Certainly, most users would have been slammed in either environment.

Microsoft is criticized for its slow release of patches and software. One of the major issues slowing down release is the exhaustive testing passes that software must go through, and they still occasionally miss something. The diversity of configurations in the field is astonishing. This is an issue Apple does not face, as they support an OS for ~ 2 .releases, say 3 years -- and they make all the HW, which limits the diversity. Microsoft supports their stuff for 7 to 10 years (the 9X and ME series were a bit less than this).

Bricking?

[interactive_civilian]

Why does the summary say "bricking the machine"? Does the machine become a doorstop that cannot be fixed? Can you not (and this might even be more complicated than necessary, but as a rather inexperienced Windows user, this came to mind first) use a Linux Live CD to boot and edit the necessary files? I DNRTFA, but if it is just an errant backslash, it should be a piece of cake to fix.

Hardly "bricking" IMHO.

Re:Bricking?

[IceCreamGuy]

You are absolutely correct, you can use a Linux live CD, a BartPE disc, the Windows install disc, whatever you have that can access an NTFS partition. It's a pretty easy procedure, the equivalent of rewriting a grub config file, just need to know the %windir% folder and installed partition. Brick is definitely not an accurate description.

Re:Bricking?

[geminidomino]

As I mentioned in my previous post:

People with one machine and w/o a Linux live CD (probably 90% of windows users) would have a bricked machine barring any outside assistance. No, they wouldn't. The term "bricked" has very specific connotations. Specifically, that it is not repairable without professional intervention which will probably cost more than the unit itself, thus turning it into a "very expensive brick."

A crashed OS is not a bricking, unless that OS is on firmware or something. If popping in a CD can fix your computer, whether or not you are too stupid to do it yourself, then it's not bricked.

Re:Bricking?

[gazbo]

Man, that's serious then. One would have thought that MS would make the Windows CD bootable so that users could gain access to some form of "recovery console".

Re:Bricking?

[MMC Monster]

Well, yes they do that, but not in any useful way. (At least on WinXP.)

The recovery console is shell-based. Which sucks, since MSWindows likes to keep most of it's recovery tools GUI-based. (Can you even edit the registry in a console?) Or you can allow the installation disc to "fix" the installation, in which case you don't have any control of what it does.

Re:Bricking?

[Apathy451]

In which case my parents "brick" their computer two or three times a year by forgetting they turned the monitor off and can't figure out why their computer doesn't work when they press the power button on the computer itself.

No, I think bricking means something more than "the people who own it don't know what to do now."

Re:Bricking?

[feed_me_cereal]

Most of these people should have a "recovery disc" with their machine that returns it to its initial state of instalation. They'll lose their data, but the machine is far from 'bricked', and they'll need no intervention from pretty much anyone to do this.

Partially correct story

[NATIK]

Everything the newsstory says is correct, but the issue have been fixed and anyone updating now wont get hit by it.

It is still a momumental fuckup though and the one responsible needs to be kicked in the balls for that kind of stupidity.

OUCH!

[Brazilian Geek]

One man's misery is another's chance to quote Nelson from The Simpsons so I'll just get this out of the way...

Ha! Ha!

I don't know EVE's demographics but repairing this by hand is beyond most users abilities.

It's not bricked!

[wiredog]

Dammit! When did "bricking" expand it's meaning from "unbootable under any conditions due to firmware (such as the BIOS) being improperly overwritten" to "Oops, have to pull out the rescue CD"?

Re:It's not bricked!

[halcyon1234]

I think we need to start subclassing the term. It's bricked, but it's recoverable. So it's just a mild inconvenience. A nerf brick? Loose grout?

Apologies

[Sockatume]

In Parlimentary Republican Iceland, game breaks Windows!

Not sure this is a QA problem...

[E. Edward Grey]

Things like this can easily happen when your patch doesn't have any CHANGE CONTROL. Imagine this - the patch is ready to go, everyone agrees on it, and then a small group of developers (or maybe even a single developer) decides to make a modification...and implements it badly. It doesn't even go through QA because QA isn't invoked ("oh, that would just delay the release, I'm sure I have it right anyway"). And now you have this.

I know it drives us crazy, I know not every organization implements change control that's sane and logical. But there's a reason it exists!

Bricking? BS! More FUD!

[AndyFewt]

I have XP, I installed the patch and I DID NOT get this problem. People claiming it "bricks" their machine are just trying to spread the FUD as its VERY easy to fix with your xp cd (and with zero data loss) - http://support.microsoft.com/kb/330184 will show how.

As for why this didnt get caught by QA, they don't reboot their machines. I rarely do either. Plus I expect they have permissions in place to prevent the overwrite. Plus this is the only patch in the thousands of patches they make for the test server which had this problem. Anyone will tell you the odds of a mistake are bigger the longer you go without making one.

Re:Bricking? BS! More FUD!

[beheaderaswp]

You and I are probably both competent technical people. For my part, I'm an IT director and have done this type of work for 22 years.

Let us assume the two of us, you and I, know more about the Windows registry, bash shell, or using gcc that 98% of the geeks out there. Just for argument's sake.

However, there's a 95% chance that any EVE online player will have the following qualities:

1. Own only one computer.

2. Not be technical.

3. Not read the forums where the information is posted.

4. Be unable to digest and properly utilize the fix information.

So let us re-asses:

It took us, you and I, about 15 seconds to re-write that boot.ini file and *poof* no problem.

That's 5% of the EVE userbase. Add another 20% of the userbase that figures out how to solve the problem. 25% of the people have the fix.

The rest of those poor schlubs are driving to Best Buy to have some incompetent charge them $100 (or whatever)- and that is NOT FUD!!

That my friend is a screwup of massive scope, with huge consequences, because for people who are not geeks- that computer is a "brick".

Re:Bricking? BS! More FUD!

[Tim C]

Plus I expect they have permissions in place to prevent the overwrite.

If they're not installing stuff as administrator, they should be. If they've modified their machine significantly from what the average gamer would have, they shouldn't have (by which I mean going in and denying even administrator access to system files, for example).

Besides which, another poster claims that the EVE boot.ini file contains specific information about which version of the game you have, and that it's only installed by the Premium version. That sounds like a test case right there - patch the normal version, confirm boot.ini file not present. Patch the Premium version, confirm that it is.

QA *should* have caught this.

Anyone will tell you the odds of a mistake are bigger the longer you go without making one.

That's because most people simply don't understand probability theory. Unless you get complacent and sloppy, the odds should be independent of past successes.

Re:Bricking? BS! More FUD!

[Jason Levine]

Except that:

1 - Many systems don't come with XP CDs anymore. They come with "restoration partitions" that revert the entire system to a default factory state and might incur data loss.

2 - I'd bet that most users wouldn't know how to use their XP CD or restoration partition if they needed to.

So, yes, messing up the OS this bad would be "bricking" the computer for these users. Sure the fix is simple to you and me, but it's horrendously technical to them. This doesn't even get into the fact that these people might now mentally associate installing updates with catastrophic system damage and might even shy away from installing Windows Updates.

Re:Bricking? BS! More FUD!

[Maximos]

If you think this is fud you don't belong near technical support. I work in IT support and have for over 10 years. Even fairly competent users wouldn't be able to know how to fix a machine boot.ini problem now days. Sure, if you have an XP disk you can perform steps easy. however, if you don't, and most won't, then you got to start getting creative. Still not a big issue for the tech guys like myself. But for a user that doesn't touch normal system files nor know how to do it after there only pc has become unbootable. Most prebuilt systems like dell and such come with, as its been said, a reimage disk that basically puts the build to out of box status. that's removing data. For a user who doesn't know how to fix this on their own, its going to be a call to their tech support, and face it more prebuilt tech support shops, being over seas with bad accents, are going to tell them to get that nice CD. For a non-tech savvy user this is either loss of data or a repair bill for bringing it in to the local computer shop that does know how to fix this. That is a big issue for common user. Aside from that, a user should never have to replace the damn boot.ini for patching a game. bottom line someone should be fired for this.

Eve's boot.ini

[splutty]

The boot.ini for Eve itself contains information about whether you have the "Classic" version or not. The patch that was released for the Classic version did not contain this problem.

The patch released for the "Premium" version does contain this installer error. The change made to the boot.ini is the line that contains this definition, and is changed from Classic to Premium.

It's a very logical problem, easy to fix if you know it, but also incredibly stupid...

Alarmist

[Sobrique]

If you don't install your games to C: you're fine.
If you've got a 'basic' OS install, e.g. C:\WINDOWS and one partition, you're fine - the boostrap loader guesses, flashes up an error, and boots anyway.
It's a bit of a fubar, but hardly the next apocalypse.

Re:Admin privileges

[jorenko]

If you would have RTFFT, you'd know that the install script output looked like this:

Output folder: C:\Program Files\CCP\EVE
Delete file: \boot.ini
Extract: boot.ini... 100%

Which indicates the problem: someone fat-fingered the path of the file to be deleted and QA likely didn't test the final version of the installer.

Re:One of my developers went home early

[E. Edward Grey]

Pardon me for asking, but in what universe is "the game update made my computer unbootable" an excuse for being absent from work? And does this universe happen to have any open positions?

Re:Admin privileges

[Malc]

Get off the let's blame Microsoft bandwagon. This was the installer not the final app. At very least it would have required admin rights to write under "Program Files", because MSFT does enforce security.

"about 80% of the users run with admin privileges on XP, because most apps simply don't work as standard user"

Wrong. I've been logging on to XP as a limited user for years. Most apps work. Some broken apps can be made to work by fiddling with NTFS and registry permissions (hardly ideal, but workable). This isn't MSFT's fault, but sloppy and lazy programming by app developers. I've also been writing my software to MSFT guidelines on this for years too, so see no excuse other people in the industry.

Re:(catchy subject)

[Krinsath]

More likely cause: The patch was tested but the patcher was not.

Don't forget that this is an issue with the the *patcher* that was not present in the full premium install from scratch, only the upgrade (which is probably the route most people would've taken, in fairness). It basically boils down to a simple typo in one version of the installer and rebooting to test the installer might not be part of their QA tests for the patcher.

Really what they should catch flak for is not a bad typo, but as the summary points out having a game file with the same name as a critical OS file. Boot.ini isn't a new thing, in fact it is on its way out with Vista, so there's really no excuse to claim you didn't know that Windows had such a file. It's been there since 1995 or so.

The boot file information

[TheLuggage2008]

For anyone that did hose their boot.ini file and needs the info, here is a copy of mine:

[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect

As you can see, an XP Pro install with one HDD; adjust according to your needs.

Re:(catchy subject)

[COMICAGOGO]

I used to play eve and from what I remember they run two server clusters. One is the test cluster where all the new patches/content/whatever is tested by players and devs before it's added to the regular cluster. So it seems to me that the bug must have been added to the new patch after testing was done. The test server was populated by mostly hard core/ tech savvy eve fans who's main goal in life was to be the first to report any and all bugs, so I can't imagine something like this making it far on the test cluster.

Oblig. Penny-Arcade

[Drogo007]

From way back in 1999 with good ol' Myth II;

http://www.penny-arcade.com/comic/1999/01/06

I remember when we used to use this strip in our training materials for new Testers to impress upon them how badly they did NOT want to have a comic like this made about a bug THEY missed.

To quote Calvin and Hobbes:

[Delusion_]

"Verbing weirds language."

Summary innaccurate/sensational

[Thaelon]

The result is that anyone who installs the enhanced graphics patch overwrites the windows XP c:\boot.ini file with the EVE client configuration file, bricking the machine on the next boot. Discussion in a couple of forums threads is becoming understandably heated.

This is inaccurate/sensational. I use Windows XP. I play EVE. Last night I installed the "Premium" graphics update and was not affected. The reason seems to be because I have EVE installed on a different drive from my OS drive.

Also, it's not bricking. A repair via install disc will fix it. Booting a linux Live CD (Ubuntu etc) will allow you to re-create your boot.ini.

Bricking == hardware permanently reduced to non-functional status. I.E. only, ever, useful in the future as a brick/paperweight.

Other uses of the term "bricked" or "bricking" are wrong and not supported.

Virtual Machines

[Dr_Barnowl]

They probably test installers on VM snapshots like every other sane developer these days.

Firstly, I'm not even sure that VMs *use* boot.ini. Secondly, even if they do, they probably test the installer, say "yup, that works" and then trash the snapshot.

It uses google's "I am Feeling Lucky"

[mr_3ntropy]

Here's how its done. The btnI parameter redirects to the first link in search results. It seems to be using a hacked website to redirect to the actual target.

Really, google needs to wise up and disable that btnI parameter for GET requests.

It wouldn't hurt for the lameness filter to remove it from anonymous posts either.

Not a brick, dammit!

[CoreDump01]

A bricked device either to be sent in to the vendor for repairs, or ,as an alternative, can only be revived via special debugging hardware by people with god-like skills in a certain areas.

A blown OS is not, and never ever will be a brick. Get your terminology straight for once. Wikipedia explains rather nicely the nature of real "brick".

Re:bootcfg /renew

[C0rinthian]

A brick can solve many problems, depending on how broad your definition of 'solve' is...