Re: MS's Excruciating Update Cycles

Yikes! Since "Q3" probably means "End-of-Q3 or more likely Start-of-Q4" that
would make it almost one whole year for a bug patch for VS2005. VS2003 never
even got a single one in 4 years... though I would venture to say that in
IMHO VS2003 was a lot more polished than VS2005.... I don't fault MS for
having bugs. Bugs are inevitable. Though some of the bugs in VS2005 are "how
they'd miss that?" head-scratchers, it is all-in-all a great product and a
fantastic upgrade. But their lumbering, overly technocratic (MS needs a
Steve Jobs!!!), and marketing driven release cycles are taking a toll on my
respect and patience... and I'm a long-time defender!

-C. Moya
"Carlos J. Quintero [VB MVP]" <carlosq@xxxxxxxxxxxxxxxxxxx> wrote in message
Hi Carlos,

I agree 100% with you, and in fact I follow that policy of frequents bug
fixes for my own products (I release a new build with bug fixes the 1st
day of the month for all my MZ-Tools add-ins). I suppose that bigger
products like VS 2005 require some more months but certainly I would also
prefer more frequent SPs (at least two per year).

The first SP for VS 2005 is scheduled for Q3 2006:

And for what is worth, it will not only fix bugs but also will introduce
new features, such as a new Web Application project type (project-based,
not folder-based, with a single output assembly) as we had in VS.NET 2003


Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio
You can code, design and document much faster:

"CMM" <cmm@xxxxxxxxxx> escribió en el mensaje
Just discovered yet another out and out *retarded* bug in VS2005... this
time in the way Application_Startup /w the Application Framework enabled
works (yes, it's a BUG... it's already doc'd in the MS community forums
on MSDN... it concerns aborting Application_Startup when a SplashScreen
is set).

It's been almost 5 months since VS2005 has been released... and it was
obvious that it badly needed a 2.0.1 patch since the day it was released.
These excruciating MS patch cycles and the MVP apologists "I'd rather
wait to get a well-tested patch" are abhorent. I say patches to fix BUGS
should be FREQUENT. I say, if a patch that is suppossed to FIX bugs
creates MORE bugs, it is bad DEV and not lack of testing. 6 months, 8
months, two years of testing isn't going to help anything. MS has got to
get their act together. VS2005, while neat and welcomed, is nonetheless
extrememly bug-ridden (in really small and head-smacking ways). If the
long-awaited "2.0.1" release doesn't deliver, I swear I think I've had it
with MS.

-C. Moya


Relevant Pages

  • [UNIX] XInetD 2.3.0 Code Audit Completed
    ... XInetD 2.3.0 Code Audit Completed ... There were, however, certain issues with patch merging, and the ... but the code remains far from clean and certain bugs are there by ...
  • U5 Lazarus patch 1.1 out
    ... - Shadowlords will not display their names until you've "learned" them. ... - All reported game-crashing bugs in plot-critical NPCs should be fixed. ... - The game new begins with access to the mini-map function. ... included in this patch will not take effect until you begin a new character. ...
  • Re: [CFT] SIFTR - Statistical Information For TCP Research: Uncle Lawrence needs YOU!
    ... I've ironed out a couple of bugs and have what I hope is the import-ready candidate patch available for a final round of testing. ... SIFTR is a kernel module that logs a range of statistics on active TCP ... Running SIFTR on an INVARIANTS enabled kernel with a large number of TCP flows terminating on the machine would lead to a KASSERT triggering in the ALQ framework when SIFTR was disabled. ...
  • Vanilla source code with known bugs fixed
    ... project are a patch that can be applied to NetHack or its variants, ... Bugs fixed so far are officially listed bugs with patches on Bilious: ... Cutting a long worm in two will crash the game if the cut takes ... Game may crash if thrown potion hits bars before a monster. ...
  • [PATCH] IRQ handling race and spurious IIR read in serial/8250.c
    ... 2nd patch below); I think this will fix the symptoms for you. ... in serial8250_start_tx delete the read from the IIR and the ... The bugs in detail (this discussion applies to 2.6.20 and also to ... the generated interrupt races with the straight-line code in ...