Loading Assemblies, Loading Assemblies, Loading Assemblies...

FYI... A do-nothing build takes 60 seconds on my box. R#r is loading
assemblies even when there is nothing to do. These are, primarily,
Infragistics assemblies (c++ I guess). Seems to be loading more times than I
have them referenced in the project.

Since clicking Debug automatically does a build this is quite painful, make
that unusable for me. An extra minute per build, ouchy.

solution has 9 projects (all very small). dell inspiron, 2.2ghz, 1gb ram,
60gb drive (20% + free space), xp pro.

/jhd


7 comments
Comment actions Permalink

I noticed this as well. In my case, I'm using build 78 and even as I'm
coding, the ide seems to hang for long periods of time in projects with
references to infragistics components. A real shame. Is there something
special with the infragistics assemblies, or does anyone have any
workarounds other than disabling resharper?

Shamir


"John Dhom" <a@b.c> wrote in message news:c66r9p$81m$1@is.intellij.net...

FYI... A do-nothing build takes 60 seconds on my box. R#r is loading
assemblies even when there is nothing to do. These are, primarily,
Infragistics assemblies (c++ I guess). Seems to be loading more times than

I

have them referenced in the project.

>

Since clicking Debug automatically does a build this is quite painful,

make

that unusable for me. An extra minute per build, ouchy.

>

solution has 9 projects (all very small). dell inspiron, 2.2ghz, 1gb ram,
60gb drive (20% + free space), xp pro.

>

/jhd

>
>


0
Comment actions Permalink

ReSharper should re-load referenced assemblies not more often than the
assembly
file changes on your disk. This should not happen duing coding (unless
some mysterious external process recompiles your assemblies in the
background
which seems at least doubtful). Shamir, are you sure that hangs are
connected with
assemblies reloading? Do you see the progress indicator 'Loading assemblies'
so often?

Thanks,
Dmitry

"Shamir Juma" <shamir.juma@wellpoint.ca> wrote in message
news:c6jv0s$j5u$1@is.intellij.net...

I noticed this as well. In my case, I'm using build 78 and even as I'm
coding, the ide seems to hang for long periods of time in projects with
references to infragistics components. A real shame. Is there something
special with the infragistics assemblies, or does anyone have any
workarounds other than disabling resharper?

>

Shamir

>
>

"John Dhom" <a@b.c> wrote in message news:c66r9p$81m$1@is.intellij.net...

FYI... A do-nothing build takes 60 seconds on my box. R#r is loading
assemblies even when there is nothing to do. These are, primarily,
Infragistics assemblies (c++ I guess). Seems to be loading more times

than

I

have them referenced in the project.

>

Since clicking Debug automatically does a build this is quite painful,

make

that unusable for me. An extra minute per build, ouchy.

>

solution has 9 projects (all very small). dell inspiron, 2.2ghz, 1gb

ram,

60gb drive (20% + free space), xp pro.

>

/jhd

>
>

>
>


0
Comment actions Permalink

Dmitry,

Couple things... first R#r definitely re-loads these assemblies every
compile. I don't change the infragistics assemblies. R#r is reloading these
assemblies even when my source (assemblies) hasn't changed. Doing a build
(not rebuild) on a solution that hasn't changed (or entering debugging)
takes over 1 minute (8 projects, all very small).

Could this be related to the "Copy Local" flag on references? How does R#r
detect a change to as assembly?



I thought a previous post (from JetBrains) said this was to be expected with
managed c++ assemblies for some reason.?.?

/jhd

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6l5b0$73f$1@is.intellij.net...

ReSharper should re-load referenced assemblies not more often than the
assembly
file changes on your disk. This should not happen duing coding (unless
some mysterious external process recompiles your assemblies in the
background
which seems at least doubtful). Shamir, are you sure that hangs are
connected with
assemblies reloading? Do you see the progress indicator 'Loading

assemblies'

so often?

>

Thanks,
Dmitry

>

"Shamir Juma" <shamir.juma@wellpoint.ca> wrote in message
news:c6jv0s$j5u$1@is.intellij.net...

