August 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Please test http://xemacs.sourceforge.net/ 23 years, 8 months

Adrian Aichner

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> PSGML can do other nice things. Currently it intends all HTML ^ I intended to say "indent" ------------------------------' APA> according to the indenting style we have chosen. -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: Please test http://xemacs.sourceforge.net/ 23 years, 8 months

Adrian Aichner

>>>>> "Terje" == Terje Bless <link(a)tss.no> writes: Terje> "John S. J. Anderson" wrote: >> the page and replaces it with either a link to the W3C valid HTML >> logo/button or an error message. By doing this, you could place the >> logo or the error message anywhere in the page, so that (for example) >> it could be in the footer proper. Terje> BTW, I'm doing some hacking on the W3C HTML Validator these Terje> days and one of the features I'm aiming for is support for Terje> something like <img Terje> src="http://validator.w3.org/check/referer;imgonly"> so you Terje> could just point the link there and the returned image Terje> would either say "valid" or "invalid". Would that be Terje> usefull for this purpose? I think this would be a valuable service. For the XEmacs site I would veto doing this, though. I had this <P>  <IMG SRC="/GIF/valid_html-wilbur.gif"> <A HREF="http://www.webtechs.com/html-val-svc/"> <BR>WebTechs HTML Level 3.2 Checked! </A></P> in my intranet web pages and after being bitten once I am now twice shy. Look for 23 Mar 1999 in http://www.w3.org/People/Connolly/9903webtechs-snafu.html Terje> I've no clue when I might get it done normally, but I could Terje> sorta try to speed this particular one up if y'all want me Terje> to. I really love the idea of doing it all inside XEmacs. Best regards, Adrian -- Adrian Aichner <adrian(a)xemacs.org>

2 participants
1 comments

Re: Please test http://xemacs.sourceforge.net/ 23 years, 8 months

Adrian Aichner

>>>>> "Stephen" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: Stephen> I, like John, must beg off from actually doing any _work_ Stephen> for a while, but for my two yen, why not a little "button Stephen> box" down at the bottom of the page or the sidebar: Stephen> +------------+------------+-------------+--------------+-------------+ Stephen> | | | | | | Stephen> | Created in | Organized | Hosted by | Stubborn as | Orange Book | Stephen> | XEmacs | by Genpage | SourceForge | any old Mule | Certified | Stephen> | | | | | | Stephen> +------------+------------+-------------+--------------+-------------+ Stephen> | | | Stephen> | HTML Validated by www.more-eyes.com | More lies -- click _here_ | Stephen> | | | Stephen> +---------------------------------------+----------------------------+ Stephen> with the buttons actually being reasonably small PNGs (so Stephen> all our sponsors can fit in 1024x64 pixels or so ;-) with Stephen> links to more in-depth explanations of why it's all so Stephen> wonderful? Yeah! Stephen> We could also use a very low-contrast background pixmap Stephen> behind each page that looks like a "VALIDATED HTML" Stephen> watermark. I'm dying to see this :-) Stephen> I certainly agree that we want to proclaim that we care Stephen> enough to comply with standards, but we want to do so in Stephen> a subtle way so that users notice it once but don't find Stephen> it obtrusive. That's hard.... Agreed! -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: Please test http://xemacs.sourceforge.net/ 23 years, 8 months

Adrian Aichner

>>>>> "jsja" == John S J Anderson <jacobs(a)xemacs.org> writes: jsja> As an aside, Adrian, I encourage you to write up some sort jsja> of description of what you and Martin have done in jsja> integrating Genpage, makefiles, the Sourceforge tools, and jsja> the various parts of XEmacs into a 'story' or 'narrative' jsja> form. I think you could easily get it published on one of This is what http://xemacs.sourceforge.net/About/Website.html is all about. It's not very narrative though. jsja> the *nix/Open Source sites, or even in one of the *nix jsja> magazines, which might make for some nice publicity for the jsja> XEmacs project. Good idea >> I am still eager to get feedback on problems with >> http://xemacs.sourceforge.net/About/Website.html >> >> It would be best if people would try development work on the new site >> (just small changes like you suggest in this mail) and report any >> problems. jsja> The spirit is willing, but the time is lacking. If all goes jsja> well, I'll have a look in the next day or so. If all goes as jsja> _expected_, I'll have a look this weekend or early next jsja> week. 8^/ I'm going on a two-week vacation. I hope not to leave any show-stoppers behind. Later, Adrian -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: Database support 23 years, 8 months

