Re: Debug + GAC
- From: "Richard Blewett [DevelopMentor]" <richardb@xxxxxxxxxxxxxxxxx>
- Date: Thu, 11 Aug 2005 02:27:00 -0700
Granted about instrumentation.
You have to be very careful with unit test environments to make sure that they configure *everything* the way that the code will actually be driven in reality - personally I like to do a sanity check - on a dev machine that the way I've configured the test environment actually matches the real world that the code will live in. So I also test under the real conditions and then, sometimes, its useful to be able to attach a debugger to work out whats happening different than you expected
Regards
Richard Blewett - DevelopMentor
http://www.dotnetconsult.co.uk/weblog
http://www.dotnetconsult.co.uk
>> Just to add to Johann's response:
>>
>> Don't debug in the GAC. It's as simple as that.
> Thats all very well until you need to debug in the GAC ;-)
>
> For example, if you are trying to debug a .NET component that is being
> called from a BizTalk Orchestration. In that case you have to put the .pdb
> file in the same physical directory as the component so you have to put it
> in the physical GAC directory.
>
or you write a multi-threaded unit test harness that calls your component
directly in the dev environment. I've debugged BTS components. I'm not
crazy enough to debug them in the GAC.
I appreciate that putting the PDB file in the GAC directory works. Fine. In
my humble opinion, it is an unnecessary hack employed by people who didn't
plan their project to include sufficient time to test, didn't test their
apps sufficiently to catch defects on the dev environment, and didn't
instrument their apps well enough to pinpoint the actual behavior that they
need to reproduce.
.
- References:
- Re: Debug + GAC
- From: Nick Malik [Microsoft]
- Re: Debug + GAC
- Prev by Date: Delegates & Asynchronous Callback
- Next by Date: How to get current Windows account logged on with ADSI?
- Previous by thread: Re: Debug + GAC
- Next by thread: passing values
- Index(es):
Relevant Pages
|
Loading