I noticed this as well. In my case, I'm using build 78 and even as I'm
coding, the ide seems to hang for long periods of time in projects with
references to infragistics components. A real shame. Is there something
special with the infragistics assemblies, or does anyone have any
workarounds other than disabling resharper?

>

Shamir

>
>

"John Dhom" <a@b.c> wrote in message

news:c66r9p$81m$1@is.intellij.net...

FYI... A do-nothing build takes 60 seconds on my box. R#r is loading
assemblies even when there is nothing to do. These are, primarily,
Infragistics assemblies (c++ I guess). Seems to be loading more times

than

I

have them referenced in the project.

>

Since clicking Debug automatically does a build this is quite painful,

make

that unusable for me. An extra minute per build, ouchy.

>

solution has 9 projects (all very small). dell inspiron, 2.2ghz, 1gb

ram,

60gb drive (20% + free space), xp pro.

>

/jhd

>
>

>
>

>
>


0
Comment actions Permalink

John,

ReSharper detects assembly's file change via file system. It is very odd
that
it reloads assemblies during each build - as long as you don't change
sources, assembly
should not get recompiled and the file on disk shoudn't change.

We'll check this problem. My initial guess that the unchanged assembly file
may get copied to a reference's path, and ReSharper treats this situation as
if the
referenced assembly were changed. If this is really the case, the property
'Copy Local' may relate to
the problem. Perhaps ReSharper should be smarter and take into account
timestamps
of referenced assemblies.

About managed C++ projects: if you have a C# project that references a
managed C++ project,
then ReSharper must somehow access classes defined in the C++ project. Since
ReSharper doesn't support
parsing C++ sources, it treats reference to a managed C++ project as the
reference to the project's
output assembly. Accordingly, ReSharper reloads the output assembly of the
C++ project each time the output
assembly changes. However, it shouldn't do that if you don't change C++
sources.

"John Dhom" <a@b.c> wrote in message news:c6pc4q$gdl$1@is.intellij.net...

Dmitry,

>

Couple things... first R#r definitely re-loads these assemblies every
compile. I don't change the infragistics assemblies. R#r is reloading

these

assemblies even when my source (assemblies) hasn't changed. Doing a build
(not rebuild) on a solution that hasn't changed (or entering debugging)
takes over 1 minute (8 projects, all very small).

>

Could this be related to the "Copy Local" flag on references? How does R#r
detect a change to as assembly?

>

>

I thought a previous post (from JetBrains) said this was to be expected

with

managed c++ assemblies for some reason.?.?

>

/jhd

>

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6l5b0$73f$1@is.intellij.net...

ReSharper should re-load referenced assemblies not more often than the
assembly
file changes on your disk. This should not happen duing coding (unless
some mysterious external process recompiles your assemblies in the
background
which seems at least doubtful). Shamir, are you sure that hangs are
connected with
assemblies reloading? Do you see the progress indicator 'Loading

assemblies'

so often?

>

Thanks,
Dmitry

>

"Shamir Juma" <shamir.juma@wellpoint.ca> wrote in message
news:c6jv0s$j5u$1@is.intellij.net...

I noticed this as well. In my case, I'm using build 78 and even as I'm
coding, the ide seems to hang for long periods of time in projects

with

references to infragistics components. A real shame. Is there

something

special with the infragistics assemblies, or does anyone have any
workarounds other than disabling resharper?

>

Shamir

>
>

"John Dhom" <a@b.c> wrote in message

news:c66r9p$81m$1@is.intellij.net...

FYI... A do-nothing build takes 60 seconds on my box. R#r is loading
assemblies even when there is nothing to do. These are, primarily,
Infragistics assemblies (c++ I guess). Seems to be loading more

times

than

I

have them referenced in the project.

>

Since clicking Debug automatically does a build this is quite

painful,

make

that unusable for me. An extra minute per build, ouchy.

>

solution has 9 projects (all very small). dell inspiron, 2.2ghz, 1gb

ram,

60gb drive (20% + free space), xp pro.

>

/jhd

>
>

>
>

>
>

>
>


0
Comment actions Permalink

Hey Dmitry,

Understood. File date/time check... hmm... must be something behind the
scenes for me. Per previous I don't have "Copy Local" set, references are to
infragistics in GAC.

