|
I have been with Vb since 1.0 and in my opinion the even versions were always better than the odd ones, so hopefully V8 will be ace.
I think it will be because if I understand it correctly V8 will have the ability to debug code and make changes to it whilst in run mode. That is something I really miss from VB6.
Siv
Graham Sivill
Martley, Near Worcester. UK.
|
|
|
|
|
|
Dale Thompson wrote:
Back in the day - the first C++ compiler from Microsoft was labeled "Microsoft C/C++ 7.0" (Borland had several adds making fun of that). The next compiler they came out with was Visual C++ 1.0 - go figure!
If you used Microsoft C 5.0 and 6.0 as I did in 19XX, you will know why it be called version 7.0. At that time, MSC5 was a good compiler but Borland have a better visual IDE.
---
Herbert Yu
Are you sure the speed of computer industry is proper? Are you sure the software you released is a bug free one?
|
|
|
|
|
And TurboDebugger was a lot nicer to use than CodeView. MSC 6 was the version that introduced two things: Bugs and OS2 support. MSC7 introduced C++ and MFC 1.0
onwards and upwards...
|
|
|
|
|
Well, Microsoft has to be consistent. Their naming scheme for compilers makes every bit as much sense as their naming scheme for operating systems. 
An expert is somebody who learns more and more about less and less, until he knows absolutely everything about nothing.
|
|
|
|
|
|
At some MSDN event I recently attended, it was said that the '.Net' was removed because now everything is going to be .Net hence it was not needed anymore.
Yves Tkaczyk
|
|
|
|
|
The developers of the compiler HAVE kept the original linear version scheme!
Check out the value of _MSC_VER, or enable the banner when compiling. Eg, VC6 prints this:
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
See that? Version 12.0! There's no mention of "VC6" anywhere in the compiler itself, just in the IDE.
Versions 1-6 were C compilers.
After C/C++ 7 came VC1.0 which had _MSC_VER=8000
VC1.5 was 9000 I think.
(there was no VC2 or 3 - you missed that piece of stupidity in your list. VC4 was the first Windows 95 one, it was probably given that title to match Windows 4.0, which of course was never marketed in that way, though I note that XP Pro calls itself Windows Ver 5.1 on the command line).
VC 4 is 10000, VC5 is 11000
(I never heard of 97. Was it VC 5.0? I jumped from VC4 to VC6. Also I never used VC1.0).
VC6 is 12000.
VC7 is 13000
VC7.1 is 14000.
I haven't checked, but I expect that VC8 is actually Microsoft C/C++ v 15.0!
It's all pretty hilarious really.
I just wish they'd put the _MSC_VER value on the box, and completely abandon the ridiculous marketing version numbers.
Call it "MS VC Whidbey" and have 15.0 in small print somewhere.
|
|
|
|
|
You are wrong as for VC2; I have the box here in my office... At that time MS even tried the "subscription model", where they would ship an update every 3 months...
After 9 month, with VC 2.12, they gave up!
Alberto
|
|
|
|
|
Thats correct, as well as the often *forgotton* VC for Macintosh Cross-Compiler which is on my shelf...
onwards and upwards...
|
|
|
|
|
>You are wrong as for VC2; I have the box here in my office... At that time MS even tried the "subscription model", where they would ship an update every 3 months...
After 9 month, with VC 2.12, they gave up!
That's really interesting. I never heard of VC2. But there never was a VC3, right?
(Unless VC3 was one of the MIPS/Alpha compilers?)
The numbering system is a complete pig's breakfast!
|
|
|
|
|
Right, there was no VC3. This because they wanted to align all the numbers...
Microsoft C/C++ 7.0 shipped with MFC 1.0
Visual C++ 1.x (16 bit) shipped with MFC 2.0
Visual C++ 2.x (32 bit) shipped with MFC 3.0 (in the same box there was VC 1.15 for 16 bit development)
So, they skipped VC 3.0 to finally have
Visual C++ 4.0 shipped with MFC 4.0
But they soon broke this nice alignment by having
Visual C++ 5.0 with MFC 4.1
Visual C++ 6.0 with MFC 4.2
and finally
Visual C++ 7.0 (aka .NET 2002) with MFC 7.0
Visual C++ 7.1 (aka .NET 2003) with MFC 7.1
Alberto
|
|
|
|
|
Thanks for that info.
>
Visual C++ 4.0 shipped with MFC 4.0
But they soon broke this nice alignment by having
Visual C++ 5.0 with MFC 4.1
Visual C++ 6.0 with MFC 4.2
----
Also from memory VC4 shipped with ATL 1.0, VC5 with ATL 2.0, VC6 with ATL 3.0, and VC7 with ATL 7.0.
So there's an extraordinary range of numbers on offer at any given time
So you think my guess about VC 4.0 matching Windows 4.0 is wrong, and that the numbers were driven by MFC instead?
Also, is VS 97 the same as VC 5 ?
Then C/C++ 11.0 = Visual Studio 97 = Visual C++ 5.0 = MFC 4.1 = ATL 2.0
would be the most absurd point in the history.
-Don.
|
|
|
|
|
Don Clugston wrote:
So you think my guess about VC 4.0 matching Windows 4.0 is wrong, and that the numbers were driven by MFC instead?
Also, is VS 97 the same as VC 5 ?
Yes to both questions; this is the proof that marketing people cannot keep a steady course for more than a couple of years...
Alberto
|
|
|
|
|
Most of the versioning chaos started when Gates decided to call Windows 4 Windows 95. Since then we've had a mixture of years and version numbers.
Of course they used to skip version numbers occasionally but ta least they were increasing.
Though, as pointed out below, there was MS C/C++ 7 -> Visual C++1.0. But you could argue that VC++ was a new product.
Kevin
|
|
|
|
|
Because......... It's made by Microsoft. 
in case MS Windows...
95 - 98 - ME
NT - 2000 - XP - ??? 
I'm a Brave Man!!! ^^
|
|
|
|
|
Because......... It's made by Microsoft.
in case MS Windows...
95 - 98 - ME
NT - 2000 - XP - ???
just kidding.... ^^
|
|
|
|
|
Well, not really. For most of my professional work, I use MSVS 2003. However, whenever I have a chance I use vim[^]. Call me crazy, but it is fun once you get used to it. I use it to program in different programming languages (C++, C, Perl, Java, CIL, Python), under different platforms (mostly Windows and some Unix emulators like SFU or Cygwin) and it always feels the same.
Of course, for work on big projects, I really want something with integrated debugger, and vim can't compete VS 2003 in this regard 
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
|
|
|
|
|
As an aside: Vim is a cleaning product here in S.A. Very abrasive stuff.
regards,
Paul Watson
Bluegrass
South Africa
Michael Dunn wrote:
"except the sod who voted this a 1, NO SOUP FOR YOU"
Crikey! ain't life grand?
|
|
|
|
|
|
|
nice to have such reason
for us was reason 'it must be better'
|
|
|
|
|
|
As soon as VS2005 represents the stable development tool I wanted from VS2003, I'll use it and I'll "migrate" my team onto it.
BUT, if VS2005 is not leaps ahead of VS2003 in terms of stability and reduced limitations, then I'll give this one a skip.
I had a Windows form designer corrupt in VS2005 beta 1 and I had to shut down the IDE.
I can't tell you how often we get this in VS2003.
Cheers,
Simon
sig ::
"Don't try to be like Jackie. There is only one Jackie.... Study computers instead.", Jackie Chan on career choices.
article :: animation mechanics in SVG blog:: brokenkeyboards
"It'll be a cold day in Hell when I do VB.NET...", Chris Maunder
|
|
|
|
|
Nishant S wrote:
I wonder how many people are using VS.NET Whidbey for production code
I voted for it because I am doing testing with it. No production code development is being done with it - although looking at some of the new features available (with the IDE and the language and .NET Framework enhancements) I can't help being impatient.
Do you want to know more?
Not getting the response you want from a question asked in an online forum: How to Ask Questions the Smart Way!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
