473,320 Members | 1,976 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

CTP Hell

<RANT>

Who is the genius at MS that allowed the SQL June CTP to be incompatible
with the VS June CTP??? Apparently the SQL June CTP only works with VS Beta
2, and even that depends on install order. If you want the VS June CTP, do
you have to stick with the SQL April CTP? Under which install order
scenario does that work??

Good thing that nobody has any *actual* work to do and can afford to spend
all day installing and uninstalling assorted builds in various sequences
until they get a matching combination.

</RANT>

<g>

Mike Rodriguez
Nov 17 '05 #1
10 1014

"Michael Rodriguez" <mi**@nospamforme.com> wrote in message
news:eT**************@TK2MSFTNGP10.phx.gbl...
<RANT>

Who is the genius at MS that allowed the SQL June CTP to be incompatible
with the VS June CTP??? Apparently the SQL June CTP only works with VS
Beta 2, and even that depends on install order. If you want the VS June
CTP, do you have to stick with the SQL April CTP? Under which install
order scenario does that work??

Good thing that nobody has any *actual* work to do and can afford to spend
all day installing and uninstalling assorted builds in various sequences
until they get a matching combination.

</RANT>

<g>

Mike Rodriguez


It's clearly stated on the download page that they aren't compatible [1], if
you need both of them, run them on separate boxes.
If you install the VS June CTP's, you have to un-install the previous
versions anyway, and reinstall in the; order VS followed by SQL server, this
is the way it works when you are dealing with pre-beta software, and this is
also something you accepted when installing the bits, you did read the
readme files did you?.

[1] From the subscribers download page:
NOTE: Visual Studio 2005 June CTP is not compatible with the SQL 2005 June
CTP, but will work with the included SQL Server 2005 Express Edition. The
June CTP of Visual Studio 2005 Team Foundation Server requires the April CTP
of SQL Server 2005.
Willy.


Nov 17 '05 #2
"Willy Denoyette [MVP]" <wi*************@telenet.be> wrote in message
news:ei**************@TK2MSFTNGP09.phx.gbl...
It's clearly stated on the download page that they aren't compatible [1],
if you need both of them, run them on separate boxes.
If you install the VS June CTP's, you have to un-install the previous
versions anyway, and reinstall in the; order VS followed by SQL server,
this is the way it works when you are dealing with pre-beta software, and
this is also something you accepted when installing the bits, you did read
the readme files did you?.


Willy,

I know it's clearly stated. And yet, I still reserve the right to complain.
I do have that right, don't I?

It just seems to me that the June CTPs of products that are ultimately meant
to work together, should in fact, work together. MS clearly wants VS
developers to use SQL Server, and vise versa, so you would think they would
make more of an effort to make them compatible. After all, the builds came
out within 2 weeks of each other.

Mike

Nov 17 '05 #3
The trick is to know what the release number of the framework is being used.
(i.e. v2.0.50110 and v2.0.50235) both are framework version 2. "Safety tip -
do not cross the streams. That would ve very unsafe, as is all life on the
planet as we current know will cease to exist. "

Do not try to mix different versions of the 2.0 framework. User beware and
it is up to you to make the intelligent decision to match and sync the
versions your are about to use. That is why there are Beta public releases,
Microsoft sync'd these up for "you" so they will work. Beta2 for VS and SQL
2005 and the Beta1 public of Indigo are all using v2.0.50235 (or .502??? I
can;t remember) but this is your best bet to sanity. The CTP are for those
folks that need the latest bits and KNOW what the CTP are and how to use
them. The CTP users often have versions of the other software that you may
not have because they are in a partner or beta group. MS has provided pretty
good versions for you (the public developer overloaded, overworked, under
appreciated, about to outsourced, with minimal time after work to try this
junk , and a screaming wife who wants you to get off that damm thing and help
with the kids and clean up the mess in the kitchen) you. Unless you are
seasoned in how to find edible plants for survial in the woods, you might
just stick to the beatened path, the public betas. The CTP are use at your
own risk, I try not to touch the stuff myself, it can be like eating poision
oak. There is the cutting edge and there is the bleeding edge. And if you
spend too much time there you will become "edgy", we have all been there and
there is nothing you can do but uninstall, and reinstall the oldver version
that was working, and stick to the betas.
I'm sure you have the condolances of all of us that have been taken for that
ride. Any how what those 4 or 5 digits at the end for you framework. Look in
c:windows\Microsoft .Net\framework\ and you will find a folder for everyone
of those little buggers that you have installed. Signing out from the planet
Mongo. -
--
Richard Chauvet
"Michael Rodriguez" wrote:
"Willy Denoyette [MVP]" <wi*************@telenet.be> wrote in message
news:ei**************@TK2MSFTNGP09.phx.gbl...
It's clearly stated on the download page that they aren't compatible [1],
if you need both of them, run them on separate boxes.
If you install the VS June CTP's, you have to un-install the previous
versions anyway, and reinstall in the; order VS followed by SQL server,
this is the way it works when you are dealing with pre-beta software, and
this is also something you accepted when installing the bits, you did read
the readme files did you?.


