CodeCompletion - parser - loop

Hi.

About two or three weeks ago I hit a bug in svn, I didn't
have time then
to check if it's on my side or MD.
So, today I updated to latest SVN and it's there.

Problem: MD after starting is continously parsing libs for
the
CodeCompletionData, output from console looks like that:
(I removed the /usr/bin/esd not found)

silkgso:~/devel/monodevelop$ make run
cd build/bin && MOZILLA_FIVE_HOME=/usr/lib/firefox
LD_LIBRARY_PATH=`echo
":/usr/lib/firefox" | sed 's/^://g'` /usr/bin/mono
--debug
MonoDevelop.exe
4486 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) -
Initializing service: MonoDevelop.Core.PropertyService
6795 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.Projects
6878 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.Documentation
7142 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.Core.Gui
7243 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) -
Initializing service: MonoDevelop.Core.StringParserService
7330 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.Projects.Gui
8042 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.Ide
8252 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.SourceEditor
8427 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.VersionControl
8429 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) - Loaded
add-in: MonoDevelop.Core
8672 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) -
Initializing service:
MonoDevelop.Core.SystemAssemblyService
/bin/sh: /usr/bin/esd: not found
19493 [1092037520] INFO MonoDevelop.Core.ILoggingService
(null) -
Initializing service:
MonoDevelop.Projects.Documentation.IDocumentationService
77206 [1092037520] DEBUG MonoDevelop.Core.ILoggingService
(null) -
Writing
/home/silk/.config/MonoDevelop/CodeCompletionData/mscorlib_2
.0.0.0_b77a5c561934e089.pidb
80198 [1092037520] DEBUG MonoDevelop.Core.ILoggingService
(null) -
Reading
/home/silk/.config/MonoDevelop/CodeCompletionData/mscorlib_2
.0.0.0_b77a5c561934e089.pidb
82353 [1092037520] DEBUG MonoDevelop.Core.ILoggingService
(null) -
Reading
/home/silk/.config/MonoDevelop/CodeCompletionData/mscorlib_2
.0.0.0_b77a5c561934e089.pidb
138517 [1092037520] DEBUG MonoDevelop.Core.ILoggingService
(null) -
Writing
/home/silk/.config/MonoDevelop/CodeCompletionData/mscorlib_2
.0.0.0_b77a5c561934e089.pidb
145854 [1092037520] DEBUG MonoDevelop.Core.ILoggingService
(null) -
Reading
/home/silk/.config/MonoDevelop/CodeCompletionData/mscorlib_2
.0.0.0_b77a5c561934e089.pidb
146396 [1092037520] DEBUG MonoDevelop.Core.ILoggingService
(null) -
Reading
/home/silk/.config/MonoDevelop/CodeCompletionData/mscorlib_2
.0.0.0_b77a5c561934e089.pidb
215264 [1092037520] DEBUG MonoDevelop.Core.ILoggingService
(null) -
Writing
/home/silk/.config/MonoDevelop/CodeCompletionData/mscorlib_2
.0.0.0_b77a5c561934e089.pidb

... and so on
Proc usage is 100% and nothing can really be done.

Tested on two x86 running:
Ubuntu Feisty, with mono from packages.
Mono 1.2

I reported it too to bugzilla - #80704

Has anoyne seen this too?

-- 
Grzegorz "Silk" Sobański                       
silk (at) boktor.net
Error messages from an old Apple C compiler:       http://boktor.net
Too many errors on one line (make fewer)
_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

Il giorno ven, 02/02/2007 alle 11.25 +0100, Grzegorz
Sobanski ha
scritto:
> Tested on two x86 running:
> Ubuntu Feisty, with mono from packages.
> Mono 1.2
> 
> I reported it too to bugzilla - #80704
> 
> Has anoyne seen this too? 

Yes. After a frash install it parsed the files for about 2h
using all
available memory and swap. I killed it and from the next
time it started
to behave well. Being unable to reproduce the bug I didn't
reported it.

federico

-- 
Federico Di Gregorio                         http://people.initd.org/f
og
Debian GNU/Linux Developer                               
fogdebian.org
INIT.D Developer                                          
foginitd.org
 The only thing I see is if you are pumping so much data
into the
  database all the time when do you expect to look at it?
                                                        --
Charlie Clark

_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

* Grzegorz Sobanski <silkboktor.net> [2007-02-02
11:26]:
> ... and so on
> Proc usage is 100% and nothing can really be done.

I just read Lluis latest blog entry, and I think I begin to
understand.

The latest changes (thanks Lluis!) includes finding all
subclasses of a
class. So what happens (I think) is that it's not in loop,
but just
doing it's work.
It dosen't go into it when opening just small solution with
1 file, but
it happens when I open my big solution, that references a
lot of
libraries from gac, and others.
So it probably just parses the new libraries and updates
.pidb files of
the others - parsed earlier. And it seemed to me as loop,
because a lot
of .pidb files were read/writen many times.

But, the bug seems real if you don't have yet any .pidb
files, it then
loops just on mscorlib.dll.

-- 
Grzegorz "Silk" Sobański                       
silk (at) boktor.net
Error messages from an old Apple C compiler:       http://boktor.net
Call me paranoid but finding '/*' 
inside this comment makes me suspicious
_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

When the pidb file format changes (and this happened in the
last days)
MD has to reparse all assemblies and projects. In my dual
core laptop,
MonoDevelop and all its dependencies (including corlib,
gtk#, etc) is
parsed in less than 1 minute. This might take more time in
slow
machines, but not hours.

El dv 02 de 02 del 2007 a les 12:47 +0100, en/na Grzegorz
Sobanski va
escriure:
> * Grzegorz Sobanski <silkboktor.net> [2007-02-02
11:26]:
> > ... and so on
> > Proc usage is 100% and nothing can really be
done.
> 
> I just read Lluis latest blog entry, and I think I
begin to understand.
> 
> The latest changes (thanks Lluis!) includes finding all
subclasses of a
> class. So what happens (I think) is that it's not in
loop, but just
> doing it's work.
> It dosen't go into it when opening just small solution
with 1 file, but
> it happens when I open my big solution, that references
a lot of
> libraries from gac, and others.
> So it probably just parses the new libraries and
updates .pidb files of
> the others - parsed earlier. And it seemed to me as
loop, because a lot
> of .pidb files were read/writen many times.
> 
> But, the bug seems real if you don't have yet any .pidb
files, it then
> loops just on mscorlib.dll.
> 

_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st