[ESS] ess-dump-object-into-edit-buffer

[Vitalie Spinu]

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_connolly using 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_connolly using 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 using r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help