BTW, I don't have any managed c++ projects in my solution. I just have
references to the infragistics assemblies.

Is there any way for R#r to know the difference between "entering Debug"
versus normal compile (patch suggestion)? Or is there a vs.net setting that
doesn't compile when you hit debug? This 1 minute delay trying to enter
debug mode is painful ;)

/jhd

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6qbtt$rrp$1@is.intellij.net...

John,

>

ReSharper detects assembly's file change via file system. It is very odd
that
it reloads assemblies during each build - as long as you don't change
sources, assembly
should not get recompiled and the file on disk shoudn't change.

>

We'll check this problem. My initial guess that the unchanged assembly

file

may get copied to a reference's path, and ReSharper treats this situation

as

if the
referenced assembly were changed. If this is really the case, the property
'Copy Local' may relate to
the problem. Perhaps ReSharper should be smarter and take into account
timestamps
of referenced assemblies.

>

About managed C++ projects: if you have a C# project that references a
managed C++ project,
then ReSharper must somehow access classes defined in the C++ project.

Since

ReSharper doesn't support
parsing C++ sources, it treats reference to a managed C++ project as the
reference to the project's
output assembly. Accordingly, ReSharper reloads the output assembly of the
C++ project each time the output
assembly changes. However, it shouldn't do that if you don't change C++
sources.

>

"John Dhom" <a@b.c> wrote in message news:c6pc4q$gdl$1@is.intellij.net...

Dmitry,

>

Couple things... first R#r definitely re-loads these assemblies every
compile. I don't change the infragistics assemblies. R#r is reloading

these

assemblies even when my source (assemblies) hasn't changed. Doing a

build

(not rebuild) on a solution that hasn't changed (or entering debugging)
takes over 1 minute (8 projects, all very small).

>

Could this be related to the "Copy Local" flag on references? How does

R#r

detect a change to as assembly?

>

>

I thought a previous post (from JetBrains) said this was to be expected

with

managed c++ assemblies for some reason.?.?

>

/jhd

>

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6l5b0$73f$1@is.intellij.net...

ReSharper should re-load referenced assemblies not more often than the
assembly
file changes on your disk. This should not happen duing coding (unless
some mysterious external process recompiles your assemblies in the
background
which seems at least doubtful). Shamir, are you sure that hangs are
connected with
assemblies reloading? Do you see the progress indicator 'Loading

assemblies'

so often?

>

Thanks,
Dmitry

>

"Shamir Juma" <shamir.juma@wellpoint.ca> wrote in message
news:c6jv0s$j5u$1@is.intellij.net...

I noticed this as well. In my case, I'm using build 78 and even as

I'm

coding, the ide seems to hang for long periods of time in projects

with

references to infragistics components. A real shame. Is there

something

special with the infragistics assemblies, or does anyone have any
workarounds other than disabling resharper?

>

Shamir

>
>

"John Dhom" <a@b.c> wrote in message

news:c66r9p$81m$1@is.intellij.net...

FYI... A do-nothing build takes 60 seconds on my box. R#r is

loading

assemblies even when there is nothing to do. These are, primarily,
Infragistics assemblies (c++ I guess). Seems to be loading more

times

than

I

have them referenced in the project.

>

Since clicking Debug automatically does a build this is quite

painful,

make

that unusable for me. An extra minute per build, ouchy.

>

solution has 9 projects (all very small). dell inspiron, 2.2ghz,

1gb

ram,

60gb drive (20% + free space), xp pro.

>

/jhd

>
>

>
>

>
>

>
>

>
>


0
Comment actions Permalink

John,

I think it is better for R#r not to load assemblies when there is no need in
this and load them
faster when there is a need. We'll try to fix the former part of the problem
ASAP.

John Dhom" <a@b.c> wrote in message news:c6r8mh$o8j$1@is.intellij.net...

Hey Dmitry,

>

Understood. File date/time check... hmm... must be something behind the
scenes for me. Per previous I don't have "Copy Local" set, references are

to

infragistics in GAC.

>

BTW, I don't have any managed c++ projects in my solution. I just have
references to the infragistics assemblies.

