9:14 a.m.
(Sorry if this appears twice, but my first mail seems to never have made
it through to the list).
Hi,
When trying to enter canna-mode (C-x C-m C-\ "japanese-canna") I get :
Debugger entered--Lisp error: (dll-error "Invalid dynamic module: Missing
symbol" "syms_of_P...")
load-module("canna_api")
load("canna_api" no-error require nil)
require(CANNA "canna_api" no-error)
canna-activate("japanese-canna")
apply(canna-activate "japanese-canna" nil)
activate-input-method("japanese-canna")
#<compiled-function (from set-input-method) (input-method) "...(8)"
[default-input-method input-method activate-input-method] 2 1527190 (let* (...) (list
...)) 0xadd>("japanese-canna")
call-interactively(set-input-method)
(dispatch-event "[internal]")
This is the latest development sources, compiled on RedHat RHEL-5.5 with
"./configure --with-mule". Same thing happens on FreeBSD-8.1. The latest
xemacs-21.5.29 (from 2009-05-18) works fine.
Am I missing something obvious here, or is this a bug?
Regards,
-Anders.
--
Anders Odberg, <anders.odberg(a)usit.uio.no>
Center for Information Technology Services
University of Oslo, Norway
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
11:57 a.m.
Anders Odberg writes:
Debugger entered--Lisp error: (dll-error "Invalid dynamic
module: Missing symbol" "syms_of_P...")
Perhaps you don't have the module built for some reason. This would
normally be
/usr/lib/xemacs-21.5-b29/x86_64-pc-linux/modules
or similar (variations are possible due to distro policy), if
installed, or in the modules/canna directory of your source tree if
you run in place. Another possibility is that the module is there but
it's from a different build (IIRC the module loader checks for a
signature of the XEmacs build).
Am I missing something obvious here, or is this a bug?
Yes. You're missing the rest of the bug report that would be produced
by M-x report-xemacs-bug. :-) At the very least, provide the
Installation file. That would enable us to confirm whether the module
was configured or not.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
12:53 p.m.
On Thu, Oct 14, 2010 at 6:57 AM, Stephen J. Turnbull <stephen(a)xemacs.org> wrote:
Anders Odberg writes:
> Debugger entered--Lisp error: (dll-error "Invalid dynamic module: Missing
symbol" "syms_of_P...")
... not exactly the world's clearest error message: is that symbol
being looked for *in* the module, or is it required *by* the module?
And it's rather unfortunate that the symbol name is truncated...
Perhaps you don't have the module built for some reason.
Or it could be in another package?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
1:35 p.m.
[Stephen J Turnbull]
| Anders Odberg writes:
| > Debugger entered--Lisp error: (dll-error "Invalid dynamic module: Missing
symbol" "syms_of_P...")
|
| Perhaps you don't have the module built for some reason. This would
| normally be
|
| /usr/lib/xemacs-21.5-b29/x86_64-pc-linux/modules
|
| or similar (variations are possible due to distro policy), if
| installed, or in the modules/canna directory of your source tree if
| you run in place. Another possibility is that the module is there but
| it's from a different build (IIRC the module loader checks for a
| signature of the XEmacs build).
The module was built and installed as
/site/xemacs-new/lib/xemacs-21.5-b29/x86_64-unknown-linux/modules/canna_api.ell
and a strace(1) of the xemacs-process confirms that this module was read
from this location.
The directory /site/xemacs-new was created just for this installation,
so there should be no files left over from a previous installation.
| > Am I missing something obvious here, or is this a bug?
|
| Yes. You're missing the rest of the bug report that would be produced
| by M-x report-xemacs-bug. :-) At the very least, provide the
| Installation file. That would enable us to confirm whether the module
| was configured or not.
Ah, sorry about that. I've attached the Installation file below, and
can do a report-xemacs-bug as well.
Are you able to reproduce this error, or does entering canna-mode on the
latest development sources work as it should for you?
Thanks,
-Anders.
uname -a: Linux fangorn.uio.no 2.6.18-194.11.4.el5 #1 SMP Fri Sep 17 04:57:05 EDT 2010
x86_64 x86_64 x86_64 GNU/Linux
./configure '--prefix=/site/xemacs-new' '--with-mule'
XEmacs 21.5-b29 "garbanzo" 59a6419f7504 configured for
`x86_64-unknown-linux'.
Compilation Environment and Installation Defaults:
Source code location: /site/src/xemacs-hg
Installation prefix: /site/xemacs-new
Not using any operating system description file
Not using any machine description file
Compiler version: gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48)
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare
-Wno-char-subscripts -Wpacked -Wshadow -Wmissing-declarations -Wmissing-prototypes
-Wstrict-prototypes -Wdeclaration-after-statement -Wunused-parameter -g
libc version: glibc-2.5-49.el5_5.4
glibc-2.5-49.el5_5.4
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location:
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Compiling in support for ALSA (Advanced Linux Sound Architecture).
Databases:
Compiling in support for Berkeley database.
Compiling in support for GNU DBM.
Compiling in support for LDAP.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Compiling in support for Canna on Mule.
Mail:
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
Compiling in support for runtime error checking.
WARNING: ---------------------------------------------------------
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3:02 p.m.
[Samuel Bronson]
| On Thu, Oct 14, 2010 at 6:57 AM, Stephen J. Turnbull <stephen(a)xemacs.org>
wrote:
| > Anders Odberg writes:
| >
| > > Debugger entered--Lisp error: (dll-error "Invalid dynamic module:
Missing symbol" "syms_of_P...")
|
| ... not exactly the world's clearest error message: is that symbol
| being looked for *in* the module, or is it required *by* the module?
The way I read the backtrace, it is looked for *in* the module, but
others are probably better suited to answer this.
| And it's rather unfortunate that the symbol name is truncated...
My gnus complained about "Non-printable characters" when I tried to send
the error as it appeared in the backtrace-buffer. Lets see if its gets
through this time :
Debugger entered--Lisp error: (dll-error "Invalid dynamic module: Missing
symbol" "syms_of_PóÇ+")
load-module("canna_api")
load("canna_api" no-error require nil)
require(CANNA "canna_api" no-error)
canna-activate("japanese-canna")
apply(canna-activate "japanese-canna" nil)
activate-input-method("japanese-canna")
#<compiled-function (from set-input-method) (input-method) "...(8)"
[default-input-method input-method activate-input-method] 2 1527190 (let* (...) (list
...)) 0xadd>("japanese-canna")
call-interactively(set-input-method)
(dispatch-event "[internal]")
Actually, the binary gibberish after "syms_of_P" varies each time this
error occurs.
| > Perhaps you don't have the module built for some reason.
|
| Or it could be in another package?
Module built and installed under
$prefix/lib/xemacs-21.5-b29/x86_64-unknown-linux/modules/canna_api.ell
(same place as it is installed when compiling the xemacs-21.5.29 release
from 2009-05-18, which works fine).
Regards,
-Anders.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:18 a.m.
Samuel Bronson writes:
On Thu, Oct 14, 2010 at 6:57 AM, Stephen J. Turnbull
<stephen(a)xemacs.org> wrote:
> Anders Odberg writes:
>
> > Debugger entered--Lisp error: (dll-error "Invalid dynamic module:
Missing symbol" "syms_of_P...")
... not exactly the world's clearest error message: is that symbol
being looked for *in* the module,
In the module. That's why the module is invalid; that symbol is
required to be present. The message is clear enough to those who can
debug the problem, but if you wish to suggest an alternate wording we
can probably improve on it.
And it's rather unfortunate that the symbol name is truncated...
It's not truncated. It's corrupt, I suspect. There are no symbols
with a capital letter in that position, and the only "syms_of_" symbol
involved should be "syms_of_canna_api". BTW, it's probable that the
whole message is available in the " *Message-Log*" buffer, or maybe
*Warnings*.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
10:55 a.m.
[Stephen J Turnbull]
| Samuel Bronson writes:
| > On Thu, Oct 14, 2010 at 6:57 AM, Stephen J. Turnbull <stephen(a)xemacs.org>
wrote:
| > > Anders Odberg writes:
| > >
| > > > Debugger entered--Lisp error: (dll-error "Invalid dynamic
module: Missing symbol" "syms_of_P...")
| >
| > ... not exactly the world's clearest error message: is that symbol
| > being looked for *in* the module,
|
| In the module. That's why the module is invalid; that symbol is
| required to be present. The message is clear enough to those who can
| debug the problem, but if you wish to suggest an alternate wording we
| can probably improve on it.
I have done some further testing on earlier revisions.
If I compile r4951, everything works fine. With r4952 I start getting
the "Invalid dynamic module: Missing symbol" error.
If I check-out r4952, but replace src/emodules.c and src/emodules.h
with the version of those files from r4951, this version works fine too.
Hopefully, this would help in pinpointing the problem?
I'm still wondering if anybody else is able to reproduce this problem,
or if I am the only one seeing this behaviour.
| > And it's rather unfortunate that the symbol name is truncated...
|
| It's not truncated. It's corrupt, I suspect. There are no symbols
| with a capital letter in that position, and the only "syms_of_" symbol
| involved should be "syms_of_canna_api". BTW, it's probable that the
| whole message is available in the " *Message-Log*" buffer, or maybe
| *Warnings*.
Sorry, no "*Message-Log*" or "*Warnings*" buffer, only the backtrace.
As
I wrote yesterday, the binary gibberish after "syms_of_" varies each
time I reproduce this error.
Regards,
-Anders.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
9:51 a.m.
Anders Odberg writes:
I'm still wondering if anybody else is able to reproduce this
problem,
or if I am the only one seeing this behaviour.
OK, I see something. Try this patch:
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
10:43 a.m.
[Stephen J Turnbull]
| Anders Odberg writes:
| > I'm still wondering if anybody else is able to reproduce this problem,
| > or if I am the only one seeing this behaviour.
|
| OK, I see something. Try this patch:
Perfect, works like a charm. Thanks a lot! :-)
Regards,
-Anders.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4944
days inactive
4948
days old
8 comments
3 participants
participants (3)
-
Anders Odberg -
Samuel Bronson -
Stephen J. Turnbull