William M. Perry

Norbert Koch <nk(a)LF.net> writes: > Hi! > > On my system > > XEmacs 21.2 (beta35) "Nike" [Lucid] (i386-unknown-freebsd3.3) of Tue > Aug 22 2000 on lamia.LF.net > > (describe-installation) shows me > > Databases: > Compiling in support for Berkeley database. > Compiling in support for GNU DBM. > > but I see > > (setq db (open-database "/var/db/locate.database" > 'berkeley_db 'hash "r")) > => Unsupported database type: berkeley_db > > So, what das 'Compiling in support for Berkeley database.' really > mean. Am I missing something? You need to 'berkeley-db (- instead of _) -BIll P.

1 participants
0 comments

howto use colorful sgml-mode? 23 years, 8 months

zw＠zhaoway.com

please how can i have a colored sgml-mode, like html-mode + font-lock-mode ? thanks,

2 participants
1 comments

Crash in 21.2.b35 (CVS 2-Aug-00) 23 years, 8 months

Craig Lanning

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 (beta35) "Nike" [Lucid] (i686-pc-linux) of Wed Aug 2 2000 on lanning configured using `configure --prefix=/usr --with-file-coding' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I attempted to toggle between two font-lock'd buffers using C-M-l. Below is the C stack trace. There was no elisp backtrace. Craig ---------- Current directory is /usr/src/expo-cl/ GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run Starting program: /usr/bin/xemacs Program received signal SIGSEGV, Segmentation fault. 0x40131ea3 in XtWindowOfObject () from /usr/X11R6/lib/libXt.so.6 (gdb) where #0 0x40131ea3 in XtWindowOfObject () from /usr/X11R6/lib/libXt.so.6 #1 0x81f1012 in TabsSetValues (current=0xbfffeec4, request=0xbfffeba4, new=0x87bb3b8, args=0xbffff210, num_args=0xbfffe9b0) at xlwtabs.c:660 #2 0x4013e727 in CallSetValues () from /usr/X11R6/lib/libXt.so.6 #3 0x4013ec8b in XtSetValues () from /usr/X11R6/lib/libXt.so.6 #4 0x81c640e in x_tab_control_redisplay (image_instance=142256168) at glyphs-x.c:2743 #5 0x8139cd5 in redisplay_widget (widget=142256168) at glyphs-widget.c:347 #6 0x8132bff in redisplay_subwindow (subwindow=142256168) at glyphs.c:4464 #7 0x818c349 in redisplay_output_subwindow (w=0x85440f0, image_instance=142256168, db=0xbffff2e0, dga=0xbffff2d0, findex=21, cursor_start=0, cursor_width=0, cursor_height=0) at redisplay-output.c:1239 #8 0x81ca7b5 in x_output_display_block (w=0x85440f0, dl=0x85c7890, block=0, start=0, end=1, start_pixpos=4, cursor_start=0, cursor_width=0, cursor_height=0) at redisplay-x.c:472 #9 0x818c72b in redisplay_output_display_block (w=0x85440f0, dl=0x85c7890, block=0, start=0, end=1, start_pixpos=4, cursor_start=0, cursor_width=0, cursor_height=0) at redisplay-output.c:1152 #10 0x81884f9 in output_display_line (w=0x85440f0, cdla=0x855a318, ddla=0x855a3d8, line=0, force_start=-1, force_end=-1) at redisplay-output.c:799 #11 0x8147823 in output_gutter (f=0x8513940, pos=TOP_GUTTER, force=0) at gutter.c:318 #12 0x8148a50 in update_frame_gutters (f=0x8513940) at gutter.c:562 #13 0x817e24b in redisplay_frame (f=0x8513940, preemption_check=0) at redisplay.c:6382 #14 0x817e451 in redisplay_device (d=0x850efb0, automatic=1) at redisplay.c:6465 #15 0x817e7ac in redisplay_without_hooks () at redisplay.c:6554 #16 0x8186700 in redisplay () at redisplay.c:6611 #17 0x80f1a62 in Fnext_event (event=141445552, prompt=136979988) at event-stream.c:2201 #18 0x809bc6b in Fcommand_loop_1 () at cmdloop.c:570 #19 0x809beb0 in command_loop_1 (dummy=136979988) at cmdloop.c:494 #20 0x80be00a in condition_case_1 (handlers=136980084, bfun=0x809be78 <command_loop_1>, barg=136979988, hfun=0x809b190 <cmd_error>, harg=136979988) at eval.c:1645 #21 0x809bf8c in command_loop_2 (dummy=136979988) at cmdloop.c:256 #22 0x80bdedf in internal_catch (tag=137056060, func=0x809bf58 <command_loop_2>, arg=136979988, threw=0x0) at eval.c:1311 #23 0x809b53a in initial_command_loop (load_me=136979988) at cmdloop.c:305 #24 0x80b2e80 in sort_args (argc=1, argv=0xbffff9a4) at emacs.c:2170 #25 0x80b4c67 in main () at emacs.c:2599 #26 0x4031d9cb in __libc_start_main (main=0x80b4b70 <main>, argc=1, argv=0xbffff9a4, init=0x807f25c <_init>, fini=0x81f4484 <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffff99c) at ../sysdeps/generic/libc-start.c:92 (gdb)

3 participants
2 comments

Re: evil hack in buffer.c, and need for internal docs onwidgetcode 23 years, 8 months

Ben Wing

this belongs on xemacs-beta. Andy Piper wrote: > > At 01:16 AM 8/8/00 -0700, Ben Wing wrote: > >changing the buffer order is simply an internal state change. the only reason > >it affects redisplay is because of the fact that you choose to make the tab > >widget order dependent on the buffer order. redisplay should be triggered > >*only* as a result of the tab widget instantiator changing. if the tab > >widgets > >are off, or implemented in a different fashion, it no longer makes any > >sense to > >force a frame redisplay just because of the buffer order change. that's why > >your addition doesn't belong. > > Ok. But this still does not fit with your redisplay change - i.e. if you > put anything else on that hook you may get screwed. for example? > Nevertheless I will > take it out. > > > > >calling record-buffer has nothing inherently to do with redisplay. by > > adding > > It does when you add a redisplay hook that is based on changes to the > buffer-alist. this makes no sense. what if the tabs displayed the last few files opened? do we have to modify find-file to trigger redisplay? > > > > >this special kludge for the tab widgets, you are just papering over > > > >another bug > > > >elsewhere, which is that the changes to the tab widgets aren't properly > > > >getting > > > >noticed > > There was no bug, as I say it was an ideological change. there was and is a bug. changing the contents of the gutter isn't causing the gutter to get redisplayed. redisplay should NOT be triggered by record-buffer. it should be triggered only when the code in gutter-items changes the gutter. > > >btw you commented out my defer-window-pos code; why? > > Because I wasn't sure whether this was obscuring other display-related > problems. IMHO it shouldn't be necessary and is a window-system specific > change. As you can see it left the code in and will re-enable it by default > when things have settled down. > > >please try to document what's currently there and not wait any longer. if you > >could do so, i could help you fix the various widget bugs. as it is, the code > >is impenetrable to me. > > Given time, crashes take priority. But please give me some indication that > you are not simply going to rewrite things yet again. > > >btw you never responded to my message outlining changes i think necessary for > >dialog boxes to work. what do you think of it? > > Give me a chance, I had 424 mail messages after 3 days holiday and only a > 1.25 hr train journey in which to answer them all. > > andy > -------------------------------------------------------------- > Dr Andy Piper > Principal Consultant, BEA Systems Ltd -- Ben In order to save my hands, I am cutting back on my mail. I also write as succinctly as possible -- please don't be offended. If you send me mail, you _will_ get a response, but please be patient, especially for XEmacs-related mail. If you need an immediate response and it is not apparent in your message, please say so. Thanks for your understanding. See also http://www.666.com/ben/chronic-pain/

4 participants
11 comments

Tab selection crash fix 23 years, 8 months

Andy Piper

This fixes the selection crash that people are seeing and makes my selection optimisation work properly. The main problems were XtNameToWidget not handling `.' and Fset_window_configuration nuking the subwindow instance cache. There is still a redisplay glitch but that appears to be something to do with the actual gutter/glyph redisplay code rather than the glyph handling changes I have made recently. I will fix when I can figure out what is going wrong. Martin - unless this leads to more crashes I would go ahead and release 21.2.36 Thanks andy 2000-08-18 Andy Piper <andy(a)xemacs.org> * frame.c (delete_frame_internal): use new free_frame_subwindow_instances name. * glyphs-msw.c (mswindows_tab_control_instantiate): verify index. (add_tab_item): make return type correct. (mswindows_tab_control_instantiate): assert index of tab. (mswindows_tab_control_redisplay): Re-code to use gui_item_equal_sans_selected and gui_item_list_find_selected. * glyphs-widget.c (tab_control_update): Correct comment. * window.c (window_unmap_subwindows): use new unmap_subwindow_instance_cache_mapper. (window_unmap_subwindows_cache_mapper): deleted. (Fset_window_configuration): comparisons should now be with EQ. Preserve the subwindow instance cache across configuration changes. (allocate_window): ditto. (make_dummy_parent): ditto. * glyphs.c (free_frame_subwindow_instances): rename from free_frame_subwindow_instance_cache. finalize all instances rather than just those in the display cache. (finalize_all_subwindow_instances): walk windows unmapping and finalizing subwindows. (unmap_subwindow_instance_cache_mapper): moved from window.c. Allow finalization as well as unmapping. * gui.c (gui_item_list_find_selected): new function. * gui.h (gui_item_list_find_selected): declare. * glyphs-x.c (x_tab_control_redisplay): pick tab explicitly. Re-code to use gui_item_equal_sans_selected and gui_item_list_find_selected. * glyphs-x.h: add lwlib-utils.h * buffer.c (Frecord_buffer): undo previous change. -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd

2 participants
3 comments

21.2-b35 core dumps 23 years, 8 months

Les Schaffer

since compiling and instaliung beta 35 have had numerous core dumps the last few days. happens in different places, a few times in VM (mailer)-- handling a virtual digest, handling a MIME email -- once while doing font-locking on a python file, each time the latest WindowMaker (0.62.1) starts up and subsequently autostarts an xemacs (core dump), once when typing 'b' in bbdb to lookup email address, etc. 4 random backtraces and config follow. i can recompile with '-g' if symboling is needed.... the backtraces report similar sequences of events, except for the 4-th, which was for the bbdb core dump. les schaffer p.s. i __think__ maybe this happens each time a garbage collect occurs.... that green recycle icon is burned in my memory on these dumps. =============== bt 1 ============= (gustav)~/: gdb xemacs core Core was generated by `xemacs'. Program terminated with signal 11, Segmentation fault. (gdb) bt #0 0x402e9461 in kill () from /lib/libc.so.6 #1 0x80a8d63 in fatal_error_signal () #2 0x402e9388 in sigaction () from /lib/libc.so.6 #3 0x8102532 in mark_image_instance () #4 0x8084b95 in mark_object () #5 0x8084d80 in mark_cons () #6 0x8084b95 in mark_object () #7 0x80ca7c2 in mark_widget_value_mapper () #8 0x8191c34 in lw_map_widget_values () #9 0x80ca73d in mark_popup_data () #10 0x8084b95 in mark_object () #11 0x8084d80 in mark_cons () #12 0x80822f0 in garbage_collect_1 () #13 0x80af39b in Ffuncall () #14 0x808bdf9 in execute_optimized_program () #15 0x808bae9 in funcall_compiled_function () #16 0x80af744 in Ffuncall () #17 0x808bdf9 in execute_optimized_program () #18 0x808bae9 in funcall_compiled_function () #19 0x80af744 in Ffuncall () #20 0x80b06bf in run_hook_with_args_in_buffer () #21 0x80b3951 in run_hook_with_args () #22 0x80b54ed in Frun_hooks () #23 0x80af67f in Ffuncall () #24 0x80aff5c in Fapply () #25 0x80af67f in Ffuncall () #26 0x808bdf9 in execute_optimized_program () #27 0x808bae9 in funcall_compiled_function () #28 0x80af744 in Ffuncall () #29 0x808bdf9 in execute_optimized_program () #30 0x808bae9 in funcall_compiled_function () #31 0x80af744 in Ffuncall () #32 0x808bdf9 in execute_optimized_program () #33 0x808bae9 in funcall_compiled_function () #34 0x80af744 in Ffuncall () #35 0x808bdf9 in execute_optimized_program () #36 0x808bae9 in funcall_compiled_function () #37 0x80af744 in Ffuncall () #38 0x808bdf9 in execute_optimized_program () #39 0x808bae9 in funcall_compiled_function () #40 0x80af744 in Ffuncall () #41 0x808bdf9 in execute_optimized_program () #42 0x808bae9 in funcall_compiled_function () #43 0x80af744 in Ffuncall () #44 0x808bdf9 in execute_optimized_program () #45 0x808bae9 in funcall_compiled_function () #46 0x80af744 in Ffuncall () #47 0x808fcc4 in Fcall_interactively () #48 0x80ae1fe in Fcommand_execute () #49 0x80d8e45 in execute_command_event () #50 0x80d9404 in Fdispatch_event () #51 0x8093a20 in Fcommand_loop_1 () #52 0x8093c95 in command_loop_1 () #53 0x80b458f in condition_case_1 () #54 0x8093df7 in command_loop_2 () #55 0x80b445c in internal_catch () #56 0x809372e in initial_command_loop () #57 0x80a9b9c in sort_args () #58 0x80ab869 in main () #59 0x402e378a in __libc_start_main () from /lib/libc.so.6 =============== bt 2 ============= (gdb) bt #0 0x402e9461 in kill () from /lib/libc.so.6 #1 0x80a8d63 in fatal_error_signal () #2 0x402e9388 in sigaction () from /lib/libc.so.6 #3 0x8102532 in mark_image_instance () #4 0x8084b95 in mark_object () #5 0x8084d80 in mark_cons () #6 0x8084b95 in mark_object () #7 0x80ca7c2 in mark_widget_value_mapper () #8 0x8191c34 in lw_map_widget_values () #9 0x80ca73d in mark_popup_data () #10 0x8084b95 in mark_object () #11 0x8084d80 in mark_cons () #12 0x80822f0 in garbage_collect_1 () #13 0x80af39b in Ffuncall () #14 0x80b06bf in run_hook_with_args_in_buffer () #15 0x80b3951 in run_hook_with_args () #16 0x80b54ed in Frun_hooks () #17 0x80af67f in Ffuncall () #18 0x808bdf9 in execute_optimized_program () #19 0x808bae9 in funcall_compiled_function () #20 0x80af744 in Ffuncall () #21 0x808bdf9 in execute_optimized_program () #22 0x808dcf1 in Fbyte_code () #23 0x80aec39 in Feval () #24 0x80acce2 in condition_case_3 () #25 0x808c6ff in execute_rare_opcode () #26 0x808bc7b in execute_optimized_program () #27 0x808bae9 in funcall_compiled_function () #28 0x80af744 in Ffuncall () #29 0x808bdf9 in execute_optimized_program () #30 0x808bae9 in funcall_compiled_function () #31 0x80af744 in Ffuncall () #32 0x808bdf9 in execute_optimized_program () #33 0x808bae9 in funcall_compiled_function () #34 0x80af744 in Ffuncall () #35 0x808bdf9 in execute_optimized_program () #36 0x808bae9 in funcall_compiled_function () #37 0x80af744 in Ffuncall () #38 0x80b39ab in apply1 () #39 0x808e826 in Fcall_interactively () #40 0x80ae1fe in Fcommand_execute () #41 0x80d8e45 in execute_command_event () #42 0x80d9404 in Fdispatch_event () #43 0x8093a20 in Fcommand_loop_1 () #44 0x8093c95 in command_loop_1 () #45 0x80b458f in condition_case_1 () #46 0x8093df7 in command_loop_2 () #47 0x80b445c in internal_catch () #48 0x809372e in initial_command_loop () #49 0x80a9b9c in sort_args () #50 0x80ab869 in main () #51 0x402e378a in __libc_start_main () from /lib/libc.so.6 =============== bt 3 ============= (gdb) bt #0 0x402e9461 in kill () from /lib/libc.so.6 #1 0x80a8d63 in fatal_error_signal () #2 0x402e9388 in sigaction () from /lib/libc.so.6 #3 0x810a2df in image_instance_parent_glyph () #4 0x81024b6 in mark_image_instance () #5 0x8084b95 in mark_object () #6 0x8084d80 in mark_cons () #7 0x8084b95 in mark_object () #8 0x80ca7c2 in mark_widget_value_mapper () #9 0x8191c34 in lw_map_widget_values () #10 0x80ca73d in mark_popup_data () #11 0x8084b95 in mark_object () #12 0x8084d80 in mark_cons () #13 0x80822f0 in garbage_collect_1 () #14 0x80af39b in Ffuncall () #15 0x808bdf9 in execute_optimized_program () #16 0x808bae9 in funcall_compiled_function () #17 0x80af744 in Ffuncall () #18 0x808bdf9 in execute_optimized_program () #19 0x808bae9 in funcall_compiled_function () #20 0x80af744 in Ffuncall () #21 0x808bdf9 in execute_optimized_program () #22 0x808bae9 in funcall_compiled_function () #23 0x80af744 in Ffuncall () #24 0x808bdf9 in execute_optimized_program () #25 0x808bae9 in funcall_compiled_function () #26 0x80af744 in Ffuncall () #27 0x808bdf9 in execute_optimized_program () #28 0x808bae9 in funcall_compiled_function () #29 0x80af744 in Ffuncall () #30 0x80b06bf in run_hook_with_args_in_buffer () #31 0x80b3951 in run_hook_with_args () #32 0x80b54ed in Frun_hooks () #33 0x80af67f in Ffuncall () #34 0x808bdf9 in execute_optimized_program () #35 0x808bae9 in funcall_compiled_function () #36 0x80af744 in Ffuncall () #37 0x808bdf9 in execute_optimized_program () #38 0x808bae9 in funcall_compiled_function () #39 0x80af744 in Ffuncall () #40 0x808bdf9 in execute_optimized_program () #41 0x808bae9 in funcall_compiled_function () #42 0x80af744 in Ffuncall () #43 0x808fcc4 in Fcall_interactively () #44 0x80ae1fe in Fcommand_execute () #45 0x80d8e45 in execute_command_event () #46 0x80d9404 in Fdispatch_event () #47 0x8093a20 in Fcommand_loop_1 () #48 0x8093c95 in command_loop_1 () #49 0x80b458f in condition_case_1 () #50 0x8093df7 in command_loop_2 () #51 0x80b445c in internal_catch () #52 0x809372e in initial_command_loop () #53 0x80a9b9c in sort_args () #54 0x80ab869 in main () #55 0x402e378a in __libc_start_main () from /lib/libc.so.6 =============== bt 4 ============= (gdb) bt #0 0x402e9461 in kill () from /lib/libc.so.6 #1 0x80a8d63 in fatal_error_signal () #2 0x402e9388 in sigaction () from /lib/libc.so.6 #3 0x80825dc in garbage_collect_1 () #4 0x80af39b in Ffuncall () #5 0x80b3b83 in call4 () #6 0x8130f22 in clear_echo_area () #7 0x80d6c37 in Fnext_event () #8 0x8093a0a in Fcommand_loop_1 () #9 0x8093c95 in command_loop_1 () #10 0x80b458f in condition_case_1 () #11 0x8093c5f in call_command_loop () #12 0x81312ee in Fread_minibuffer_internal () #13 0x80af588 in Ffuncall () #14 0x808bdf9 in execute_optimized_program () #15 0x808dcf1 in Fbyte_code () #16 0x80aec39 in Feval () #17 0x80b445c in internal_catch () #18 0x808c6ad in execute_rare_opcode () #19 0x808bc7b in execute_optimized_program () #20 0x808bae9 in funcall_compiled_function () #21 0x80af744 in Ffuncall () #22 0x808bdf9 in execute_optimized_program () #23 0x808bae9 in funcall_compiled_function () #24 0x80af744 in Ffuncall () #25 0x80b3a72 in call1 () #26 0x808f750 in Fcall_interactively () #27 0x80ae1fe in Fcommand_execute () #28 0x80d8e45 in execute_command_event () #29 0x80d9404 in Fdispatch_event () #30 0x8093a20 in Fcommand_loop_1 () #31 0x8093c95 in command_loop_1 () #32 0x80b458f in condition_case_1 () #33 0x8093df7 in command_loop_2 () #34 0x80b445c in internal_catch () #35 0x809372e in initial_command_loop () #36 0x80a9b9c in sort_args () #37 0x80ab869 in main () #38 0x402e378a in __libc_start_main () from /lib/libc.so.6 uname -a: Linux gustav 2.2.16 #1 Tue Jun 20 15:45:12 EDT 2000 i586 unknown ./configure '--prefix=/usr' '--with-gcc' '--cflags=-O3 -mpentium' '--with-athena=3d' '--with-menubars=lucid' '--with-scrollbars=lucid' '--with-dialogs=athena' '--with-widgets=athena' '--with-dragndrop' '--with-offix' '--with-xpm' '--with-xface' '--with-jpeg' '--with-png' '--with-tiff' '--with-ncurses' '--with-gpm' '--with-pop' '--error-checking=none' '--debug=no' '--with-gif' '--with-database=gnudbm' '--with-postgresql' XEmacs 21.2-b35 "Nike" configured for `i586-pc-linux'. Compilation / Installation: Source code location: /usr/local/src/xemacs Installation prefix: /usr Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -O3 -mpentium 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: /usr/X11/include - X Windows libraries location: /usr/X11R6/lib - Handling WM_COMMAND properly. Compiling in support for the Athena widget set: - Athena headers location: X11/Xaw3d - Athena library to link: Xaw3d Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Using Athena native widgets. Compiling in support for Drag'n'Drop (EXPERIMENTAL). - Drag'n'Drop prototype: OffiX. TTY: Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Compiling in support for X-Face message headers. Sound: Compiling in support for sound (native). Compiling in support for ESD (Enlightened Sound Daemon). Databases: Compiling in support for GNU DBM. Compiling in support for PostgreSQL. - Using PostgreSQL header file: pgsql/libpq-fe.h - Using PostgreSQL V7 bindings. Internationalization: Mail: Compiling in support for POP mail retrieval. Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules.

3 participants
4 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta August 2000