>

Is there any way for R#r to know the difference between "entering Debug"
versus normal compile (patch suggestion)? Or is there a vs.net setting

that

doesn't compile when you hit debug? This 1 minute delay trying to enter
debug mode is painful ;)

>

/jhd

>

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6qbtt$rrp$1@is.intellij.net...

John,

>

ReSharper detects assembly's file change via file system. It is very odd
that
it reloads assemblies during each build - as long as you don't change
sources, assembly
should not get recompiled and the file on disk shoudn't change.

>

We'll check this problem. My initial guess that the unchanged assembly

file

may get copied to a reference's path, and ReSharper treats this

situation

as

if the
referenced assembly were changed. If this is really the case, the

property

'Copy Local' may relate to
the problem. Perhaps ReSharper should be smarter and take into account
timestamps
of referenced assemblies.

>

About managed C++ projects: if you have a C# project that references a
managed C++ project,
then ReSharper must somehow access classes defined in the C++ project.

Since

ReSharper doesn't support
parsing C++ sources, it treats reference to a managed C++ project as the
reference to the project's
output assembly. Accordingly, ReSharper reloads the output assembly of

the

C++ project each time the output
assembly changes. However, it shouldn't do that if you don't change C++
sources.

>

"John Dhom" <a@b.c> wrote in message

news:c6pc4q$gdl$1@is.intellij.net...

Dmitry,

>

Couple things... first R#r definitely re-loads these assemblies every
compile. I don't change the infragistics assemblies. R#r is reloading

these

assemblies even when my source (assemblies) hasn't changed. Doing a

build

(not rebuild) on a solution that hasn't changed (or entering

debugging)

takes over 1 minute (8 projects, all very small).

>

Could this be related to the "Copy Local" flag on references? How does

R#r

detect a change to as assembly?

>

[note: just checked my projects... infragistics stuff isn't Copy

Local]

>

I thought a previous post (from JetBrains) said this was to be

expected

with

managed c++ assemblies for some reason.?.?

>

/jhd

>

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6l5b0$73f$1@is.intellij.net...

ReSharper should re-load referenced assemblies not more often than

the

assembly
file changes on your disk. This should not happen duing coding

(unless

some mysterious external process recompiles your assemblies in the
background
which seems at least doubtful). Shamir, are you sure that hangs are
connected with
assemblies reloading? Do you see the progress indicator 'Loading

assemblies'

so often?

>

Thanks,
Dmitry

>

"Shamir Juma" <shamir.juma@wellpoint.ca> wrote in message
news:c6jv0s$j5u$1@is.intellij.net...

I noticed this as well. In my case, I'm using build 78 and even as

I'm

coding, the ide seems to hang for long periods of time in projects

with

references to infragistics components. A real shame. Is there

something

special with the infragistics assemblies, or does anyone have any
workarounds other than disabling resharper?

>

Shamir

>
>

"John Dhom" <a@b.c> wrote in message

news:c66r9p$81m$1@is.intellij.net...

FYI... A do-nothing build takes 60 seconds on my box. R#r is

loading

assemblies even when there is nothing to do. These are,

primarily,

Infragistics assemblies (c++ I guess). Seems to be loading more

times

than

I

have them referenced in the project.

>

Since clicking Debug automatically does a build this is quite

painful,

make

that unusable for me. An extra minute per build, ouchy.

>

solution has 9 projects (all very small). dell inspiron, 2.2ghz,

1gb

ram,

60gb drive (20% + free space), xp pro.

>

/jhd

>
>

>
>

>
>

>
>

>
>

>
>


0
Comment actions Permalink

Can't argue wit dat ;)

If you have trouble reproducing it, let me know.