Willy,

I know it's clearly stated. And yet, I still reserve the right to complain.
I do have that right, don't I?

It just seems to me that the June CTPs of products that are ultimately meant
to work together, should in fact, work together. MS clearly wants VS
developers to use SQL Server, and vise versa, so you would think they would
make more of an effort to make them compatible. After all, the builds came
out within 2 weeks of each other.

Mike

Nov 17 '05 #4
Michael,

Given that it's documented, and that it's not unreasonable to imagine that
integration testing of different product installs after some sort of
breaking change might have to happen later rather than hold up the updates
from being released, this doesn't seem particularly nefarious to me. But to
each their own. As you point out, you have the right to complain ;-)

--Bob

"Michael Rodriguez" <mi**@nospamforme.com> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...
"Willy Denoyette [MVP]" <wi*************@telenet.be> wrote in message
news:ei**************@TK2MSFTNGP09.phx.gbl...
It's clearly stated on the download page that they aren't compatible [1],
if you need both of them, run them on separate boxes.
If you install the VS June CTP's, you have to un-install the previous
versions anyway, and reinstall in the; order VS followed by SQL server,
this is the way it works when you are dealing with pre-beta software, and
this is also something you accepted when installing the bits, you did
read the readme files did you?.


Willy,

I know it's clearly stated. And yet, I still reserve the right to
complain. I do have that right, don't I?

It just seems to me that the June CTPs of products that are ultimately
meant to work together, should in fact, work together. MS clearly wants
VS developers to use SQL Server, and vise versa, so you would think they
would make more of an effort to make them compatible. After all, the
builds came out within 2 weeks of each other.

Mike

Nov 17 '05 #5
Michael Rodriguez <mi**@nospamforme.com> wrote:
I know it's clearly stated. And yet, I still reserve the right to complain.
I do have that right, don't I?

It just seems to me that the June CTPs of products that are ultimately meant
to work together, should in fact, work together. MS clearly wants VS
developers to use SQL Server, and vise versa, so you would think they would
make more of an effort to make them compatible. After all, the builds came
out within 2 weeks of each other.


But for each team to be able to make sure it was compatible with the
other would have meant stabilizing much earlier. Imagine how they're
working - I suspect they take stable builds of each other's projects,
and work against those until the next stable build is out, and then
there's a period where they need to realign everything.

Having to make the two CTPs work with each other would either delay
them significantly, or quite possibly delay the final release
significantly.

As for your right to complain - it's absolutely your right, but I think
the only likely outcome of such complaints is that we get fewer CTPs
and betas. It's not really MS's fault that you apparently wasted a day
"installing and uninstalling assorted builds in various sequences" due
to not reading the documentation. Betas and CTPs of different products
are always likely to have pretty precise specifications about which
versions will work against which other versions, and being released
together *doesn't* mean they'll be able to work together - I would
expect that to very rarely be the case, in fact, for the reasons given
above.

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too
Nov 17 '05 #6
Michael Rodriguez <mi**@nospamforme.com> wrote:
I know it's clearly stated. And yet, I still reserve the right to complain.
I do have that right, don't I?

It just seems to me that the June CTPs of products that are ultimately meant
to work together, should in fact, work together. MS clearly wants VS
developers to use SQL Server, and vise versa, so you would think they would
make more of an effort to make them compatible. After all, the builds came
out within 2 weeks of each other.


But for each team to be able to make sure it was compatible with the
other would have meant stabilizing much earlier. Imagine how they're
working - I suspect they take stable builds of each other's projects,
and work against those until the next stable build is out, and then
there's a period where they need to realign everything.

Having to make the two CTPs work with each other would either delay
them significantly, or quite possibly delay the final release
significantly.

