From: "Dr. Volker Zell" <dr.volker.zell@oracle.com>
To: Uwe Brauer <oub@mat.ucm.es>
Cc: Michael Sperber <sperber@deinprogramm.de>, emacs-orgmode@gnu.org
Subject: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known
Date: Fri, 15 Oct 2010 14:13:58 +0200 [thread overview]
Message-ID: <7z1v7rzm9l.fsf@vzell-de.de.oracle.com> (raw)
In-Reply-To: <87vd54hpam.fsf@gilgamesch.quim.ucm.es> (Uwe Brauer's message of "Thu, 14 Oct 2010 15:33:37 +0200")
>>>>> 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
next prev parent reply other threads:[~2010-10-15 12:13 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 [this message]
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
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7z1v7rzm9l.fsf@vzell-de.de.oracle.com \
--to=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 public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).