How can we help you today? How can we help you today?

.NET Reflector is adjustin your solution to allow all refere

Hello,

I am getting this message:
.NET Reflector is adjusting your solution to allow all referenced assemblies to be debugged.

I was not really expecting that to happen, I had already waited 10 minutes do decompile the assemblies. I have now been staring at this message for 15 minutes.

What exactly is involved in this step, and what can explain that it takes so long? Could it be the amount of code in the solution makes this slow?

---
Edit:
I think there's something wrong. I have a WebSite project, with some code in the App_Code folder. This project has several assemblies in its Bin folder, that I checked to decompile. When I start debugging, the above message is displayed, now for about 30 minutes.

Look at the temporary ASP.NET files, I see every 30 seconds the code from App_Code is copied into the temporary ASP.NET files folder and recompiled, over and over and over again. Except each time with different hash used for the filenames.
---

Also, as a suggestion, I think some developers would get anxious reading that their solution will be 'adjusted' (I know I am). You might want to describe what exactly happens in this step, and also provider a better progress indicator, like a precentage. And a cancel button would be nice too...

Thanks!
random0xff
0

Comments

4 comments

  • blindahl
    ya, i wasn't too happy. it not only 'adjusted' my solution, it 'adjusted' the references in my project files, which broke several of them by adding the 'embed interop' flag. :x
    blindahl
    0
  • Alex D
    Hi, thanks for the comments, sorry I've taken so long to reply, I've been away.

    In fact the only thing reflector is doing when it adjusts your solution is moving references around. It is much less reliable, and takes longer, for websites than for normal solutions. It can also sometimes break some custom properties of the references, like the "embed interop" flag, as you say.

    It should only take a minute in the worst case though, so there is definitely a bug you've found using it on your website. If you can narrow down a reproduction situation to something you'd be willing to send me, that'd be very useful.

    We are considering how worthwhile it is to automatically retarget your references rather than asking you to do it manually. It would be a lot of work for you to do it manually, and would be too unusable for a lot of people. What do you think?

    Thanks,
    Alex D
    0
  • blindahl
    IMHO, anything that changes my project files so that it builds differently than how i had it set up is a very bad thing. My references are like they are for a reason - usually because I need to bind to certain versions of the referenced assemblies.

    If it means not being able to debug quite as easily, then that's what i'll have to put up with.
    blindahl
    0
  • Alex D
    We have now redesigned the regeneration system, so that you are given the choice of whether to let .NET Reflector try to reset your project references. It puts control over the regeneration in your hands.

    Let me know what you think,
    Alex D
    0

Add comment

Please sign in to leave a comment.