As for your right to complain - it's absolutely your right, but I think
the only likely outcome of such complaints is that we get fewer CTPs
and betas. It's not really MS's fault that you apparently wasted a day
"installing and uninstalling assorted builds in various sequences" due
to not reading the documentation. Betas and CTPs of different products
are always likely to have pretty precise specifications about which
versions will work against which other versions, and being released
together *doesn't* mean they'll be able to work together - I would
expect that to very rarely be the case, in fact, for the reasons given
above.

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too
Nov 17 '05 #7

"Michael Rodriguez" <mi**@nospamforme.com> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...
"Willy Denoyette [MVP]" <wi*************@telenet.be> wrote in message
news:ei**************@TK2MSFTNGP09.phx.gbl...
It's clearly stated on the download page that they aren't compatible [1],
if you need both of them, run them on separate boxes.
If you install the VS June CTP's, you have to un-install the previous
versions anyway, and reinstall in the; order VS followed by SQL server,
this is the way it works when you are dealing with pre-beta software, and
this is also something you accepted when installing the bits, you did
read the readme files did you?.


Willy,

I know it's clearly stated. And yet, I still reserve the right to
complain. I do have that right, don't I?

It just seems to me that the June CTPs of products that are ultimately
meant to work together, should in fact, work together. MS clearly wants
VS developers to use SQL Server, and vise versa, so you would think they
would make more of an effort to make them compatible. After all, the
builds came out within 2 weeks of each other.

Mike


You have the right to complain, just like I reserve the right to say you
shouldn't complain, and you shouldn't start your rant with "who is the
genius", instead you should be wondering 'Is this release for me?'.

