[ESS] ESS hangs emacs on start-up
Vitalie Spinu
spinuvit at gmail.com
Fri Aug 23 09:53:14 CEST 2013
This is also windows right?
With the help of Carslaw I know exactly where it comes from. I have
committed a quick fix to git by removing some functionality from
ess-developer. It should propagate to melpa soon. I will solve it
completely once I am back from holidays.
Thanks for all the reports,
Vitalie
>> Ista Zahn <istazahn at gmail.com>
>> on Tue, 20 Aug 2013 09:20:49 -0400 wrote:
> On Mon, Aug 19, 2013 at 4:07 PM, Poile, Christopher <poile at edwards.usask.ca>
> wrote:
>> Vitalie Spinu <spinuvit <at> gmail.com> writes:
>>
>>> I cannot replicate the problem with (setq initial-major-mode 'R-mode)
>>> either. So I have no clue what is cauging it. r5715 is completely
>>> innocuous and if you can run emacs -q with your .emacs containing only:
>>>
>>> (add-to-list 'load-path "~/path/to/ESS/lisp/")
>>> (load "ess-site.el")
>>> (setq initial-major-mode 'R-mode)
>>>
>>> there is nothing that we at ESS can do about it. It is all your local
>>> setup to blame for.
>>
>> I am having a similar problem. It happens when starting emacs with -q
> and loading the three elisp lines above. Emacs hangs taking 100% of one
> core after opening a .R file or entering an indirect ESS[R] buffer from
> orgmode. This didn't happen before upgrading today. I checked out 324c92cb
> (git hash) and it works. I checked out df04907f and ESS hangs emacs.
> I also have this problem with the latest ess version installed from
> melpa
> . I'm using emacs version 24.3 on Windows XP.
> Steps to reproduce:
> 1) start emacs with 'emacs -q'
> 2) evaluate '
> (add-to-list 'load-path "~/path/to/ESS/lisp/")
> (load "ess-site.el")'
> 3) open a file with .R extension
> What happens: emacs freezes, task manager shows 50% cpu.
> Repeating the above after setting debug-on-error and debug-on-signal to t
> produces the following:
> Debugger entered--Lisp error: (scan-error "Unbalanced parentheses" 442 1)
> scan-lists(442 -1 1)
> up-list(-1)
> byte-code("\212\302\303!\210\304\305!\204 \302\303!\210\202 \306\307
> !\211 \205( \235?\205( ` GZB*\207" [funname ess-S-non-functions up-list -1
> looking-at "(" symbol-name symbol-at-point] 4)
> ess--funname\.start()
> ess-R-eldoc-function()
> byte-code("\304 \205? \203 \305 !\207\306 \307 \211 \204 \310\202: \n@
> =\2030\311\312\n\"\206:\313 !\202:\313 !\206:\311\312\n\"\305 !+\207"
> [eldoc-documentation-function current-symbol current-fnsym doc
> eldoc-display-message-p eldoc-message eldoc-current-symbol
> eldoc-fnsym-in-current-sexp nil apply eldoc-get-fnsym-args-string
> eldoc-get-var-docstring] 4)
> eldoc-print-current-symbol-info()
> apply(eldoc-print-current-symbol-info nil)
> byte-code("r\301 \302H \303H\"\210)\301\207" [timer apply 5 6] 4)
> timer-event-handler([t 0 0 100000 t eldoc-print-current-symbol-info nil
> idle 0])
> Best,
> Ista
>>
>> Any ideas, or a profile command you would like me to run to diagnose this?
>>
>> Thanks,
>> Chris.
>>
>> ______________________________________________
>> ESS-help at r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/ess-help
> [[alternative HTML version deleted]]
> ______________________________________________
> ESS-help at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
More information about the ESS-help
mailing list