[cedet-semantic] RE: semantic hangs emacs for several seconds

>Klaus Thinks that:
>>>Timothee Besset wrote:
> > Hello,
> >
> > I use ecb ( and therefore cedet/semantic ) for developement on
> > GNU/Linux
> > and Mac OS X. There"s a number of issues with my developement setup,
> > which I"ll try to get resolved, starting by the most annoying ones.
> >
> > Semantic is causing very annoying stalls when it indexes a file. In
> > most cases, it"s just annoying. Emacs stops refreshing / can"t type
> > and
> > navigate for a few seconds. In some cases it makes the IDE completely
> > unuseable ( if you try to open big API headers like gl.h or glext.h
> > for instance ).
>
> I suppose that you have some stuff like "Auto rebuild other buffers" (menu
> "Senator --> imenu -->..." active .... Check the semantic-manuals...
You should set semantic-imenu-auto-rebuild-directory-indexes to nil
for this feature. Does anyone have an opinion if this should be the
default?
> >
> > IMO, such indexing tasks should really run in their own thread. I
> > don"t
> > know if there is an easier solution to my problem or if the current
> > setup would allow a threaded approach easily, but that"s the way to go
> > about it in the long term really.
>
> Problem: Emacs does not support threads for several tasks!! It just support
> running some time-consuming tasks in idle-times...it is important, that this
> tasks are interruptable via arbitrary keyboard-hit or mouse-click... AFAIK
> Most of semantic-jobs are...Eric?
[ ... ]
I've made as much of the idle-time stuff interruptible as is
feasible. I had not made the imenu directory thing interruptible so
that could be suspect.
As Klaus said, Emacs does not support threads. Instead we have to
multiplex around user actions. I think the CVS version is much more
responsive that older 1.x versions. The new incremental parser also
is very fast.
Eric
--
Eric Ludlam: zappo@..., eric@...
Home: http://www.ludlam.net Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org

Thread view

Timothee Besset wrote:
> Hello,
>=20
> I use ecb ( and therefore cedet/semantic ) for developement on
> GNU/Linux=20
> and Mac OS X. There's a number of issues with my developement setup,
> which I'll try to get resolved, starting by the most annoying ones.
>=20
> Semantic is causing very annoying stalls when it indexes a file. In
> most cases, it's just annoying. Emacs stops refreshing / can't type
> and=20
> navigate for a few seconds. In some cases it makes the IDE completely
> unuseable ( if you try to open big API headers like gl.h or glext.h
> for instance ).
I suppose that you have some stuff like "Auto rebuild other buffers" =
(menu
"Senator --> imenu -->..." active .... Check the semantic-manuals...
>=20
> IMO, such indexing tasks should really run in their own thread. I
> don't=20
> know if there is an easier solution to my problem or if the current
> setup would allow a threaded approach easily, but that's the way to go
> about it in the long term really.
Problem: Emacs does not support threads for several tasks!! It just =
support
running some time-consuming tasks in idle-times...it is important, that =
this
tasks are interruptable via arbitrary keyboard-hit or mouse-click... =
AFAIK
Most of semantic-jobs are...Eric?
Klaus
>=20
> TTimo
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon
> 2005 Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest
> Windows Embedded(r) & Windows Mobile(tm) platforms, applications &
> content. Register by 3/29 & save $300
> http://ads.osdn.com/?ad_id=3D6883&alloc_id=3D15149&op=3Dclick
> _______________________________________________=20
> cedet-semantic mailing list
> cedet-semantic@...
> https://lists.sourceforge.net/lists/listinfo/cedet-semantic

>Klaus Thinks that:
>>>Timothee Besset wrote:
> > Hello,
> >
> > I use ecb ( and therefore cedet/semantic ) for developement on
> > GNU/Linux
> > and Mac OS X. There"s a number of issues with my developement setup,
> > which I"ll try to get resolved, starting by the most annoying ones.
> >
> > Semantic is causing very annoying stalls when it indexes a file. In
> > most cases, it"s just annoying. Emacs stops refreshing / can"t type
> > and
> > navigate for a few seconds. In some cases it makes the IDE completely
> > unuseable ( if you try to open big API headers like gl.h or glext.h
> > for instance ).
>
> I suppose that you have some stuff like "Auto rebuild other buffers" (menu
> "Senator --> imenu -->..." active .... Check the semantic-manuals...
You should set semantic-imenu-auto-rebuild-directory-indexes to nil
for this feature. Does anyone have an opinion if this should be the
default?
> >
> > IMO, such indexing tasks should really run in their own thread. I
> > don"t
> > know if there is an easier solution to my problem or if the current
> > setup would allow a threaded approach easily, but that"s the way to go
> > about it in the long term really.
>
> Problem: Emacs does not support threads for several tasks!! It just support
> running some time-consuming tasks in idle-times...it is important, that this
> tasks are interruptable via arbitrary keyboard-hit or mouse-click... AFAIK
> Most of semantic-jobs are...Eric?
[ ... ]
I've made as much of the idle-time stuff interruptible as is
feasible. I had not made the imenu directory thing interruptible so
that could be suspect.
As Klaus said, Emacs does not support threads. Instead we have to
multiplex around user actions. I think the CVS version is much more
responsive that older 1.x versions. The new incremental parser also
is very fast.
Eric
--
Eric Ludlam: zappo@..., eric@...
Home: http://www.ludlam.net Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org

Community

Help

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

I agree to receive quotes, newsletters and other information from sourceforge.net and its partners regarding IT services and products. I understand that I can withdraw my consent at any time. Please refer to our Privacy Policy or Contact Us for more details