[ESS] forming completions ... doesn't complete

[Dan Davison]

I would like to provisionally withdraw this bug report. My impression is 
that the problem does not occur with R 2.2.0.

I hope I haven't wasted anyone's time.

Thanks,

Dan


On Fri, 14 Oct 2005, Dan Davison wrote:

>> I've not seen this.  I wish you could get a backtrace!
>
> A screen's worth of backtrace is below (tell me if I need to capture more 
> than this).
>
>> I'm assuming under R and Linux.  What version of Emacs or XEmacs?
> Sorry, XEmacs 21.4.17-1 (R and linux version information in original email 
> below).
>
> Thanks for any help, and let me know if I can do anything else to 
> characterise the problem.
>
> Dan
>
> # bind (newalist posn index searchlist)
>  (let* ((searchlist ...) (index 1) posn newalist) (while searchlist (setq 
> posn ...) (setq newalist ...) (setq index ...) (setq searchlist ...)) 
> (ess-write-to-dribble-buffer (format "ess-get-modtime-list: new alist of 
> length %d\n" ...)) (setq ess-sl-modtime-alist newalist))
>  ess-get-modtime-list()
>  (progn (ess-write-to-dribble-buffer "--> (ess-get-modtime-list)\n") 
> (ess-get-modtime-list))
>  (if (or (not ess-sl-modtime-alist) ess-sp-change) (progn 
> (ess-write-to-dribble-buffer "--> (ess-get-modtime-list)\n") 
> (ess-get-modtime-list)) (ess-write-to-dribble-buffer " using existing 
> ess-*-alist\n"))
>  # (unwind-protect ...)
>  (save-excursion (set-buffer (process-buffer ...)) (ess-make-buffer-current) 
> (ess-write-to-dribble-buffer (format "(get-object-list %s) .." name)) (if (or 
> ... ess-sp-change) (progn ... ...) (ess-write-to-dribble-buffer " using 
> existing ess-*-alist\n")) (let* (... ... ... result) (setq result ...) (while 
> ... ... ...) (setq ess-object-list ...)))
>  (or ess-object-list (save-excursion (set-buffer ...) 
> (ess-make-buffer-current) (ess-write-to-dribble-buffer ...) (if ... ... ...) 
> (let* ... ... ... ...)))
>  # bind (name)
>  ess-get-object-list("R")
>  (if classname (ess-slot-names classname) (ess-get-object-list 
> ess-current-process-name))
>  (if listname (ess-object-names listname) (if classname (ess-slot-names 
> classname) (ess-get-object-list ess-current-process-name)))
>  # bind (classname listname pattern full-prefix beg buffer-syntax end 
> comint-completion-addsuffix)
>  (let* ((comint-completion-addsuffix nil) (end ...) (buffer-syntax ...) (beg 
> ...) (full-prefix ...) (pattern full-prefix) (listname ...) (classname ...) 
> (components ...)) (or (comint-dynamic-simple-complete pattern components) 
> (quote none)))
>  (if (memq (char-syntax ...) (quote ...)) (let* (... ... ... ... ... ... ... 
> ... ...) (or ... ...)))
>  # bind (listcomp)
>  ess-complete-object-name()
>  run-hook-with-args-until-success(ess-complete-object-name)
>  #<compiled-function nil "...(4)" [run-hook-with-args-until-success 
> comint-dynamic-complete-functions] 2 
> ("/usr/share/xemacs21/xemacs-packages/lisp/xemacs-base/comint.elc" . 52958) 
> nil>()
>  call-interactively(comint-dynamic-complete)
>  # (condition-case ... . error)
>  # (catch top-level ...)
>
>
> On 10/9/05, Dan Davison <davison at uchicago.edu> wrote:
>>> Dear ESS-help,
>>> 
>>> For some time, we have noticed a problem with tab-completion in an R
>>> process buffer (presumably many people are also aware of this):
>>> 
>>> Sometimes, when performing the first tab-completion of a session, it 
>>> freezes with a message in the minibuffer saying "forming completions for 
>>> package:methods". Frequently, this does not occur however. The only 
>>> solution we have found is to kill the emacs process.
>>> 
>>> Is there a solution/workaround?
>>> 
>>> Thanks a lot,
>>> 
>>> Dan
>>> 
>>> ESS 5.2.10 (and previously with 5.2.7)
>>> Debian sarge (and Fedora Core 4.0) linux
>>> > version
>>>           _
>>> platform i386-pc-linux-gnu
>>> arch     i386
>>> os       linux-gnu
>>> system   i386, linux-gnu
>>> status
>>> major    2
>>> minor    1.0
>>> year     2005
>>> month    04
>>> day      18
>>> language R
>>> 
>>> ______________________________________________
>>> ESS-help at stat.math.ethz.ch mailing list
>>> https://stat.ethz.ch/mailman/listinfo/ess-help
>>> 
>
>
>> --
>> best,
>> -tony
>
>> blindglobe at gmail.com Muttenz, Switzerland. "Commit early,commit often, 
>> and commit in a repository from which we can easily roll-back your 
>> mistakes" (AJR, 4Jan05).
>
>
>