From: Carsten Dominik <carsten.dominik@gmail.com>
To: "Dr. Volker Zell" <Dr.Volker.Zell@oracle.com>
Cc: Uwe Brauer <oub@mat.ucm.es>,
emacs-orgmode@gnu.org, Michael Sperber <sperber@deinprogramm.de>
Subject: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known
Date: Mon, 18 Oct 2010 14:39:44 +0200 [thread overview]
Message-ID: <21A5F466-0C93-41F3-9052-877CA82E6403@gmail.com> (raw)
In-Reply-To: <7z1v7rzm9l.fsf@vzell-de.de.oracle.com>
Applied, thanks.
- Carsten
On Oct 15, 2010, at 2:13 PM, Dr. Volker Zell wrote:
>>>>>> Uwe Brauer writes:
>
>> Hello
>> Since I can't submit a bug report I attach the error trace
>> when I try to open a file in org mode:
>
>
> Hi Uwe
>
> I'm also using 21.4.22.
>
> To send bug reports just copy org-colview-xemacs.el over org-
> colview.el
>
> To get rid of the (void-function decompose-region) error message I
> copied the following definition from mule-composite.el from
> xemacs-21.5-b28:
>
> (defun decompose-region (start end)
> "UNIMPLEMENTED.
> Decompose text in the current region.
>
> When called from a program, expects two arguments,
> positions (integers or markers) specifying the region."
> (interactive "r")
> (let ((modified-p (buffer-modified-p))
> (buffer-read-only nil))
> (remove-text-properties start end '(composition nil))
> (set-buffer-modified-p modified-p)))
>
>
> Then org-mode started fine for me. But I had to do some other
> changes in
> order to execute source blocks with babel and produce html and pdf
> output.
>
> --- ob.el.orig 2010-08-07 09:00:28.000000000 +0200
> +++ ob.el 2010-10-15 12:46:33.281250000 +0200
> @@ -258,7 +258,7 @@
> '((:session . "none") (:results . "silent") (:exports . "results"))
> "Default arguments to use when evaluating an inline source block.")
>
> -(defvar org-babel-current-buffer-properties)
> +(defvar org-babel-current-buffer-properties nil)
> (make-variable-buffer-local 'org-babel-current-buffer-properties)
>
> (defvar org-babel-result-regexp
> --- org-latex.el.orig 2010-08-07 09:00:28.000000000 +0200
> +++ org-latex.el 2010-10-15 12:17:53.328125000 +0200
> @@ -849,7 +849,7 @@
> (save-match-data
> (shell-quote-argument file))
> t t cmd)))
> - (shell-command cmd outbuf outbuf)))
> + (shell-command cmd outbuf)))
> (message "Processing LaTeX file...done")
> (if (not (file-exists-p pdffile))
> (error "PDF file was not produced")
> --- ob-latex.el.orig 2010-08-07 09:00:28.000000000 +0200
> +++ ob-latex.el 2010-10-15 12:16:31.531250000 +0200
> @@ -137,7 +137,7 @@
> (save-match-data
> (shell-quote-argument tex-file))
> t t cmd)))
> - (shell-command cmd outbuf outbuf)))
> + (shell-command cmd outbuf)))
> (if (not (file-exists-p pdffile))
> (error "PDF file was not produced from %s" tex-file)
> (set-window-configuration wconfig)
>
>
> These two patches are needed due to differences in the following
> function definitions:
>
> Emacs: (defvar symbol &optional initvalue docstring)
> XEmacs: (defvar SYMBOL INITVALUE DOCSTRING)
>
>
> Emacs: (shell-command command &optional output-buffer error-buffer)
> XEmacs: (shell-command COMMAND &optional OUTPUT-BUFFER)
>
>
> In addition the function number-sequence is not defined in XEmacs.
> So I
> copied the definition from the emacs distribution (in subr.el):
>
> (defun number-sequence (from &optional to inc)
> "Return a sequence of numbers from FROM to TO (both inclusive) as a
> list.
> INC is the increment used between numbers in the sequence and
> defaults to 1.
> So, the Nth element of the list is \(+ FROM \(* N INC)) where N
> counts from
> zero. TO is only included if there is an N for which TO = FROM + N
> * INC.
> If TO is nil or numerically equal to FROM, return \(FROM).
> If INC is positive and TO is less than FROM, or INC is negative
> and TO is larger than FROM, return nil.
> If INC is zero and TO is neither nil nor numerically equal to
> FROM, signal an error.
>
> This function is primarily designed for integer arguments.
> Nevertheless, FROM, TO and INC can be integer or float. However,
> floating point arithmetic is inexact. For instance, depending on
> the machine, it may quite well happen that
> \(number-sequence 0.4 0.6 0.2) returns the one element list \(0.4),
> whereas \(number-sequence 0.4 0.8 0.2) returns a list with three
> elements. Thus, if some of the arguments are floats and one wants
> to make sure that TO is included, one may have to explicitly write
> TO as \(+ FROM \(* N INC)) or use a variable whose value was
> computed with this exact expression. Alternatively, you can,
> of course, also replace TO with a slightly larger value
> \(or a slightly more negative value if INC is negative)."
> (if (or (not to) (= from to))
> (list from)
> (or inc (setq inc 1))
> (when (zerop inc) (error "The increment can not be zero"))
> (let (seq (n 0) (next from))
> (if (> inc 0)
> (while (<= next to)
> (setq seq (cons next seq)
> n (1+ n)
> next (+ from (* n inc))))
> (while (>= next to)
> (setq seq (cons next seq)
> n (1+ n)
> next (+ from (* n inc)))))
> (nreverse seq))))
>
>
> Right now with these changes the latest org-mode works fine for me (at
> least for my usage pattern).
>
>> Uwe Brauer
>
> Ciao
> Volker
>
> _______________________________________________
> 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
next prev parent reply other threads:[~2010-10-18 12:39 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-14 13:33 7.01 & Xemacs 21.4.22: decompose-region is not known Uwe Brauer
2010-10-15 6:09 ` Carsten Dominik
2010-10-15 6:48 ` Carsten Dominik
2010-10-15 12:13 ` Dr. Volker Zell
2010-10-15 13:30 ` Uwe Brauer
2010-10-16 5:42 ` Carsten Dominik
2010-10-22 16:08 ` Carsten Dominik
2010-10-23 20:20 ` Uwe Brauer
2010-10-24 4:36 ` Puneeth
2010-10-24 17:28 ` Uwe Brauer
2010-10-24 18:59 ` Carsten Dominik
2010-10-25 6:13 ` Michael Sperber
2010-10-25 8:10 ` Carsten Dominik
2010-10-25 9:07 ` Michael Sperber
2010-10-25 9:10 ` Carsten Dominik
2010-10-25 10:16 ` Uwe Brauer
2010-10-25 10:38 ` Carsten Dominik
2010-10-25 10:48 ` Uwe Brauer
2010-10-25 11:29 ` Carsten Dominik
2010-10-25 12:50 ` Uwe Brauer
2010-10-25 13:21 ` Nick Dokos
2010-10-25 13:23 ` Carsten Dominik
2010-10-25 13:51 ` Uwe Brauer
2010-10-25 14:19 ` Nick Dokos
2010-10-25 14:23 ` Nick Dokos
2010-10-25 16:00 ` Giovanni Ridolfi
2010-10-25 16:48 ` Nick Dokos
2010-10-25 17:04 ` Carsten Dominik
2010-10-25 17:48 ` Jambunathan K
2010-10-26 5:15 ` Carsten Dominik
2010-10-26 18:50 ` Jambunathan K
2010-10-27 22:17 ` Bastien
2010-10-27 22:48 ` Bastien
2010-10-27 22:42 ` Bastien
2010-10-27 22:42 ` Bastien
2010-10-25 13:54 ` Uwe Brauer
2010-10-25 10:23 ` Uwe Brauer
2010-10-18 12:39 ` Carsten Dominik [this message]
2010-10-27 22:56 ` Bastien
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=21A5F466-0C93-41F3-9052-877CA82E6403@gmail.com \
--to=carsten.dominik@gmail.com \
--cc=Dr.Volker.Zell@oracle.com \
--cc=emacs-orgmode@gnu.org \
--cc=oub@mat.ucm.es \
--cc=sperber@deinprogramm.de \
/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.