Re: [CEDET-devel] cedet + files on remote machines

Hello
>>>>> "EML" == Eric M Ludlam writes:
> Alex Ott <alexott@...> seems to think that:
>> No, this patch doesn't helps to fix this error. But i found, that
>> following code will fix this error (at least for ctags)
EML> [ ... ]
EML> Hi,
EML> Does file-remote-p also work in semanticdb.el as in the below patch?
EML> I mostly didn't know how to check for remote files, but you had the
EML> right function. In theory, the below will prevent any external
EML> parser from going. If I push the logic into the ctags parser, then
EML> new external parsers will have the same problem, and no tags will be
EML> found.
I got another trace, from which i see, that error occurs in
semantic-parse-region (actually the semantic-ectag-parse-region is called )
called from semantic-fetch-tags.
I'm not sure, that we should disable handling of remote files in
semantic-fetch-tags. I'm currently thinking how we can run ctags on
temporary file, created by tramp, may be we need to look to remote files
handling in ECB
--
With best wishes, Alex Ott, MBA
http://alexott.blogspot.com/http://xtalk.msk.su/~ott/http://alexott-ru.blogspot.com/

>>> Alex Ott <alexott@...> seems to think that:
>Hello Eric
>
>No, this patch doesn't helps to fix this error. But i found, that
>following code will fix this error (at least for ctags)
[ ... ]
Hi,
Does file-remote-p also work in semanticdb.el as in the below patch?
I mostly didn't know how to check for remote files, but you had the
right function. In theory, the below will prevent any external parser
from going. If I push the logic into the ctags parser, then new
external parsers will have the same problem, and no tags will be
found.
Thoughts?
Eric
*** semanticdb.el.~1.132.~ 2009-01-31 13:09:26.000000000 -0500
--- semanticdb.el 2009-03-16 06:57:32.000000000 -0400
***************
*** 940,946 ****
"Create a table for the file FILENAME.
If there are no language specific configurations, this
function will read in the buffer, parse it, and kill the buffer."
! (if semanticdb-out-of-buffer-create-table-fcn
(funcall semanticdb-out-of-buffer-create-table-fcn filename)
(save-excursion
(let* ( ;; Remember the buffer to kill
--- 940,949 ----
"Create a table for the file FILENAME.
If there are no language specific configurations, this
function will read in the buffer, parse it, and kill the buffer."
! (if (and semanticdb-out-of-buffer-create-table-fcn
! (not (file-remote-p filename)))
! ;; Use external parser only of the file is accessible to the
! ;; local file system.
(funcall semanticdb-out-of-buffer-create-table-fcn filename)
(save-excursion
(let* ( ;; Remember the buffer to kill

>>>>> "EML" == Eric M Ludlam writes:
> Alex Ott <alexott@...> seems to think that:
>> Hello Eric
>>
>> No, this patch doesn't helps to fix this error. But i found, that
>> following code will fix this error (at least for ctags)
EML> [ ... ]
EML> Does file-remote-p also work in semanticdb.el as in the below patch?
EML> I mostly didn't know how to check for remote files, but you had the
EML> right function. In theory, the below will prevent any external
EML> parser from going. If I push the logic into the ctags parser, then
EML> new external parsers will have the same problem, and no tags will be
EML> found.
No - it doesn't work in semanticdb - this was first thing, that i tried. It
seems, that ctags is called from another place. I'll continue
investigations
--
With best wishes, Alex Ott, MBA
http://alexott.blogspot.com/http://xtalk.msk.su/~ott/http://alexott-ru.blogspot.com/

Hello
>>>>> "EML" == Eric M Ludlam writes:
> Alex Ott <alexott@...> seems to think that:
>> No, this patch doesn't helps to fix this error. But i found, that
>> following code will fix this error (at least for ctags)
EML> [ ... ]
EML> Hi,
EML> Does file-remote-p also work in semanticdb.el as in the below patch?
EML> I mostly didn't know how to check for remote files, but you had the
EML> right function. In theory, the below will prevent any external
EML> parser from going. If I push the logic into the ctags parser, then
EML> new external parsers will have the same problem, and no tags will be
EML> found.
I got another trace, from which i see, that error occurs in
semantic-parse-region (actually the semantic-ectag-parse-region is called )
called from semantic-fetch-tags.
I'm not sure, that we should disable handling of remote files in
semantic-fetch-tags. I'm currently thinking how we can run ctags on
temporary file, created by tramp, may be we need to look to remote files
handling in ECB
--
With best wishes, Alex Ott, MBA
http://alexott.blogspot.com/http://xtalk.msk.su/~ott/http://alexott-ru.blogspot.com/