I don't have exact stacktrace, only screenshot of it
Emacs became crazy and doesn't responded :-(
As I remember, other users also had similar problems, but I don't know
- does they use Semantic's features for remote files or not?
On Thu, Dec 22, 2011 at 8:12 AM, David Engster <deng@...> wrote:
> Alex Ott writes:
>> Hello all
>> I made changes to semantic so instead of file-exists-p the new
>> function semantic-safe-file-exist-p will be used, could core
>> developers look onto patch? (it attached) If everything ok, then I can
>> commit it...
>> The main reason for this change - if remote server goes down, and I
>> want to exit Emacs, then it fails because it wants to store tags for
>> files, that aren't exist anymore... This change is generalization of
>> my previous changes to semantic-idle-scheduler-enabled-p...
> I'm having trouble understanding the exact problem; Semantic should try
> to save the db files locally, and it already has parsed the remote files
> when you've opened them. So say you're editing a remote C file like
> /ssh:myserver:test.c. The connection to 'myserver' goes down and
> sometime later you do C-x C-c, and `semanticdb-save-all-db' throws an
> error? Could you maybe post a backtrace of that error?
> I just want to see if there isn't an easier way to fix this. Frankly,
> I'm not thrilled by the idea of replacing all the file-exists-p
> calls. Is it even possible to get CEDET reliably working with Tramp? If
> not, we should simply disable Semantic for remote files.
With best wishes, Alex Ott
Tiwtter: alexott_en (English), alexott (Russian)