./configure --prefix=$prefix --infodir=$prefix/share/info broken
15 years, 8 months
Ville Skyttä
Hello,
"./configure --prefix=/usr --infodir=/usr/share/info" results in info files
being installed in /usr/share/xemacs-21.5-b28/info, --infodir ends up being
ignored (INFODIR_USER_DEFINED undef):
if test "x$infodir_expanded" != "x${prefix_expanded}/share/info"
then
AC_DEFINE(INFODIR_USER_DEFINED)
else
infodir='${datarootdir}/${instvardir}/info'
fi
The whole *_USER_DEFINED stuff looks quite complicated to me. Why not just
always use the dirs directly no matter whether they were given to configure
or are set to its defaults?
./configure --help says infodir defaults to DATAROOTDIR/info which I think is
incorrect, looks like ${datarootdir}/${instvardir}/info is the actual
default.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
21.5.28 sound error (SEGV)
15 years, 8 months
Dave Bailey
any attempt by Xemacs to make a sound (ding etc) results in a SEGV. This
is a default Fedora installation with sound configuration:
Sound:
Compiling in support for sound (native).
Compiling in support for ALSA (Advanced Linux Sound Architecture).
I'm actually using OSS with ALSA emulation, and That might not work,
but the SEGV seems inappropriate. The GDB output:
Program terminated with signal 11, Segmentation fault.
[New process 5564]
#0 0x0000003b1fa331f7 in kill () from /lib64/libc-2.9.so
Missing separate debuginfos, use: debuginfo-install
e2fsprogs-libs-1.41.4-1.fc10.x86_64 libXcursor-1.1.9-3.fc10.x86_64
libXdmcp-1.0.2-6.fc10.x86_64 libXfixes-4.0.3-4.fc10.x86_64
libXrender-0.9.4-3.fc9.x86_64 libpng-1.2.35-1.fc10.x86_64
libxcb-1.1.91-5.fc10.x86_64
(gdb) where
#0 0x0000003b1fa331f7 in kill () from /lib64/libc-2.9.so
#1 0x0000000000489fe7 in fatal_error_signal (sig=11) at emacs.c:3800
#2 <signal handler called>
#3 memcpy () at ../sysdeps/x86_64/memcpy.S:102
#4 0x00000000004b21fa in waverequire (data=0x7fff73a3d720,
sz=0x7fff73a3d740,
rq=8) at /usr/include/bits/string3.h:52
#5 0x00000000004b2a30 in parsewave (data=0x7fff73a3d720,
sz=0x7fff73a3d740,
outbuf=0x7fff73a3d718) at miscplay.c:174
#6 0x00000000004afafb in linux_play_data_or_file (fd=-1,
data=0x7fff73a3e0a0 "RIFF\"\002", length=0, volume=-1) at
linuxplay.c:326
#7 0x000000000057b76d in Fplay_sound (sound=<value optimized out>,
volume=<value optimized out>, device=<value optimized out>) at
sound.c:440
#8 0x000000000057bdb2 in Fding (no_terminate=9396528, sound=9142848,
device=<value optimized out>) at sound.c:537
#9 0x000000000049024b in Ffuncall (nargs=3, args=<value optimized out>)
at eval.c:3915
#10 0x00000000004623ed in execute_optimized_program (
program=<value optimized out>, stack_depth=<value optimized out>,
constants_data=0xa4eb80) at bytecode.c:862
#11 0x0000000000490345 in funcall_compiled_function () at eval.c:3517
#12 Ffuncall (nargs=2, args=0x7fff73a3e910) at eval.c:3954
#13 0x000000000049086c in call1 (fn=<value optimized out>,
arg0=<value optimized out>) at eval.c:4567
---Type <return> to continue, or q <return> to quit---
#14 0x000000000049220e in condition_case_1 (handlers=<value optimized out>,
bfun=0x46b530 <command_loop_1>, barg=9396528, hfun=0x46b6b0
<cmd_error>,
harg=9396528) at eval.c:1930
#15 0x000000000046b650 in command_loop_3 () at cmdloop.c:262
#16 command_loop_2 (unused_dummy=<value optimized out>) at cmdloop.c:275
#17 0x000000000048faf9 in internal_catch (tag=<value optimized out>,
func=0x46b620 <command_loop_2>, arg=9396528, threw=0x0, thrown_tag=0x0,
backtrace_before_throw=0x0) at eval.c:1552
#18 0x000000000046b900 in initial_command_loop (load_me=<value optimized
out>)
at cmdloop.c:313
#19 0x000000000048b3fd in xemacs_21_5_b28_x86_64_redhat_linux (argc=2,
argv=0x7fff73a3edf8, unused_envp=<value optimized out>, restart=0)
at emacs.c:2667
#20 0x000000000048c2c5 in main (argc=<value optimized out>,
argv=<value optimized out>, unused_envp=<value optimized out>)
at emacs.c:3111
(gdb)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
21.5.28: Crash in lucid menubar, XFontsOfFontSet
15 years, 8 months
Ville Skyttä
XEmacs 21.5.28 is reported to crash in lucid menubar code with xfontsets
enabled, Fedora development.
https://bugzilla.redhat.com/show_bug.cgi?id=489145
Installation at:
http://calypso.tux.org/pipermail/xemacs-beta/2009-February/015773.html
Line numbers are a bit off wrt current hg, #1 below corresponds currently to
line 3137 of xemacs-beta's lwlib/xlwmenu.c:
int fontcount = XFontsOfFontSet(mw->menu.font_set, &fontstruct_list,
Backtrace:
#0 XFontsOfFontSet (font_set=0x0, font_struct_list=0x7fffffffc528,
font_name_list=0x7fffffffc520)
at FSWrap.c:216
#1 0x00000000005de550 in extract_font_extents (mw=<value optimized out>,
mw=<value optimized out>)
at xlwmenu.c:3125
#2 XlwMenuInitialize (mw=<value optimized out>, mw=<value optimized out>)
at xlwmenu.c:3256
#3 0x000000301fe1bb03 in CallInitialize (class=0xdedba0,
req_widget=0x7fffffffc600, new_widget=0x14c83b0,
args=0x7fffffffcb20, num_args=1) at Create.c:219
#4 0x000000301fe1c619 in xtCreate (name=<value optimized out>,
class=<value optimized out>,
widget_class=<value optimized out>, parent=<value optimized out>,
default_screen=<value optimized out>,
args=<value optimized out>, num_args=1, typed_args=0x0,
num_typed_args=0, parent_constraint_class=0x0,
post_proc=0x301fe1bd40 <widgetPostProc>) at Create.c:409
#5 0x000000301fe1cfca in _XtCreateWidget (name=0x14ab9c0 "menubar",
widget_class=0xdedba0, parent=0x147eee0,
args=0x7fffffffcb20, num_args=1, typed_args=0x0, num_typed_args=0) at
Create.c:563
#6 0x000000301fe1d3ee in XtCreateWidget (name=0x14ab9c0 "menubar",
widget_class=0xdedba0, parent=0x147eee0,
args=0x7fffffffcb20, num_args=1) at Create.c:582
#7 0x00000000005e1c7b in xlw_create_menubar (instance=0x14c81c0) at
lwlib-Xlw.c:126
#8 0x00000000005d7af2 in instantiate_widget_instance (instance=<value
optimized out>) at lwlib.c:937
#9 allocate_widget_instance (instance=<value optimized out>) at
lwlib.c:390
#10 lw_make_widget (instance=<value optimized out>) at lwlib.c:973
#11 0x00000000005c7fad in set_frame_menubar (f=0x14796c0, deep_p=1,
first_time_p=<value optimized out>)
at menubar-x.c:604
#12 0x00000000005b2385 in x_create_widgets (f=0x14796c0,
lisp_window_id=<value optimized out>,
parent=<value optimized out>, overridep=<value optimized out>) at
frame-x.c:1948
#13 0x00000000004e39e4 in Fmake_frame (props=9396528, device=<value
optimized out>) at frame.c:562
#14 0x00000000004901d6 in Ffuncall (nargs=3, args=<value optimized out>)
at
eval.c:3915
#15 0x0000000000462199 in execute_optimized_program (program=<value
optimized out>,
stack_depth=<value optimized out>, constants_data=0xa3e188) at
bytecode.c:862
#16 0x00000000004902e2 in funcall_compiled_function (args=<value optimized
out>, nargs=<value optimized out>,
fun=<value optimized out>) at eval.c:3515
#17 Ffuncall (args=<value optimized out>, nargs=<value optimized out>,
fun=<value optimized out>) at eval.c:3954
#18 0x0000000000462199 in execute_optimized_program (program=<value
optimized out>,
stack_depth=<value optimized out>, constants_data=0xa3c8c0) at
bytecode.c:862
#19 0x00000000004965a6 in funcall_compiled_function (args=<value optimized
out>, nargs=<value optimized out>,
fun=<value optimized out>) at eval.c:3515
#20 Feval (args=<value optimized out>, nargs=<value optimized out>,
fun=<value optimized out>) at eval.c:3729
---Type <return> to continue, or q <return> to quit---
#21 0x0000000000492020 in condition_case_1 (handlers=<value optimized
out>,
bfun=<value optimized out>,
barg=<value optimized out>, hfun=<value optimized out>, harg=9378048)
at eval.c:1946
#22 0x0000000000460bb6 in execute_rare_opcode (stack_ptr=0x7fffffffd688,
unused_program_ptr=<value optimized out>, opcode=<value optimized
out>)
at bytecode.c:1438
#23 0x00000000004622c8 in execute_optimized_program (program=<value
optimized out>,
stack_depth=<value optimized out>, constants_data=0xa3da90) at
bytecode.c:754
#24 0x00000000004965a6 in funcall_compiled_function (args=<value optimized
out>, nargs=<value optimized out>,
fun=<value optimized out>) at eval.c:3515
#25 Feval (args=<value optimized out>, nargs=<value optimized out>,
fun=<value optimized out>) at eval.c:3729
#26 0x0000000000492020 in condition_case_1 (handlers=<value optimized
out>,
bfun=<value optimized out>,
barg=<value optimized out>, hfun=<value optimized out>, harg=9396528)
at eval.c:1946
#27 0x000000000046b8cd in top_level_1 (unused_dummy=<value optimized out>)
at cmdloop.c:223
#28 0x000000000048fa99 in internal_catch (tag=<value optimized out>,
func=<value optimized out>,
arg=<value optimized out>, threw=0x0, thrown_tag=0x0,
backtrace_before_throw=0x0) at eval.c:1552
#29 0x000000000046b816 in initial_command_loop (load_me=140737488340256)
at
cmdloop.c:293
#30 0x000000000048b5c6 in xemacs_21_5_b28_x86_64_redhat_linux (argc=1,
argv=0x7fffffffddf8,
unused_envp=<value optimized out>, restart=<value optimized out>) at
emacs.c:2667
#31 0x000000000048c1a1 in main (argc=<value optimized out>, argv=<value
optimized out>,
unused_envp=<value optimized out>) at emacs.c:3111
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: configure dies or stops dealing with database support
15 years, 8 months
Giacomo Boffi
Quoting Jerry James <james(a)xemacs.org>:
> On Fri, Mar 13, 2009 at 10:16 AM, Giacomo Boffi
> <giacomo.boffi(a)polimi.it> wrote:
>> % for x in no berkdb dbm gdbm ; do
>>> configure --with-athena=3d --with-database=$x | tail -10 ; echo ---* , done
[...]
>> to get here i linked gdbm_ndbm.h to ndbm.h
>
> This may be caused by the feature test prior to the database test.
> Can you attach the config.log file?
i think the most interesting is with gdbm, isn't it? and you prefer
when it fails on no ndbm.h, or the version where i linked gdbm_ndbm.h
to ndbm.h?
in doubt i attach config.log for gdbm and the fake(?) ndbm.h
thank you
--
asdef
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: elementary lisp variable == string
15 years, 8 months
Uwe Brauer
>>>>> "Sean" == Sean MacLennan <seanm(a)seanm.ca> writes:
> On Thu, 12 Mar 2009 17:05:43 +0100
> Uwe Brauer <oub(a)mat.ucm.es> wrote:
>> Now in a function I want to execute certain code
>>
>> - if isp is indeed the string "hallo" and
>>
>> - if isp is the string "test" then another part of the code
>> will be executed.
> string= is your friend!
(defvar isp "hallo" )
> (if (string= isp "hallo") (message "hallo"))
I presumed it would be simple, but this simple!
Thanks
Uwe
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
supercite divergence?
15 years, 8 months
Skip Montanaro
After a long time using XEmacs, I decided to give Aquamacs Emacs a try a
couple months ago hoping for better integration with the Mac user interface.
It's been rough on occasion.
Right now I'm trying to understand how supercite is different between the
two versions of Emacs. It's not clear if anyone supports it anymore or if
any attempts have been made to keep the GNU Emacs and XEmacs versions in
sync. Given what I've seen since switching, I suspect not. On both
versions of Emacs sc-version reports that it is version 3.1, but the GNU
Emacs and XEmacs versions have different APIs (The Aquamacs/GNU Emacs
version, though it uses (interactive) fails when used that way). Also, the
version in Aquamacs Emacs (I assume in GNU Emacs 22.x as well) seems to
never be able to determine a reasonable attribution and always prompts with
"Anon". It doesn't display its attribution prompt in the minibuffer without
refreshing the screen. (I suspect this might be an Aquamacs Emacs problem,
but I can't tell since I don't run GNU Emacs proper.) I never had this sort
of problem with the XEmacs version of supercite.
Is there someone in either Emacs camp tasked with supercite maintenance?
Which version changed but failed to modify its version number? Comparing
the two versions of supercite.el it appears there are some functional
differences between the two versions, but I'm in no way capable of deciding
which differences are significant. Is there anyone independently
maintaining supercite or do I just have to give up on it with versions of
GNU Emacs?
--
Skip Montanaro - skip(a)pobox.com - http://www.smontanaro.net/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
configure dies or stops dealing with database support
15 years, 8 months
Giacomo Boffi
--with-database=no -> *** PANIC ***
--with-database=*dbm -> configure stops because it doesn't find something
(i have installed loads of lib*db*-dev packages)
how can i configure my new debian testing box to get configure on track?
or what options should i use to get configure to go away without a db library?
tia
gb
--
asdef
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
File coding causes coredump on non-mule xemacs
15 years, 8 months
Ron Isaacson
Hi all --
Long time no bugs. That's good... 21.5.28 has been pretty stable for
us! One of our users just reported a problem that causes a segfault
though. On Linux, using a non-mule build of 21.5.28:
% echo ';; -*-coding: iso-8859-1;-*-' > q.el
% xemacs -batch -l q.el
Segmentation fault (core dumped)
Oops. The backtrace shows what looks to be an infinite loop. Inner and
outer sections are shown below.
I poked around in some of these functions but they're full of
indirections and somewhat hard to follow without context. Before I put
a serious effort into debugging this, can anybody suggest a likely
cause?
#0 0x002d3d5f in _int_malloc () from /lib/tls/libc.so.6
#1 0x002d30fd in malloc () from /lib/tls/libc.so.6
#2 0x08086bec in xmalloc (size=120) at alloc.c:390
#3 0x08086d00 in allocate_lisp_storage (size=120) at alloc.c:482
#4 0x08086d48 in old_basic_alloc_lcrecord (size=120, implementation=0x822f5a0) at alloc.c:677
#5 0x08089a20 in alloc_managed_lcrecord (lcrecord_list=160642736) at alloc.c:3084
#6 0x0816020e in Lstream_new (imp=0x8245ba0, mode=0x8224db1 "w") at lstream.c:222
#7 0x080f8e0e in make_coding_stream_1 (stream=0xca1f938, codesys=138022204, mode=0x8224db1 "w", direction=CODING_DECODE, flags=0) at file-coding.c:2110
#8 0x080f8f4a in make_coding_output_stream (stream=0xca1f938, codesys=138022204, direction=CODING_DECODE, flags=0) at file-coding.c:2171
#9 0x080fbbbb in undecided_convert (str=0xca1f630, src=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., dst=0xca1f668, n=29) at file-coding.c:3826
#10 0x080f8889 in coding_writer (stream=0xca1f5e8, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at file-coding.c:1886
#11 0x081604e3 in Lstream_really_write (lstr=0xca1f5e8, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at lstream.c:380
#12 0x081607f5 in Lstream_write_1 (lstr=0xca1f5e8, data=0x9a06610, size=29) at lstream.c:514
#13 0x081609c3 in Lstream_write (lstr=0xca1f5e8, data=0x9a06610, size=29) at lstream.c:602
#14 0x080fbdb1 in undecided_convert (str=0xca1f1c0, src=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., dst=0xca1f1f8, n=29) at file-coding.c:3900
#15 0x080f8889 in coding_writer (stream=0xca1f178, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at file-coding.c:1886
#16 0x081604e3 in Lstream_really_write (lstr=0xca1f178, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at lstream.c:380
#17 0x081607f5 in Lstream_write_1 (lstr=0xca1f178, data=0x9a06610, size=29) at lstream.c:514
#18 0x081609c3 in Lstream_write (lstr=0xca1f178, data=0x9a06610, size=29) at lstream.c:602
#19 0x080fbdb1 in undecided_convert (str=0xca1ed50, src=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., dst=0xca1ed88, n=29) at file-coding.c:3900
#20 0x080f8889 in coding_writer (stream=0xca1ed08, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at file-coding.c:1886
#21 0x081604e3 in Lstream_really_write (lstr=0xca1ed08, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at lstream.c:380
#22 0x081607f5 in Lstream_write_1 (lstr=0xca1ed08, data=0x9a06610, size=29) at lstream.c:514
#23 0x081609c3 in Lstream_write (lstr=0xca1ed08, data=0x9a06610, size=29) at lstream.c:602
#24 0x080fbdb1 in undecided_convert (str=0xca1e8e0, src=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., dst=0xca1e918, n=29) at file-coding.c:3900
#25 0x080f8889 in coding_writer (stream=0xca1e898, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at file-coding.c:1886
#26 0x081604e3 in Lstream_really_write (lstr=0xca1e898, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at lstream.c:380
#27 0x081607f5 in Lstream_write_1 (lstr=0xca1e898, data=0x9a06610, size=29) at lstream.c:514
#28 0x081609c3 in Lstream_write (lstr=0xca1e898, data=0x9a06610, size=29) at lstream.c:602
#29 0x080fbdb1 in undecided_convert (str=0xca1e470, src=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., dst=0xca1e4a8, n=29) at file-coding.c:3900
#30 0x080f8889 in coding_writer (stream=0xca1e428, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at file-coding.c:1886
...
#218270 0x080f8889 in coding_writer (stream=0x9ac3078, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at file-coding.c:1886
#218271 0x081604e3 in Lstream_really_write (lstr=0x9ac3078, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at lstream.c:380
#218272 0x081607f5 in Lstream_write_1 (lstr=0x9ac3078, data=0x9a06610, size=29) at lstream.c:514
#218273 0x081609c3 in Lstream_write (lstr=0x9ac3078, data=0x9a06610, size=29) at lstream.c:602
#218274 0x080fbdb1 in undecided_convert (str=0x9a71250, src=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., dst=0x9a71288, n=29) at file-coding.c:3900
#218275 0x080f8889 in coding_writer (stream=0x9a71208, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at file-coding.c:1886
#218276 0x081604e3 in Lstream_really_write (lstr=0x9a71208, data=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., size=29) at lstream.c:380
#218277 0x081607f5 in Lstream_write_1 (lstr=0x9a71208, data=0x9a06610, size=29) at lstream.c:514
#218278 0x081609c3 in Lstream_write (lstr=0x9a71208, data=0x9a06610, size=29) at lstream.c:602
#218279 0x080fbdb1 in undecided_convert (str=0x9ab2af8, src=0x9a06610 ";; -*-coding: iso-8859-1;-*-\n"..., dst=0x9a711e8, n=29) at file-coding.c:3900
#218280 0x080f8788 in coding_reader (stream=0x9ab2ab0, data=0x99f6158 "ø\2069", size=8192) at file-coding.c:1854
#218281 0x08160b5a in Lstream_raw_read (lstr=0x9ab2ab0, buffer=0x99f6158 "ø\2069", size=8192) at lstream.c:628
#218282 0x08160bfb in Lstream_read_more (lstr=0x9ab2ab0) at lstream.c:648
#218283 0x08160de8 in Lstream_read_1 (lstr=0x9ab2ab0, data=0xfeffb027, size=1, override_no_partial_chars=1) at lstream.c:714
#218284 0x08161190 in Lstream_fgetc (lstr=0x9ab2ab0) at lstream.c:896
#218285 0x08159ced in readchar (readcharfun=162212528) at lread.c:258
#218286 0x0815c860 in readevalloop (readcharfun=162212528, sourcename=161114004, evalfun=0x80c5ca3 <Feval>, printflag=0) at lread.c:1446
#218287 0x0815b259 in Fload_internal (file=161114004, noerror=136876120, nomessage=136874968, nosuffix=136876120, codesys=136792456, used_codesys=136876120) at lread.c:768
#218288 0x080c6edb in Ffuncall (nargs=6, args=0xfeffb410) at eval.c:3915
#218289 0x08095253 in execute_optimized_program (program=0x83a9a78 "...", stack_depth=11, constants_data=0x83254c4)at bytecode.c:862
#218290 0x080cc27c in funcall_compiled_function (fun=137988044, nargs=3, args=0xfeffb674) at eval.c:3514
#218291 0x080c70ec in Ffuncall (nargs=4, args=0xfeffb670) at eval.c:3954
#218292 0x08095253 in execute_optimized_program (program=0x9a6fa40 "...", stack_depth=4, constants_data=0x8313140)at bytecode.c:862
#218293 0x080cc27c in funcall_compiled_function (fun=137941492, nargs=1, args=0xfeffb8c4) at eval.c:3514
#218294 0x080c70ec in Ffuncall (nargs=2, args=0xfeffb8c0) at eval.c:3954
#218295 0x08095253 in execute_optimized_program (program=0x9a71108 "...", stack_depth=7, constants_data=0x8308514) at bytecode.c:862
#218296 0x080cc27c in funcall_compiled_function (fun=137922132, nargs=0, args=0xfeffbb14) at eval.c:3514
#218297 0x080c70ec in Ffuncall (nargs=1, args=0xfeffbb10) at eval.c:3954
#218298 0x08095253 in execute_optimized_program (program=0x99c2628 "...", stack_depth=4, constants_data=0x83099f8) at bytecode.c:862
#218299 0x080cc27c in funcall_compiled_function (fun=137925520, nargs=0, args=0xfeffbd64) at eval.c:3514
#218300 0x080c70ec in Ffuncall (nargs=1, args=0xfeffbd60) at eval.c:3954
#218301 0x08095253 in execute_optimized_program (program=0x99189d8 "...", stack_depth=7, constants_data=0x830a31c) at bytecode.c:862
#218302 0x080cc27c in funcall_compiled_function (fun=137927192, nargs=0, args=0xfeffbf10) at eval.c:3514
#218303 0x080c6844 in Feval (form=136963348) at eval.c:3729
#218304 0x080c3956 in condition_case_1 (handlers=136874944, bfun=0x80c5ca3 <Feval>, barg=136963348, hfun=0x809eea3 <cmd_error>, harg=136876120) at eval.c:1946
#218305 0x0809ef40 in top_level_1 (unused_dummy=136876120) at cmdloop.c:223
#218306 0x080c34d8 in internal_catch (tag=136653328, func=0x809eefe <top_level_1>, arg=136876120, threw=0x0, thrown_tag=0x0, backtrace_before_throw=0x0) at eval.c:1552
#218307 0x0809f041 in initial_command_loop (load_me=136876120) at cmdloop.c:293
#218308 0x080be281 in xemacs_21_5_b28_i686_pc_linux (argc=4, argv=0xfeffc3f4, unused_envp=0x0, restart=0) at emacs.c:2667
#218309 0x080bebe7 in main (argc=4, argv=0xfeffc3f4, unused_envp=0xfeffc408) at emacs.c:3111
--
Ron Isaacson
Morgan Stanley
ron.isaacson(a)morganstanley.com / (212) 762-1051
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
elementary lisp variable == string
15 years, 8 months
Uwe Brauer
Hello
Sorry for this elementary question.
I have say defined
(defvar isp "hallo"
"*change if you want")
Now in a function I want to execute certain code
- if isp is indeed the string "hallo" and
- if isp is the string "test" then another part of the code will
be executed.
So if the variable would just take the values t and nil it is clear how
to do it, but in the case of a string?
I thought string-match might do it but no I does not.
Thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
