Re: [O] bug in lisp code blocks
Thanks, Bastien, for helping me report this bug more effectively.
This email summarizes all the information I have about this bug and
how to reproduce it. The problem is that a comment which appears as
the _last_ line of a (common) lisp code block causes an error when
that block is evaluated with C-c C-c. Here's how to reproduce it:
1. You will need to have SBCL and Slime
installed. Your distribution of linux probably has a good enough
SBCL (I'm using 1.2.0 in Arch linux). The easiest way to get the
latest version of Slime is with Quicklisp, which you can find here
(together with instructions to install):
http://www.quicklisp.org/beta/.
Once you have Quicklisp installed and loaded, installing Slime is a
matter of calling (ql:quickload swank) at the sbcl repl.
Note: I am also able to reproduce the bug using clisp:
- GNU CLISP 2.49 (2010-07-07) (built on
var-lib-archbuild-extra-x86_64-barthalion)
2. Start emacs with the following as the entire init.el (of course,
you'll probably have to modify the paths).
#+BEGIN_SRC emacs-lisp
(add-to-list 'load-path (expand-file-name ~/opt/org-mode/lisp))
(require
'org)
(org-babel-do-load-languages
'org-babel-load-languages
'((lisp . t)))
(setq inferior-lisp-program /usr/bin/sbcl)
(add-to-list 'load-path
~/quicklisp/dists/quicklisp/software/slime-2.8)
(require 'slime)
#+END_SRC
Note: I've also just reproduced the bug using the version of org-mode
that ships with Emacs 24:
- Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
/usr/share/emacs/24.3/lisp/org/)
3. Finally, create a new org file and insert this block:
#+BEGIN_SRC lisp :results output
(format t Hello world.)
;; comment after, causes crash when block is evaluated with C-c C-c
#+END_SRC
If you now evaluate the block with C-c C-c, you should get an EOF
error. Here is a piece of the debugger report:
#+BEGIN_QUOTE
end of file on #SB-IMPL::STRING-INPUT-STREAM {1003F862D3}
[Condition of type END-OF-FILE]
#+END_QUOTE
It appears that the bug is caused by a comment string that is the last
element of the block. Comments elsewhere do not cause this error.
Here are the versions strings of the software I'm running:
- GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2)
of 2014-06-11 on var-lib-archbuild-staging-x86_64-jgc
- Org-mode version 8.3beta (release_8.3beta-51-g02f2d5 @
/home/mark/opt/org-mode/lisp/)
- SBCL 1.2.0
On Tue, Jul 29, 2014 at 9:13 AM, Bastien b...@gnu.org wrote:
Hi Mark,
you forgot to CC the list -- please do so, so that anyone can help
fixing the problem.
All this new information is important. A complete recipe would take
the user from a bare emacs -Q to an emacs with a sbcl connection and
slime, and explain the steps for launching sbcl, connecting via slime,
etc.
Assume the ones who may fix the problem (like me and other maintainers)
are not 100% familiar with Emacs/slime/sbcl, even though they can follow
good recipes easily.
Thanks for your efforts!
PS: The hint about the last commented line triggered the bug is
important and will certainly lead to a quick fix.
--
Bastien
[O] bug in lisp code blocks
Greetings.
This is probably a bug:
#+BEGIN_SRC lisp :results output
(format t Hello world.)
;; comment after, causes crash when block is evaluated with C-c C-c
#+END_SRC
Debugger message:
#+BEGIN_QUOTE
end of file on #SB-IMPL::STRING-INPUT-STREAM {1003F862D3}
[Condition of type END-OF-FILE]
#+END_QUOTE
org-version: Org-mode version 8.3beta (release_8.3beta-51-g02f2d5 @
/home/mark/opt/org-mode/lisp)
[O] capture question
Hi, I've been using capture for, among other things, capturing interruptions to clocked tasks. For this, I use something like the following template: (i interruption entry (file refile.org) A TEMPLATE HERE :clock-in t :clock-resume t) One thing that has been bothering me is that there are really two types of interruption that deserve different treatment. Sometimes the interrupting task is completed by the time I file it with C-c C-c. Other times it is not. But both types are filed with the todo keyword STARTED. For those (and only those) interruptions that are finished by the time I file them, I'd like them to have the keyword DONE automatically. Has anyone encountered this case and found a solution? Best, Mark
Re: [Orgmode] Problem with publishing to html
On Sat, Oct 30, 2010 at 1:25 AM, Nick Dokos nicholas.do...@hp.com wrote: Noorul Islam noo...@noorul.com wrote: On Sat, Oct 30, 2010 at 4:23 AM, marksc...@gmail.com wrote: I updated to 7.02 today and now am unable to publish a project to html. This is the error reported in *Messages* Publishing file /home/mark/teach/10fall/metaphysics/notes/index.orgusing `org-publish-org-to-html' Exporting... tramp-convert-file-attributes: Wrong type argument: numberp, 1288383678\.599600284\.0 Here's my setting of org-publish-project-alist: (setq org-publish-project-alist '((metaphysics :base-directory ~/teach/10fall/metaphysics/notes/ :publishing-directory /ssh:metaphys...@192.168.2.100:~/metaphysics :recursive t :section-numbers nil :table-of-contents nil :base-extension org :publishing-function org-publish-org-to-html :author-info nil :creator-info nil))) I tried to re-create this on my machine using (setq org-publish-project-alist '((metaphysics :base-directory /tmp/notes/ :publishing-directory /ssh:noo...@127.0.0.1:/tmp/publish :recursive t :section-numbers nil :table-of-contents nil :base-extension org :publishing-function org-publish-org-to-html :author-info nil :creator-info nil))) I got the project published without any issues. I have Org-mode version 7.01trans (release_7.01h.880.gba6b6) GNU Emacs 23.2.2 (i686-pc-linux-gnu) of 2010-06-08 on sajida I tried with just-pulled 7.02 and could not reproduce it either. It looks like a tramp problem. Mark, try evaluating the following form (but note that the IP address looks like a DHCP address assigned by your router, so you should make sure that it is still correct): (file-attributes /ssh:metaphys...@192.168.2.100: /home/mark/metaphysics/index.html) You can evaluate it by placing the cursor after the closing paren of the form and pressing ``C-x C-e''. Do you get the same error? Either way it probably has nothing to do with org, but if you do get the same error, then it *definitely* has nothing to do with org. HTH, Nick Nick, you were right. This problem doesn't arise from Org at all. It had to do with an upgrade to coreutils (in my case, on Arch Linux). In case anyone else encounters this, I solved the problem by applying the patch at this link: http://osdir.com/ml/tramp-devel-gnu/2010-10/msg9.html Best, Mark ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-beamer and beamer overlays
Hi, Glyn.
I've been playing around with org-beamer for a little while and have gotten
something like what you seem to want to work. I've revised your example in
the way that I've been doing it.
* The furniture.
:B_frame
:PROPERTIES:
:BEAMER_env: block
:BEAMER_envargs: [+-]
:END:
Some old some new
** The Queen's old armchair
:B_block:
:PROPERTIES:
:BEAMER_env: block
:BEAMER_envargs: 1-
:END:
- Princess Anne
- Prince Charles
- corgis
--
Mark
On Thu, Aug 26, 2010 at 2:19 AM, Glyn Millington
wistansw...@linuxmail.orgwrote:
Good Morning :-)
I'm having trouble getting beamer overlays to work properly when
producing slides via org-mode. This may well be due to my not
understanding the documentation!!
I can only get this to work by dropping down into LaTeX - which on this
scale is pretty painless - but feel sure there must be a way to do this
org too. Can anyone show me how?
Below are the headers for my beamer-slide template and a frame with
overlays which works.
If it helps, this is Emacs-23.2.1 and org-mode 7.01h
With thanks
Glyn
8--8--8--8--8--8--8--8--8--
#+TITLE: Beamer slide template
#+AUTHOR:GM
#+EMAIL: g...@xyzxyz.orgle
#+DATE: 2010-08-24
#+DESCRIPTION:
#+KEYWORDS:
#+LANGUAGE: en
#+OPTIONS: H:3 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t :t
#+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc
#+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:
http://orgmode.org/org-info.js
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport
#+LINK_UP:
#+LINK_HOME:
#+startup: beamer
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [bigger]
#+latex_header: \modebeamer{\usetheme{Madrid} \usecolortheme{crane}}
#+BEAMER_FRAME_LEVEL: 1
#+BEAMER_HEADER_EXTRA \beamerdefaultoverlayspecification{+-}
#+COLUMNS: %40ITEM %10BEAMER_env(Env) %9BEAMER_envargs(Env Args)
%4BEAMER_col(Col) %10BEAMER_extra(Extra)
* The furniture.
Some old some new
** The Queen's old armchair
:B_block:
:PROPERTIES:
:BEAMER_env: block
:BEAMER_envargs: [+-]
:END:
# Notice we have to slip into raw LaTeX to make this work
#+begin_LATEX
\begin{itemize}[+-]
\item Princess Anne
\item Prince Charles
\item corgis
\end{itemize}
#+end_LATEX
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Patch] org-capture.el
Bastien,
I've had a chance to look into this again today, and I've found something
that might help you track down the bug (if it is a bug).
I've found that when I use this capture template:
(L reference entry (*file+headline* ~/code/org/reference.org Test)
* %^{Description} %^G \n%? \n %U :prepend)
tags get aligned properly. However, not so with this one, which differs
only with respect to the target parameter (file+headline vs. file):
(L reference entry (*file* ~/code/org/reference.org)
* %^{Description} %^G \n%? \n %U :prepend)
Hope this is helpful and not just distracting.
Best,
Mark
On Thu, Aug 12, 2010 at 9:02 AM, Bastien bastien.gue...@wikimedia.frwrote:
Hi Mark,
Mark Scala marksc...@gmail.com writes:
Thanks, I hadn't checked the value of org-auto-realign-tags before
looking at
org-capture.
(Please note this is `org-auto-align-tags' -- not
`org-auto-REalign-tags'.)
But unfortunately that doeesn't solve the problem for me, the
tags just aren't realigning. (org-auto-realign-tags is set true by
default in
my reference branch.) My capture output still looks like this:
* Headline :tag:
stuff here
Tags align normally for only after adding that line to org-capture.
Yes, but it should work without that line since `org-set-tags' is called
beforehand in the process of creating the captured entry.
I'm digging into this to see what's wrong.
Thanks,
--
Bastien
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Patch] org-capture.el
Bastien, Thanks, I hadn't checked the value of org-auto-realign-tags before looking at org-capture. But unfortunately that doeesn't solve the problem for me, the tags just aren't realigning. (org-auto-realign-tags is set true by default in my reference branch.) My capture output still looks like this: * Headline :tag: stuff here Tags align normally for only after adding that line to org-capture. Best, Mark On Thu, Aug 12, 2010 at 3:53 AM, Bastien bastien.gue...@wikimedia.frwrote: Hi Mark, Mark Scala marksc...@gmail.com writes: When capture templates with tags are finalized, those tags are not realigned. I think this fixes it (does in the cases I've tested). Thanks for the patch -- I have (setq org-auto-align-tags t) here and tags are aligned when capturing. Would that solve your issue as well? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Patch] org-capture.el
When capture templates with tags are finalized, those tags are not realigned. I think this fixes it (does in the cases I've tested). diff --git a/lisp/org-capture.el b/lisp/org-capture.el index ece5006..03911da 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -500,7 +500,8 @@ bypassed. (save-excursion (when (ignore-errors (org-back-to-heading)) (org-update-parent-todo-statistics) - (org-update-checkbox-count))) + (org-update-checkbox-count) + (org-set-tags nil t))) ;; FIXME Here we should do the sorting ;; If we have added a table line, maybe recompute? (when (and (eq (org-capture-get :type 'local) 'table-line) -- Mark Scala ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Org-mode] feed.el
Hi, all. I was trying out feed.el today, and I've got an error that I don't understand. Following the docs, I put this in my .emacs: (setq org-feed-alist '((Slashdot http://rss.slashdot.org/Slashdot/slashdot; ~/org/feeds.org Slashdot Entries))) I created a file in ~/org called feeds.org and in that file did C-c C-x g. A headline for Slashdot Entries appeared. But when I do C-c C-x g on that entry I get the following message: Symbol's value as variable is void: xml-entity-alist Nowhere do I find any information about setting that variable. Any ideas? (I'm using the latest development version of Org, compiled from git sources today). Thanks, Mark ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-mobile bug
Hi, I was exploring org-mobile.el just now, and I found a small problem. The function org-mobile-push throws an error unless there is at least one custom agenda command defined -- clearly not desirable. I suspect the problem is in org-agenda-custom-commands: (delq nil '()) returns nil for an empty list. After defining one custom agenda command, all works as expected. Best, Mark Scala ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-remember problem
Org-mode newbie here. I was having trouble getting org-remember to work for me. I have the git version installed and followed the org-manual instructions, but (org-remember-insinuate) kept throwing an error while loading my .emacs. With other solutions suggested on the web, I kept getting an error saying that `Autoload couldn't define org-remember' (or something like that). Googling didn't turn up any other solutions that worked, so I mucked around on my own a bit and found that adding (load-file ~/org-mode/lisp/org-remember.el) to my .emacs solves the problem. (After doing that, (org-remember-insinuate) worked fine.) -- Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
