R# 3.1 chokes on DotnetNuke

The same happened on my computer (except I killed the visual studio process
after a couple minutes). Windows XP Pro SP2, 4G RAM, R# 3.1 build 584, in
both VS 2005 and VS 2008.

Manually removing the Website from the solution file allowed me to open the
solution. I was also able to open the website ("dotnetnke_2") by using
File-Open website, so it's the combination R# chokes on.

"abdu" <no_reply@jetbrains.com> wrote in message
news:21592829.1205255258959.JavaMail.itn@is.intellij.net...
>I am running Windows XP Pro SP2 with 2G ram, R# 3.1 and VS 2008.
>

R

1. is extremely slow when parsing the Dotnetnuke project. It's so slow

that I let 2 similar machines run overnight parsing the solution. This
morning both machines had an unhandled Exception window open. I keep
getting exceptions and the parsing is still very slow. I got fed up and
killed VS.

>

R

1. is just unusable with dotnetnuke and probably with very large

solutions. I checked the last exception and it was an out of memory one. I
don't why when task manager indicated I have about 1G available. The
exception happened when VS was using about 500M and peak memory was about
900M.

>

Are there any settings I can modify to get to use R# with dnn?

>

I would suggest that JetBrains uses dotnetnuke as a QA test case for
getting R# to run dnn without any exceptions. If I am letting the machine
run overnight and I get an exception, I lose valuable hours.

>

Is there a way to get R# to run with exceptions being suppressed and just
log them when needed?

>

abdu

Hello abdu,

Try installing one of the latest nightly builds for 3.1. The current release
version has a bug in it that makes ASP.NET projects slow to a crawl. I was
having the same problem on my project that has a large solution with a large
website, and after I installed the latest nightly, everything was fixed.
(you can get it here: http://www.jetbrains.net/confluence/display/ReSharper/Nightly+Builds)

I agree with you that the ReSharper team should use a large project like
DotNetNuke as an acceptance test case as it seems that ASP.NET projects repeatedly
have bugs. I'm guessing that while JetBrains does a good job of dogfooding
their own product, it does not contain a web project so that area of things
does not get as good of coverage.

Hope the nightly build helps.

~Andy

I am running Windows XP Pro SP2 with 2G ram, R# 3.1 and VS 2008.

R# is extremely slow when parsing the Dotnetnuke project. It's so slow
that I let 2 similar machines run overnight parsing the solution. This
morning both machines had an unhandled Exception window open. I keep
getting exceptions and the parsing is still very slow. I got fed up
and killed VS.

R# is just unusable with dotnetnuke and probably with very large
solutions. I checked the last exception and it was an out of memory
one. I don't why when task manager indicated I have about 1G
available. The exception happened when VS was using about 500M and
peak memory was about 900M.

Are there any settings I can modify to get to use R# with dnn?

I would suggest that JetBrains uses dotnetnuke as a QA test case for
getting R# to run dnn without any exceptions. If I am letting the
machine run overnight and I get an exception, I lose valuable hours.

Is there a way to get R# to run with exceptions being suppressed and
just log them when needed?

abdu

I tried v612 (latest one as of today) in both VS 2005 & 2008. After a few exceptions, VS crashed.

Did anyone try 4.0 with DNN or should I not bother?

Now I am having R# disabled when working with DNN. It's a pity.

I have been testing every build so far and still R# 4.0 gives Exceptions. Latest build tested is 768.