[ESS] some recent bugs/annoyances

gerald.jean at dgag.ca gerald.jean at dgag.ca
Mon Nov 12 16:16:26 CET 2012


another annoyance, for me anyway, is when I am in a "*.q" buffer, that I
used to run Splus code, if I have no sessions opened, neither R, nor S+,
..., if I don't remember no Splus session is opened and submit some code
from that buffer, ESS just starts a new R session WITHOUT asking or
anything???  I reported this problem a few years ago, several versions back
but it is still the same.  Pesonally I think ESS should just either tell me
I have no sessions running or tell me I have no sessions running and ask me
if want to open one with a choice!!!  I have no problems R being the first
choice in the list but I don't think it should be launched by default!!!
After all, open source is a lot about choice, isn't it???


 (Embedded image moved to file:                                                    
 Gerald Jean, M. Sc. en statistiques                                               
 Conseiller senior en statistiques     Lévis (siège social)                        
 Actuariat corporatif,                 418 835-4900, poste                         
 Modélisation et Recherche             7639                                        
 Assurance de dommages                 1 877 835-4900, poste                       
 Mouvement Desjardins                  7639                                        
                                       Télécopieur : 418                           

 Faites bonne impression et imprimez seulement au besoin!                         
 Ce courriel est confidentiel, peut être protégé par le secret professionnel et   
 est adressé exclusivement au destinataire. Il est strictement interdit à toute   
 autre personne de diffuser, distribuer ou reproduire ce message. Si vous l'avez  
 reçu par erreur, veuillez immédiatement le détruire et aviser l'expéditeur.      

ess-help-bounces at r-project.org a écrit sur 2012/11/12 04:58:52 :

>   >> Michael Lawrence <lawrence.michael at gene.com>
>   >> on Fri, 9 Nov 2012 05:23:07 -0800 wrote:
>   ML> 1) ess-eval-line-and-step function no longer works on arbitrary
>   ML> like it did before. It yields a "ess-dialect is nil" error.
> Yes, this is a new side effect of making ESS more reliable for multiple
> processes interface.
>   ML> I'm wonder if it wouldn't be possible, whenever a nil ess-dialect
>   ML> is encountered, to have it bring up the session menu for assigning
>   ML> the dialect to the buffer? One place where this comes up is
>   ML> org-mode buffers.
> This is a very good idea. I will try to add this feature these days.
> In ESS buffers this problem should never occur. If it does, it is a bug.
> For other modes, such as org-mode a permanent solution for you would be
> to (setq ess-dialect "R") in org-mode-hook.
>   ML> 2) when using an ess session through M-x shell and ess-remote,
>   ML> multi-line code blocks, e.g. with ess-eval-region, only gets
> to the second
>   ML> line, so
>   ML> f <- function(x) {
>   ML>   ...
>   ML> }
>   ML> would end up frozen at:
>   >> f <- function(x) {
>   ML> +
> I will look into this. It seems that ess-remote is not keeping up with
> recent changes.
>     Thanks,
>     Vitalie
> ______________________________________________
> ESS-help at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

More information about the ESS-help mailing list