Export to GitHub

ess-tracebug - issue #7

ess-tracebug fails to load in non-X Emacs


Posted on Jul 21, 2011 by Grumpy Cat

What steps will reproduce the problem? 1. Start a non-X Emacs session with ess-tracebug

What is the expected output? What do you see instead? On a server I access via SSH, Emacs fails to start with the following message:

Warning (initialization): An error occurred while loading `/home/uli/.emacs':

Symbol's function definition is void: define-fringe-bitmap

When I start a non-X Emacs session locally with emacs -nw, everything is fine until I start R, at which point ess-tracebug should be loaded too. Starting R fails several times and then seems to succeed, but Emacs uses 100% of one CPU core and freezes.

Comment #1

Posted on Jul 21, 2011 by Quick Wombat

Thanks, I will look into it. Developing the stuff for no-X emacs hasn't been a priority so far.

Comment #2

Posted on Jul 22, 2011 by Quick Wombat

Ok solved. It works under no-X emacs. The look and feel is almost identical to X emacs. There are some issues with watch window. It does not pop-up automatically as intended. Except of that, everything works for me. Could you please try it out and let me know if it works for you as well.

Thanks.

Comment #3

Posted on Jul 22, 2011 by Quick Wombat

(No comment was entered for this change.)

Comment #4

Posted on Jul 30, 2011 by Grumpy Cat

It works for me on the two system I've tested it on. Thanks!

Note, though, that I currently use ess-tracebug only for the process state indicator and not for actual debugging, so I haven't really tested most of the functionality. That'll have to wait until I find the time to familiarize myself with the package.

And sorry for the delay.

Comment #5

Posted on Jul 30, 2011 by Quick Wombat

Thanks for checking. I am not using emacs via SSH, and momentary don't have time to investigate how all the open-ssh stuff works. So please let me know if you note anything weird.

Best, Vitalie.

Status: Fixed

Labels:
Type-Defect Priority-Medium