|
I wish I could help you. I looked all over the place for this and came up dry. We're eventually going to get something like InstallShield which I hope will provide the functionality. I did find a way to hack the registry to check the checkbox but it still didn't behave like I checked it manually. I had to uncheck it, apply, then recheck it. If you ever do figure this out, please let me know (I'll keep looking).
|
|
|
|
|
My application is based on a solution with .exe written in managed C++ and some dll written with MFC7 (reusing of old code) and some other dll written in managed C++ or C#.
All these projets are included in the same solution. My problem is to debug the MFC7 dll, the break point are ignored, I can't make step by step debugging so for the moment I add some TRACE in my code MFC7 but this is not easy to debug like that. Note, that the break point in MC++ dll are valide.
Is there a setting to do in VS.NET to be able to debug solution mixing MC++ and MFC?
|
|
|
|
|
Did you turn on Enable UnManaged Debugging? Right-click on the project in Solution Explorer, then go to Configuration Properties/Debugging.
Gaul
Gaulles Technologies, Inc
|
|
|
|
|
I didn't find the option you have described, there is no "Enable UnManaged debugging"!
For Debuggers, I have the options: (note I'am using VS.NET in french)
Native only
Managed only
Mixte
Automatic
I tried all these options but I can't debug my MFC project included in my solution.
Is anyone has a suggestion?
|
|
|
|
|
In the English version, the options under Debugging are:
Enable ASP Debugging false
Enable ASP.NET Debugging false
Enable Unmanaged Debugging false
Enable SQL Debugging false
You need to set Enable Unmanaged Debugging true
You find the options, you need to select the project in Solution Explorer, right-click and select Properties, Common Configuration Properties, and then Debugging
Gaul Ihenacho
Gaulles Technologies, Inc
http://www.gaulles.com
|
|
|
|
|
It works, I can debug my MFC dll used by MC++ client.
Besides your advice, there was some setting to change in the C/C++ properties:
General:
Debugging Informations: C7 Compatible (/Z7)
Compiling as managed code: take in charge assemblys (/clr)
Code generation:
Basis check before excecution : default
(The settings comment are a translation from french to english, so it's may be not the terminoly used in the english version of Visual Studio.NET).
|
|
|
|
|
Anyone have any info on writing a custom IFormatter?
|
|
|
|
|
Hi,all,
About the animal's simulation project, i have another problem to
ask. That is,Whether there is any one who can provide a source code, which can be used for generating a specail terrai manually. Of cause 3D is best, but at first step if a 2D contour map can be displayed, that is enough.
thanks a lot!!!
wang
|
|
|
|
|
I'm proud to announce the release of our first product Aspose.Obfuscator 1.0 on October 6, 2002! Aspose.Obfuscator is a .Net assembly obfuscator. With it, you can:
1. Obfuscate .Net Exe files while reserve all necessary names by itself
2. Obfuscate .Net Dll Files while reserve all necessary names by itself
3. Obufcate Asp.Net applications while reserve all necessary names by itself
4. Obfuscate applications whose type information is decided at runtime while reserve all necessary names by yourself
You can find more information at http://www.aspose.com and your comments or suggestions will be greatly appreciated.
Thanks,
Aspose Support Team
info@aspose.com
Aspose Pty Ltd
A .Net Component Developer
http://www.aspose.com
|
|
|
|
|
I usually don't like to use betas from M$, but since the v1.1 had support for ODBC which I desperately needed, I chose to download both the runtimes and the SDK.
Installing them was easy (of course), but now... how the hell can it be used with VS.net? Telling the project to use the new framework version was easy (adding a reference path), but that makes everything so damn incompatible (I even can't view the WinForms anymore). The program also doesn't want to run.
So I need some help to get this thing running... M$ doesn't provide anything.
|
|
|
|
|
Tak wrote:
since the v1.1 had support for ODBC which I desperately needed
Why the hell didn't you download ODBC.NET[^]?
Paul
|
|
|
|
|
Hm maybe because I didn't know about such a thing?
I'll check it out right now.
|
|
|
|
|
Hey works excellently, thank you very much
Though it doesn't really help with that stupid v1.1... but I hardly care
|
|
|
|
|
Yeah, sorry, I haven't touched 1.1 for these very reasons so I can't help.
But ODBC.NET rules, I've been using it for a while now with no problems. It lacks some of the Wizards that OleDb has but that's only another advantage, IMHO
Paul
|
|
|
|
|
Paul Riley wrote:
Yeah, sorry, I haven't touched 1.1 for these very reasons
Same here, it has been lying on my drive since it became available! I'm just too scared
Before you criticize a man, walk a mile in his shoes. That way, when you do criticize him, you'll be a mile away and have his shoes.
|
|
|
|
|
Tak wrote:
how the hell can it be used with VS.net?
It can't...That's part of the Everett update to VS.NET later this year. Don't worry, it won't be long...
Norm Almond: I seen some GUI's in my life but WTF is this mess
Leppie: I made an app for my sister and she wouldnt use it till it was colorful enough
Norm:good point leppie, from that statement I can only deduce that this GUI must be aimed at children
Leppie:My sister is 25
-Norm on the MailMagic GUI
|
|
|
|
|
Just a quick note to anyone who may not know about the coolness that is XSD.exe.
It comes with VS.NET and basically does wonders with XML and XSD (or XDR) documents.
Basically you can convert an XSD document into a C# class file, or vice versa. You can also convert an XML doc into XSD and then into a class file.
All about XSD.exe[^]
"The XML Schema Definition tool generates XML schema or common language runtime classes from XDR, XML, and XSD files, or from classes in a runtime assembly." from MSDN.
I did not know about this little utility until a few hours ago and thought everyone should get a heads up, very useful stuff. It has saved me a good hour making my own XSD* and class files.
* I think XSD is great, but man it makes my brain hurt. Ah well nothing good comes easy huh?
|
|
|
|
|
Another one I thought was very cool when working with Google's and Amazon's non-.NET WebServices was WSDL.exe which generates a .cs file from the WSDL document.
Norm Almond: I seen some GUI's in my life but WTF is this mess
Leppie: I made an app for my sister and she wouldnt use it till it was colorful enough
Norm:good point leppie, from that statement I can only deduce that this GUI must be aimed at children
Leppie:My sister is 25
-Norm on the MailMagic GUI
|
|
|
|
|
David Stone wrote:
Another one I thought was very cool when working with Google's and Amazon's non-.NET WebServices was WSDL.exe which generates a .cs file from the WSDL document.
Totally agree, very useful tool.
Funnily enough I found out about XSD while reading this "article": Google2RSS
I love the bit where it takes more code just to handle the command arguements than it does to actually pull the Google feed and serialize it out to RSS. Go .NET Framework!
|
|
|
|
|
Paul Watson wrote:
It comes with VS.NET
Even better, it comes with the .NET framework SDK so you don't need to invest anything more than the time it took to download/install that
James
Sig code stolen from David Wulff
|
|
|
|
|
James T. Johnson wrote:
Even better, it comes with the .NET framework SDK
Ahh yes, you are correct Mr. Johnson. Thanks
I am so spoilt by our MSDN subscription, I sometimes forget that there are those out there who actually have to buy the latest MS products themselves.
|
|
|
|
|
Paul Watson wrote:
I am so spoilt by our MSDN subscription, I sometimes forget that there are those out there who actually have to buy the latest MS products themselves.
I envy your position
I'm hoping that after this project and the next I'll have enough cash to get a new monitor and get an MSDN subscription; for now though its what I can scrape together.
James
Sig code stolen from David Wulff
|
|
|
|
|
James T. Johnson wrote:
I envy your position
An MSDN subscription is a no brainer even for relatively small development companies. We are a small company but we could not survive without our MSDN subscription, and in all reality it is quite cheap.
The other day we were asked to provide a demo of an app that used BizTalk, Commerce Server and a .NET Web Service. All I had to do was open the box, install BizTalk and Commerce Server and go at it. If we did not have that box then we would have had to buy BizTalk and Commerce Server (two rather expensive products, just one license of BizTalk costs more than our MSND sub.) So we save time and money plus when I have the time I just dive into that box and start playing.
I guess for a one man shop MSDN is expensive, but for anything above that it works out far cheaper than trying to buy the seperate products. Plus of course you get support, regular updates, patches and documentation. Whatever anyone wants to say about MS, they cannot say anything bad about the MSDN sub. MS deserve a big fat round of applause for it.
|
|
|
|
|
Paul Watson wrote:
I guess for a one man shop MSDN is expensive, but for anything above that it works out far cheaper than trying to buy the seperate products.
Even for a one man shop it is worth it:
- VS.NET Pro ~$1000
- MSDN Library subscription ~$200
- Office XP Dev. ~$700 (-$200 if only needing Pro)
- SQL Server 2000 Dev. $500
Just that is only $400 shy of the full price for MSDN Universal ($2800). [Edit] oops, looked at the MSDN price wrong [/Edit]
I lucked out a lot though; I was eligable for upgrade pricing on VS.NET which cut the price in half plus gave me $300 back and I haven't needed SQL Server since I quit my last job; but it's coming.
James
Sig code stolen from David Wulff
|
|
|
|
|
Paul Watson wrote:
An MSDN subscription is a no brainer even for relatively small development companies.
And yet, in my experience, it's only small companies that notice this fact. Big companies just aren't interested because they have to justify every penny and rarely give a crap about licencing.
Paul
|
|
|
|