Re: Semantic "Sticky" in python mode

RJD <3246251196ryan <at> gmail.com> writes:

> A further extension of this point. This large function I am talking about is
> nothing more than a function that contains a huge array:
> 
> x.y = [
>  a.b(),
>  c.d() # etc
> #etc
> 
> A whole bunch of elements in this array. At the top of the function, i.e.
> when the cursor is near a.b() then emacs is as quick is usual. However, when
> I get to the end of the function and we are dealing with the last element
> then emacs sticks.
> 
> Also, a.b() is not really that simple - of course. It is about 12 lines long
> for each element.
> 
> So it seems as though this is happening because of a very large array and
> perhaps semantic is trying to traverse this huge thing. Again I do not know,
> but perhaps this offers some useful information.
> 
> 

I can also say that when emacs does not know the location of the python
executable then I can load up the file (that is, after attempting to load it
once then being hit with a "Permission Denied" message because the py exe
cannot be found, and then loading it a second time which then loads up
successfully) and it runs at a quick speed.


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/