First off, it's clearly documented what you can/can't expect from a CTP
build:
- SQL June TCP/VS June CTP is not supported on the same box (CLR issue), if
you did waste your time trying to install both, you only have to blame
yourself
- both are unsupported and not of Beta quality, if you aren't willing to
deal with and accept the issues (something you clearly don't), don't
install.
- It's not for production code using Beta2 Go-live license, if this is what
you need, stick with Beta2.
- Unless you have plenty of hardware or you are using VPC's, just don't
install it.
If however, you have the hardware and ready to accept the issues and you
really need to use the SQL June CTP with VS, install them on a separate box
and point your VS June CTP Dataconnections to this remote instance, that's
the way I'm doing , sure there are issues, but it works pretty well,
considering both aren't even Beta quality.
Second you should keep in mind that while SQL 2005 integrates into VS (to a
certain extent), they are totally different products, built by different
teams, targeting different customers/needs.
IMO it was the correct decision to separate both product development cycles,
and don't let them depend on each other. SQL Server does not need VS, and VS
doesn't require SQL in order to build applications. Right, both products
have the CLR in common, but he! SQL server doesn't need the CLR to run (most
of the SQL community doesn't care at all about the CLR), while VS needs it
badly. As indicated by others, it wouldn't be acceptable to delay the
release of one of the product in favor of the other, just because someone
needs synchronized pre-beta builds.

Willy.

Nov 17 '05 #8

"Michael Rodriguez" <mi**@nospamforme.com> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...
"Willy Denoyette [MVP]" <wi*************@telenet.be> wrote in message
news:ei**************@TK2MSFTNGP09.phx.gbl...
It's clearly stated on the download page that they aren't compatible [1],
if you need both of them, run them on separate boxes.
If you install the VS June CTP's, you have to un-install the previous
versions anyway, and reinstall in the; order VS followed by SQL server,
this is the way it works when you are dealing with pre-beta software, and
this is also something you accepted when installing the bits, you did
read the readme files did you?.


Willy,

I know it's clearly stated. And yet, I still reserve the right to
complain. I do have that right, don't I?

It just seems to me that the June CTPs of products that are ultimately
meant to work together, should in fact, work together. MS clearly wants
VS developers to use SQL Server, and vise versa, so you would think they
would make more of an effort to make them compatible. After all, the
builds came out within 2 weeks of each other.

Mike


You have the right to complain, just like I reserve the right to say you
shouldn't complain, and you shouldn't start your rant with "who is the
genius", instead you should be wondering 'Is this release for me?'.

First off, it's clearly documented what you can/can't expect from a CTP
build:
- SQL June TCP/VS June CTP is not supported on the same box (CLR issue), if
you did waste your time trying to install both, you only have to blame
yourself
- both are unsupported and not of Beta quality, if you aren't willing to
deal with and accept the issues (something you clearly don't), don't
install.
- It's not for production code using Beta2 Go-live license, if this is what
you need, stick with Beta2.
- Unless you have plenty of hardware or you are using VPC's, just don't
install it.
If however, you have the hardware and ready to accept the issues and you
really need to use the SQL June CTP with VS, install them on a separate box
and point your VS June CTP Dataconnections to this remote instance, that's
the way I'm doing , sure there are issues, but it works pretty well,
considering both aren't even Beta quality.
Second you should keep in mind that while SQL 2005 integrates into VS (to a
certain extent), they are totally different products, built by different
teams, targeting different customers/needs.
IMO it was the correct decision to separate both product development cycles,
and don't let them depend on each other. SQL Server does not need VS, and VS
doesn't require SQL in order to build applications. Right, both products
have the CLR in common, but he! SQL server doesn't need the CLR to run (most
of the SQL community doesn't care at all about the CLR), while VS needs it
badly. As indicated by others, it wouldn't be acceptable to delay the
release of one of the product in favor of the other, just because someone
needs synchronized pre-beta builds.

Willy.

Nov 17 '05 #9
"Richard F. Chauvet" <Ri*************@discussions.microsoft.com> wrote in
message news:2E**********************************@microsof t.com...
The CTP are use at your
own risk, I try not to touch the stuff myself, it can be like eating
poision
oak. There is the cutting edge and there is the bleeding edge. And if you
spend too much time there you will become "edgy",


Well said!

Nov 17 '05 #10
"Jon Skeet [C# MVP]" <sk***@pobox.com> wrote in message
news:MP************************@msnews.microsoft.c om...
As for your right to complain - it's absolutely your right, but I think
the only likely outcome of such complaints is that we get fewer CTPs
and betas. It's not really MS's fault that you apparently wasted a day
"installing and uninstalling assorted builds in various sequences" due
to not reading the documentation.


Hi Jon,

Actually, I didn't waste any time installing and uninstalling the assorted
betas. I learned that lesson last year! I really don't even use SQL 2005,
I just love the Management Studio. I use it on my current SQL 2000
databases. The SMS is just so much better than the old EM (an actual search
and replace in stored procedures!).

Has anyone tried the VS June CTP with the SMS from April? I think I heard
someone say they might work together if SMS is installed first. It just
takes to long to install and uninstall that I'm can't spend the time to find
out.

Thanks,

Mike Rodriguez
Nov 17 '05 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

0
by: kayodeok | last post by:
We're Mad As Hell And We're Not Going To Take It Anymore http://hownow.brownpau.com/index.html The web is a mess. We're tired of this deluge of <font> tags, nested tables, spacer GIFs, and...
3
by: .DLL hell II - The Evil Empire Strikes Back | last post by:
I can't figure out how this side-by-side assembly stuff it supposed to work. I have a stack of four assemblies A has no references B references A & C C References A & B D References A, B and C...
22
by: Jim Hubbard | last post by:
I am reposting a portion of a thread that I am involved in under a new topic because it seems that there are still people that believe the whole "DLL Hell" myth. I hope I can shed some light on...
2
by: Nad | last post by:
Hello, dll hell has been eliminated in .NET using assembly versioning. I am new in .NET and would like to know if there is any dll-hell-equivalent in .NET Windows or Web development...
21
by: Nx | last post by:
Hi I am unpacking a list into variables, for some reason they need to be unpacked into variable names like a0,a1,a2....upto aN whatever is in the list. How to create the variables dynamically...
1
by: GreatB | last post by:
Bill Gates died in a car accident. He found himself in Purgatory being sized up by God . .. "Well, Bill, I'm really confused on this call. I'm not sure whether to send you to Heaven or Hell....
18
by: Dave Sauny | last post by:
Ok, its a friday, I'm at work and I cant get this to work: I have 3 listboxes on one tab control page. when i select an item in listbox1 i want whatever is selected on the other 2 listboxes...
3
by: fyleow | last post by:
I just spent hours trying to figure out why even after I set my SQL table attributes to UTF-8 only garbage kept adding into the database. Apparently you need to execute "SET NAMES 'utf8'" before...
2
by: Scott M. | last post by:
I need a little help please... I'm simply trying to set up a very basic event for a class and then create an event handler for that class in a Console application. I think I'm very close, but...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
0
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.