From: Carsten Dominik <dominik@uva.nl>
To: Paul R <paul.r.ml@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Bug in export to iCal : one solution
Date: Fri, 13 Jun 2008 10:43:05 +0200 [thread overview]
Message-ID: <2C083E13-9A4C-484D-AFA5-DAF3FD1D6485@uva.nl> (raw)
In-Reply-To: <873anitq3b.fsf@gmail.com>
On Jun 12, 2008, at 9:23 PM, Paul R wrote:
> I finaly tracked in down, while sitting in the train. I hope I'll have
> enough battery life to give explaination here, and that I'll find some
> wireless spot tonight to send this report.
>
> Here is a simplified stack of exporting to ical :
>
> - org-export-icalendar-combine-agenda-files
> `- org-export-icalendar
> `- org-print-icalendar-entries
> `- (org-diary-to-ical-string sexp-buffer) in org-exp.el:3791
>
> A look at org-diary-to-ical-string shows :
> ,----
> | (defun org-diary-to-ical-string (frombuf)
> | "Get iCalendar entries from diary entries in buffer FROMBUF.
> | This uses the icalendar.el library."
> `----
>
> then at the end of this function :
> (kill-buffer frombuf)
>
> This line is incriminated. Although I have a very limited
> understanding of how the export procedure works, I think it can be
> replaced by something like :
> (with-current-buffer frombuf (erase-buffer))
>
> or, the "ical-tmp" buffer should be re-created by some mean in the
> loop.
>
> I don't understand how it can work for some people, though ... :)
Bummer, you are completely right! The problem is that `org-diary-to-
ical-string' is called in the loop, the call must be outside. Also,
it is not logical to have this function kill the sexp buffer, I have
moved this line out of the function.
Thank you very much for your persistence in tracking down a serious
bug. I am glad you battery lasted long enough... :-)
Fixed now.
- Carsten
prev parent reply other threads:[~2008-06-13 8:43 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-12 19:23 Bug in export to iCal : one solution Paul R
2008-06-13 8:43 ` Carsten Dominik [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2C083E13-9A4C-484D-AFA5-DAF3FD1D6485@uva.nl \
--to=dominik@uva.nl \
--cc=emacs-orgmode@gnu.org \
--cc=paul.r.ml@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.