|
Mazdak wrote:
uninstall all program that you think they are not important or you can uninstall them temporary.
Nope. No luck.
I have uninstalled, SQL Server 2000 utilities, VB6.0, VI 6.0. I am only left with VS 6.0 (only VC in it). I can also go ahead and uninstall it. But do you think that could solve the problem??? I am a little skeptical!!!
omkamal
|
|
|
|
|
Try running [CD-ROM]:\setup\Setup.exe /NO_BSLN_CHECK from Disk 1 (disable autorun or press shift while loading CD 1 into drive)
For example:
D:\setup\setup.exe /NO_BSLN_CHECK
This way, setup will run without running WCU.
Be sure to update your system using the standalone installers on the WCU disk
Crivo
Automated Credit Assessment
|
|
|
|
|
I read this suggestion from moreinfo.htm in the Windows Component Update CD. But I am not able to install IE6.0. Can I install it after installing VS.NET??
omkamal
|
|
|
|
|
hmmm... I don't think so...
Not read anything about it, but it's so dependant on new MSXML features, the start screen is a IWebBrowser...
Crivo
Automated Credit Assessment
|
|
|
|
|
hey I got this workaround.
If you have certain problems in installing Windows Components update. Insert the Windows Component CD. Run the setup.exe in that CD. It would say "Setup has been started without starting VS.NET CD1" (or something like that) "Please click Yes and insert CD 1 or click No to continue with Windows Component installation which will install all components".
I said No, and fortunately it was able to find out what are the components that are missing and I installed all components successfully.
Then I inserted CD 1 and it automatically disabled the Windows Component Setup link and ready to install VS.NET....
omkamal
|
|
|
|
|
Congratualtion!
Mazy
Don't Marry a Person You Can Live With...
Marry Someone You Can Not Live Without
|
|
|
|
|
One more additional information. MS did not specify about the size of the registry or the amount of registry values that it is planning to write. While installing my registry was filled up and it couldnt write any more registry values.
If you change your registry size in the middle of installation it will not be taken into effect until you reboot your machine. So check your size of registry, increase it if needed (atleast some more memory that VS.NET can feel free to write, not almost going to choke), reboot your machine and do the installation.
omkamal
|
|
|
|
|
Does anyone know how to implement multi-selection inside a treeview the easy way. I probably have to design it myself, but it would be a great help of-course if someone knows where I can find some samples...
|
|
|
|
|
Why don't you just use the check box style?
- - - - - - - - - - - - - - - - - -
Memory leaks is the price we pay \0
01234567890123456789012345678901234
|
|
|
|
|
Has anybody had issues installing the final .NET Framework SDK in place of the Beta 2 SDK? I tried to install the latest release and VS.NET Beta 2 said it couldn't even find the SDK installed ..
Anybody have same problem?
Travis D. Mathison ---
--- After three days without programming, life becomes meaningless ...
|
|
|
|
|
VS.NET requires that the framework installed match the version it was built for.
So no, you can't get VS.NET Beta x or RC y to work with the released SDK.
This shouldn't be a problem come the next version of the framework though, since you will be able to have multiple versions side-by-side.
James
Sonork ID: 100.11138 - Hasaki
"Not be to confused with 'The VD Project'. Which would be a very bad pr0n flick. " - Michael P Butler Jan. 18, 2002
|
|
|
|
|
Also Microsoft said you HAVE to uninstall any Beta version you have before installing .NET 1
Philip Patrick
"Two beer or not two beer?" (Shakesbeer)
Web-site: www.saintopatrick.com
|
|
|
|
|
Is there any special or new version of installshied in .Net or we have to use old version of installshield for VC++.Net
Mazy
You can find a solution (even a foolish one) for all problems (even big ones)
|
|
|
|
|
Developer 7.02 lists .NET support explicitly, but I imagine you could do with any version, you'd just have to include the runtime and register things in the GAC yourself.
Of course if you aren't using any of the .NET features (ie managed C++, C#, VB.NET, the CLR) VC++.NET is just the next version of VC++ 6.0
James
Sonork ID: 100.11138 - Hasaki
"Not be to confused with 'The VD Project'. Which would be a very bad pr0n flick. " - Michael P Butler Jan. 18, 2002
|
|
|
|
|
If you like Wise, Wise for Windows Installer works with .NET as well; I just downloaded the eval and had my component installed into the GAC in no time.
It took me about 10 minutes to figure out where it put my setup program tho (crazy "bug" where click the drop down for the look in directory takes you straight to the desktop.)
James
Sonork ID: 100.11138 - Hasaki
"Not be to confused with 'The VD Project'. Which would be a very bad pr0n flick. " - Michael P Butler Jan. 18, 2002
|
|
|
|
|
Would you please send me the link you download it/
Thanks
Mazy
You can find a solution (even a foolish one) for all problems (even big ones)
|
|
|
|
|
Sure can
http://209.104.132.210/WfWIEval.exe
[Edit: The reason I'm giving a link right to the exe rather than to the wise evaluation form is that the site is having troubles; I keep getting an error trying to load the homepage
James
Sonork ID: 100.11138 - Hasaki
"Not be to confused with 'The VD Project'. Which would be a very bad pr0n flick. " - Michael P Butler Jan. 18, 2002
|
|
|
|
|
Where can I download the Smart Device Extensions for Visual Studio .Net?
For some reason I am not able to find it. It would have been nice if it came with VS .NET Enterprise Arch install, or did I miss it?
Kind regards,
Tim
|
|
|
|
|
With the PDC 2001 release it was included on a separate CD. Is it the same for EA?
James
Sonork ID: 100.11138 - Hasaki
"Not be to confused with 'The VD Project'. Which would be a very bad pr0n flick. " - Michael P Butler Jan. 18, 2002
|
|
|
|
|
It appears that the Smart Device Extensions are not fully available yet. It did not come with the official release of Visual Studio .NET
Kind regards,
Tim
|
|
|
|
|
Problem 1:
If I temporarily hide an MDI child Form and then show it again like this...
myForm.Hide ();
...
myForm.Show ();
...then the Location is chosen at random as if this was the very first time the Form is displayed.
I work around the problem like this:
Point priorLocation = myForm.Location;
myForm.Show ();
myForm.Location = priorLocation;
But that causes a gross visual blunder as the window is initially displayed in a random position and then jumped to its new position.
I tried using the underlying ShowWindow API on the window handle and that solves the location problem but unfortunately does even nastier things to the entire .NET Form internal state. (Windows don't show as being active, etc.)
Does anybody have a technique for preserving the location of an MDI child Form that does not have a visual glitch?
Problem 2:
Maybe this is not related but when I (re)Show a child Form, an ActiveX object embedded on that form likes to draw itself on the desktop instead of in the child window. Any ideas here?
Eric Newhuis
enewhuis@futuresource.com
|
|
|
|
|
This looks like it might be a bug with MDI Child forms. An interim solution is to set the MDI Child forms StartPosition property to FormStartPosition.Manual. The only disadvantage is that any new windows that come up are started in the upper left corner (unless you provide a new position for them).
The placement isn't actually random, its Windows default location for when a new form is opened.
No idea for Problem 2 since I don't have any experience with AX on winforms.
HTH,
James
Sonork ID: 100.11138 - Hasaki
"Not be to confused with 'The VD Project'. Which would be a very bad pr0n flick. " - Michael P Butler Jan. 18, 2002
|
|
|
|
|
Hi,
There is a lot of talk these days about the .NET vs J2EE thing. I have taken a look on both sides and I was wondering if the COM+ architecture is still a fundamental thing in .NET for distributed computing?
(Yes I know, .NET eventually emerged out of COM+2.0 or NGWS or whatever)...
But for distributed computing, have things changed from COM+ ? Is there such a thing as J2EE that offers server-side containers being statefull (<-> COM+, as far as I remember?), how slick and integrated is everything?
They must be a lot more elegant right now, can someone please give me a pointer to information in msdn about that?
thanx for reading, cursing and flaming
|
|
|
|
|
Com+ is fundamental in distributed computing, whether you use .NET or not, the services provided by Com+ are the fundamental thing (like distributed transactions, object pooling, the easy thread development architecture, etc..), which were not supplanted by any new technology (yet).
In .NET you can write Serviced Components (this are the Com+ components that we write today in Visual C++, Visual Basic,..), these will run inside Com+ and can take advantage of the services provided by it.
Right now there isn't support for statefull components, in the sense of J2EE, but microsoft it's working on a new technology that permits something like this, I can't remember the name (something like "Object Space" or so).
The idea of statefull componentes is just the opposite to the spirit of Com+, where one of the rules is "do not maintain state" (see Transactional COM+: Building Scalable Applications by Tim Ewald http://www.amazon.com/exec/obidos/ASIN/0201615940/qid%3D1013822174/ref%3Dsr%5F11%5F0%5F1/103-4000867-4379823)
Hope this clarify a bit.
(and sorry about my english
Andres Manggini.
Buenos Aires - Argentina.
|
|
|
|
|
I use VC 6 + MFC to develop standalone 'traditional' mfc based apps. Along with a lot of others I expect. I'm not in the slightest bit interested - at least not yet - in the .net runtime platform stuff and all that internet linkage that seems to be stuffed in there and that MS is pushing as the latest and greatest.
But I am interested in a compiler update and new release of mfc that can be used for traditional Windows app developers, especially if it has more bugs fixed, better support for Windows xp user interface etc etc.
So would VS .net do anything for me? Or am I locked into VS6?
Can anyone comment on the reliability, bugginess of vs .net?
|
|
|
|