I don't see this either. I use ess-dump-object-into-edit-buffer occasionally and often with long functions.
Hard to say. Might be R version or indeed a glitch in ESS which was fixed shortly. I will have a look at the dump code, maybe I can spot something. Vitalie >> On Tue, Apr 24 2018 22:38, Ista Zahn wrote: > On Tue, Apr 24, 2018 at 8:34 PM, Patrick Connolly > <p_conno...@slingshot.co.nz> wrote: >> On Tue, 24-Apr-2018 at 08:20AM -0400, Ista Zahn wrote: >> >> |> On Tue, Apr 24, 2018 at 4:13 AM, Patrick Connolly >> |> <p_conno...@slingshot.co.nz> wrote: >> |> > On Mon, 16-Apr-2018 at 09:02AM -0400, Ista Zahn wrote: >> |> > >> |> > [...] >> |> > >> |> > |> This suggests to me that you did _not_ start with emacs -q, so indeed >> |> > |> you should start looking at your configuration to see where the >> |> > |> problem is. Did you try commenting out the 'ess-source-directory' >> |> > |> setting to see if that is the problem? >> |> > >> |> > I tried that, half-expecting it to make the difference. But it didn't >> |> > -- which was only half-unexpected. However, I *still* get the problem >> |> > even starting with emacs -q. That was completely unexpected since it >> |> > would indicate that the problem is not with my .emacs file. >> |> > >> |> > Where else is there to investigate? It's getting curiouser and >> |> > curiouser. >> |> >> |> Hi Patrick, >> |> >> |> What I've been trying to tell you is that we need explicit >> |> step-by-step instructions for reproducing the problem, as well as the >> |> details of your set up such as operating system and emacs and ess >> |> versions. Basically, please provide a standard, reproducible, and >> |> complete bugreport. >> >> Well, I thought I did that with what I posted on 16/4/18, though I did >> neglect to give the system information: > I cannot reproduce it, which means either that you didn't give clear > reproduction steps, or that I failed to follow them. >> >> GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.8) >> of 2017-09-20 on lcy01-35, modified by Debian > That's pretty old. Can you reproduce the issue with the latest Emacs release? >> >> ess-17.11 >> >>> sessionInfo() >> R version 3.4.4 (2018-03-15) >> Platform: x86_64-pc-linux-gnu (64-bit) >> Running under: Ubuntu 14.04.5 LTS >> >> Matrix products: default >> BLAS: /home/pat/local/R-3.4.4/lib/libRblas.so >> LAPACK: /home/pat/local/R-3.4.4/lib/libRlapack.so >> >> locale: >> [1] LC_CTYPE=en_NZ.UTF-8 LC_NUMERIC=C >> [3] LC_TIME=en_NZ.UTF-8 LC_COLLATE=en_NZ.UTF-8 >> [5] LC_MONETARY=en_NZ.UTF-8 LC_MESSAGES=en_NZ.UTF-8 >> [7] LC_PAPER=en_NZ.UTF-8 LC_NAME=C >> [9] LC_ADDRESS=C LC_TELEPHONE=C >> [11] LC_MEASUREMENT=en_NZ.UTF-8 LC_IDENTIFICATION=C >> >> attached base packages: >> [1] utils stats grDevices graphics methods base >> >> other attached packages: >> [1] lattice_0.20-35 >> >> loaded via a namespace (and not attached): >> [1] compiler_3.4.4 magrittr_1.5 >> https://www.antiaging-systems.com/articles/31-bec-5-the-treatment-of-choice-for-non-melanoma-skin-cancers >> assertthat_0.2.0 R6_2.2.1 >> [5] tools_3.4.4 pillar_1.2.1 bindrcpp_0.2.2 glue_1.2.0 >> [9] dplyr_0.7.4 tibble_1.4.2 Rcpp_0.12.16 grid_3.4.4 >> [13] pkgconfig_2.0.1 rlang_0.2.0 bindr_0.1.1 >>> >> >> >> best >> Patrick >> >> >> -- >> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~. >> ___ Patrick Connolly >> {~._.~} Great minds discuss ideas >> _( Y )_ Average minds discuss events >> (:_~*~_:) Small minds discuss people >> (_)-(_) ..... Eleanor Roosevelt >> >> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~. > ______________________________________________ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help ______________________________________________ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help