I'll try this on a solution that doesn't include a Deklarit project
(http://www.deklarit.com). Again, there were no changes to the deklarit
project... but deklarit is a code generator... to confuse matters the latest
deklarit ships with... you guessed it... infragistics. lol. Will post the
dependency question on the deklarit board.

Thanks,
/jhd

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6r98i$rqa$1@is.intellij.net...

John,

>

I think it is better for R#r not to load assemblies when there is no need

in

this and load them
faster when there is a need. We'll try to fix the former part of the

problem

ASAP.

>

John Dhom" <a@b.c> wrote in message news:c6r8mh$o8j$1@is.intellij.net...

Hey Dmitry,

>

Understood. File date/time check... hmm... must be something behind the
scenes for me. Per previous I don't have "Copy Local" set, references

are

to

infragistics in GAC.

>

BTW, I don't have any managed c++ projects in my solution. I just have
references to the infragistics assemblies.

>

Is there any way for R#r to know the difference between "entering Debug"
versus normal compile (patch suggestion)? Or is there a vs.net setting

that

doesn't compile when you hit debug? This 1 minute delay trying to enter
debug mode is painful ;)

>

/jhd

>

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c6qbtt$rrp$1@is.intellij.net...

John,

>

ReSharper detects assembly's file change via file system. It is very

odd

that
it reloads assemblies during each build - as long as you don't change
sources, assembly
should not get recompiled and the file on disk shoudn't change.

>

We'll check this problem. My initial guess that the unchanged assembly

file

may get copied to a reference's path, and ReSharper treats this

situation

as

if the
referenced assembly were changed. If this is really the case, the

property

'Copy Local' may relate to
the problem. Perhaps ReSharper should be smarter and take into account
timestamps
of referenced assemblies.

>

About managed C++ projects: if you have a C# project that references a
managed C++ project,
then ReSharper must somehow access classes defined in the C++ project.

Since

ReSharper doesn't support
parsing C++ sources, it treats reference to a managed C++ project as

the

reference to the project's
output assembly. Accordingly, ReSharper reloads the output assembly of

the

C++ project each time the output
assembly changes. However, it shouldn't do that if you don't change

C++

sources.

>

"John Dhom" <a@b.c> wrote in message

news:c6pc4q$gdl$1@is.intellij.net...

Dmitry,

>

Couple things... first R#r definitely re-loads these assemblies

every

compile. I don't change the infragistics assemblies. R#r is

reloading

these

assemblies even when my source (assemblies) hasn't changed. Doing a

build

(not rebuild) on a solution that hasn't changed (or entering

debugging)

takes over 1 minute (8 projects, all very small).

>

Could this be related to the "Copy Local" flag on references? How

does

R#r

detect a change to as assembly?

>

[note: just checked my projects... infragistics stuff isn't Copy

Local]

>

I thought a previous post (from JetBrains) said this was to be

expected

with

managed c++ assemblies for some reason.?.?

>

/jhd

>

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in

message

news:c6l5b0$73f$1@is.intellij.net...

ReSharper should re-load referenced assemblies not more often than

the

assembly
file changes on your disk. This should not happen duing coding

(unless

some mysterious external process recompiles your assemblies in the
background
which seems at least doubtful). Shamir, are you sure that hangs

are

connected with
assemblies reloading? Do you see the progress indicator 'Loading

assemblies'

so often?

>

Thanks,
Dmitry

>

"Shamir Juma" <shamir.juma@wellpoint.ca> wrote in message
news:c6jv0s$j5u$1@is.intellij.net...

I noticed this as well. In my case, I'm using build 78 and even

as

I'm

coding, the ide seems to hang for long periods of time in

projects

with

references to infragistics components. A real shame. Is there

something

special with the infragistics assemblies, or does anyone have

any

workarounds other than disabling resharper?

>

Shamir

>
>

"John Dhom" <a@b.c> wrote in message

news:c66r9p$81m$1@is.intellij.net...

FYI... A do-nothing build takes 60 seconds on my box. R#r is

loading

assemblies even when there is nothing to do. These are,

primarily,

Infragistics assemblies (c++ I guess). Seems to be loading

more

times

than

I

have them referenced in the project.

>

Since clicking Debug automatically does a build this is quite

painful,

make

that unusable for me. An extra minute per build, ouchy.

>

solution has 9 projects (all very small). dell inspiron,

2.2ghz,

1gb

ram,

60gb drive (20% + free space), xp pro.

>

/jhd

>
>

>
>

>
>

>
>

>
>

>
>

>
>


0

Please sign in to leave a comment.