December 1999 - XEmacs-Beta - XEmacs Mailing List Archives

More info on broken TABS 24 years, 11 months

Martin Buchholz

I put breakpoints on TabsResize and TabsExpose. After hitting the 6th breakpoint, the infinite loop seems to start. I have code in my .emacs that turns off tabs that may be being run. (defmacro safe-set-specifier (specifier value) `(when (and (boundp ',specifier) (specifierp ,specifier)) (set-specifier ,specifier ,value))) (safe-set-specifier default-gutter-visible-p nil) Good Luck.... (gdb) br TabsExpose Breakpoint 1 at 0x81eedf3: file /xemacs/ws/dev/lwlib/xlwtabs.c, line 588. (gdb) br TabsResize Breakpoint 2 at 0x81eec47: file /xemacs/ws/dev/lwlib/xlwtabs.c, line 524. (gdb) define foo >where 4 >cont >end (gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /xemacs/build/ud9/./src/xemacs Breakpoint 2, TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:524 524 TabsWidget tw = (TabsWidget) w; (gdb) foo #0 TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:524 #1 0x81ef70d in TabsChangeManaged (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:963 #2 0x40124b85 in ManageChildren () #3 0x40124d1d in XtManageChildren () Breakpoint 1, TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 588 TabsWidget tw = (TabsWidget) w; (gdb) #0 TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 #1 0x81eedd8 in TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:573 #2 0x81ef70d in TabsChangeManaged (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:963 #3 0x40124b85 in ManageChildren () Breakpoint 1, TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 588 TabsWidget tw = (TabsWidget) w; (gdb) #0 TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 #1 0x81ef761 in TabsChangeManaged (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:968 #2 0x40124b85 in ManageChildren () #3 0x40124d1d in XtManageChildren () Breakpoint 2, TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:524 524 TabsWidget tw = (TabsWidget) w; (gdb) #0 TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:524 #1 0x40130823 in XtSetValues () #2 0x81b9e8b in update_widget_face (ii=0x855b6d8, domain={gu = {type = Lisp_Type_Record, val = 34912048}, s = {bits = 0, val = 69824096}, u = {bits = 0, val = 69824096}, ui = 139648192, i = 139648192, v = 0x852dcc0, cv = 0x852dcc0}) at /xemacs/ws/dev/src/glyphs-x.c:2352 #3 0x81ba59c in x_widget_instantiate (image_instance={gu = {type = Lisp_Type_Record, val = 34958774}, s = {bits = 0, val = 69917548}, u = {bits = 0, val = 69917548}, ui = 139835096, i = 139835096, v = 0x855b6d8, cv = 0x855b6d8}, instantiator={gu = {type = Lisp_Type_Record, val = 34958406}, s = {bits = 0, val = 69916812}, u = {bits = 0, val = 69916812}, ui = 139833624, i = 139833624, v = 0x855b118, cv = 0x855b118}, pointer_fg={gu = {type = Lisp_Type_Record, val = 34237653}, s = {bits = 0, val = 68475306}, u = {bits = 0, val = 68475306}, ui = 136950612, i = 136950612, v = 0x829b354, cv = 0x829b354}, pointer_bg={gu = {type = Lisp_Type_Record, val = 34237653}, s = {bits = 0, val = 68475306}, u = {bits = 0, val = 68475306}, ui = 136950612, i = 136950612, v = 0x829b354, cv = 0x829b354}, dest_mask=239, domain={gu = {type = Lisp_Type_Record, val = 34912048}, s = {bits = 0, val = 69824096}, u = {bits = 0, val = 69824096}, ui = 139648192, i = 139648192, v = 0x852dcc0, cv = 0x852dcc0}, type=0x824616d "tab-control", wv=0x8531960) at /xemacs/ws/dev/src/glyphs-x.c:2454 Breakpoint 1, TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 588 TabsWidget tw = (TabsWidget) w; (gdb) #0 TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 #1 0x81eedd8 in TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:573 #2 0x40130823 in XtSetValues () #3 0x81b9e8b in update_widget_face (ii=0x855b6d8, domain={gu = {type = Lisp_Type_Record, val = 34912048}, s = {bits = 0, val = 69824096}, u = {bits = 0, val = 69824096}, ui = 139648192, i = 139648192, v = 0x852dcc0, cv = 0x852dcc0}) at /xemacs/ws/dev/src/glyphs-x.c:2352 Breakpoint 2, TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:524 524 TabsWidget tw = (TabsWidget) w; (gdb) #0 TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:524 #1 0x81eee17 in TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:591 #2 0x81eedd8 in TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:573 #3 0x40130823 in XtSetValues () Breakpoint 1, TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 588 TabsWidget tw = (TabsWidget) w; (gdb) #0 TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:588 #1 0x81eedd8 in TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:573 #2 0x81eee17 in TabsExpose (w=0x855c730, event=0x0, region=0x0) at /xemacs/ws/dev/lwlib/xlwtabs.c:591 #3 0x81eedd8 in TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:573 Breakpoint 2, TabsResize (w=0x855c730) at /xemacs/ws/dev/lwlib/xlwtabs.c:524 524 TabsWidget tw = (TabsWidget) w; (gdb)

1 participants
0 comments

Re: First Packages *TEST* release 24 years, 11 months

Adrian Aichner

>>>>> "AJ" == Andreas Jaeger <aj(a)suse.de> writes: AJ> I've uploaded the following files to AJ> ftp.xemacs.org/xemacs/beta/incoming: AJ> If nobody reports problems with the packages, I'm going to AJ> make a public release of the packages. I appreciate your AJ> testing, patches and comments! Hello Andreas, so far I have no problems to report. Here's what I did, using (emacs-version) "XEmacs 21.1 (patch 8) \"Bryce Canyon\" [Lucid] (i386-pc-win32) of Thu Dec 09 1999 on ZJ75T": I added this to my .emacs and restarted XEmacs: (setq package-get-download-sites (append (quote (("First Packages *TEST* release" "ftp.xemacs.org" "xemacs/beta/incoming"))) package-get-download-sites)) I picked Options Manage Packages Add Download Site First Packages *TEST* release Then I did List & Install At first I installed a few less critical packages (for me). Finally I pigged out on installed all locally outdated packages I had ever installed! I have used pcl-cvs, w3, psgml, vc, net-utils, misc-games with no problems thus far. Here is what I have installed according to packages-package-list: `packages-package-list' (buffer: *Hyper Apropos*, mode: Hyper-Apropos) Variable: value: see below database of loaded packages and version numbers value: ((zenirc :version 1.07 :type regular) (xemacs-devel :version 1.23 :type single-file) (xemacs-base :version 1.32 :type regular) (whois-complete :version 1.7 :type single-file) (w3 :version 1.15 :type regular) (vm :version 1.22 :type regular) (viper :version 1.18 :type regular) (vhdl :version 1.1 :type regular) (vc :version 1.2 :type regular) (vb-mode :version 1.33 :type regular) (time :version 1.09 :type regular) (textools :version 1.1 :type regular) (text-modes :version 1.22 :type single-file) (texinfo :version 1.16 :type regular) (supercite :version 1.14 :type regular) (strokes :version 1.06 :type regular) (speedbar :version 1.14 :type regular) (sounds-wav :version 1.08 :type regular) (slider :version 1.11 :type regular) (sh-script :version 1.11 :type regular) (sgml :version 1.06 :type regular) (psgml :version 1.15 :type regular) (ps-print-nomule :version 1.03 :type regular) (prog-modes :version 1 .22 :type single-file) (pcl-cvs :version 1.41 :type regular) (pc :version 1.17 :type single-file) (os-utils :version 1.19 :type single-file) (net-utils :version 1.13 :type single-file) (misc-games :version 1.12 :type single-file) (mew :version 1.09 :type regular) (mailcrypt :version 2.04 :type regular) (mail-lib :version 1.24 :type regular) (locale :version 1.15 :type regular) (leim :version 1.14 :type regular) (jde :version 1.17 :type regular) (ispell :version 1.17 :type regular) (irchat :version 1.02 :type regular) (ilisp :version 1.09 :type regular) (igrep :version 1.07 :type regular) (hm--html-menus :version 1.14 :type regular) (gnats :version 1.09 :type regular) (games :version 1.1 :type regular) (fsf-compat :version 1.06 :type single-file) (frame-icon :version 1.08 :type regular) (forms :version 1.12 :type regular) (footnote :version 1.11 :type regular) (eudc :version 1.29 :type regular) (eterm :version 1.1 :type regular) (emerge :version 1.07 :type regular) (elib :version 1.05 :type single-file) (efs :version 1.15 :type regular) (edit-utils :version 1.42 :type single-file) (ediff :version 1.23 :type regular) (edict :version 1.09 :type regular) (edebug :version 1.08 :type regular) (dired :version 1.06 :type regular) (debug :version 1.11 :type regular) (cookie :version 1.11 :type regular) (cc-mode :version 1.17 :type regular) (calendar :version 1.13 :type regular) (calc :version 1.12 :type regular) (cadence :version 0.0 :type regular) (c-support :version 1.14 :type single-file) (build :version 1.45 :type regular) (bbdb :version 1.08 :type regular) (bat-mode :version 1.5 :type regular) (atp-mode :version 1.5 :type regular) (apel :version 1.15 :type regular) (TerIDL :version 1.0 :type single-file)) Best regards, Adrian AJ> To make life easier for me this time (and only this time!), AJ> I'm incrementing *all* version numbers for the packages - even AJ> for packages where's no change. AJ> For a list of changes, see my last Sumo announcement. AJ> Thanks, AJ> Andreas AJ> -- AJ> Andreas Jaeger AJ> SuSE Labs aj(a)suse.de AJ> private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: More ESD ./configure bogosity 24 years, 11 months

Daniel Pittman

On Tue, 14 Dec 1999, Stephen J. Turnbull <turnbull(a)sk.tsukuba.ac.jp> wrote: >>>>>> "Daniel" == Daniel Pittman <daniel(a)danann.net> writes: [...] > Daniel> If I am not mistaken (and the documentation indicates that > Daniel> I am not), this is not a feature of the NAS server I have > Daniel> here... > > Huh? What documentation are you looking at? I went and read through the postscript stuff and the manpage when I installed it. I missed this bit, darn it, and answered the previous mail before reading this one. *extracts foot from mouth* Daniel -- Vision without action is merely a dream. Action without vision just passes the time. Vision with action can change the world. -- Joel Barker

1 participants
0 comments

Re: More ESD ./configure bogosity 24 years, 11 months

Daniel Pittman

On Tue, 14 Dec 1999, Stephen J. Turnbull <turnbull(a)sk.tsukuba.ac.jp> wrote: >>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > > Jan> This makes it coexist a lot better with old style > Jan> open("/dev/dsp") programs on Linux and thus makes it possible > Jan> to enable it by default without annoying users. > > Oh, is _that_ what Daniel meant by mixing? Er, no. The NAS I have does not block /dev/dsp, but that's a Debian patch to the thing. Esound actually accepts many client streams at once and mixes them. That is, I am currently playing MP3 audio and I still get the sound files played by XEmacs. At the same time. It also comes with a LD_PRLOAD library that maps open("/dev/dsp") into an Esound connection, with all the mixing and stuff. That lets old software work at the same time :) ESD actually holds /dev/dsp open while running though, just like the non-patched NAS.... > I like NAS because the various wails, whines, and whinges that Kyle > used to send (a shame that custom has been abandoned ;-) can be heard > while I replay my lectures with some Bach in the background---and the > sound sources are on three separate machines. It's a similar thing with me :) > I suppose ESD can do that too, if you set it to listen on a TCP/IP > socket? Yes, it can, as far as I can tell. I have not tried that part of it, to date. Daniel -- A tranquil city of good laws, fine architecture, and clean streets is like a classroom of obedient dullards, or a field of gelded bulls -- whereas a city of anarchy is a city of promise. -- Mark Helprin

1 participants
0 comments

Re: XEmacs is too self-conscious... 24 years, 11 months

Jan Vroonhof

"Robin S. Socha" <robin(a)socha.net> writes: > configured using `configure --compiler=egcs '-cflags=-I/usr/include/db1 -O6 -mcpu=pentiumpro -march=pentiumpro' --error-checking=none --debug=no --verbose --with-scrollbars=athena3d --with-dialogs=athena3d' Please always compile betas with "-g"! > Lisp backtrace follows: > Did it print out an "Assert failed line?" > #4 0x8078b82 in assert_failed () > #5 0x8113b67 in alarm () > #6 0x4001d788 in esd_open_sound () from /usr/lib/libesd.so.0 > #7 0x4001d98e in esd_play_stream () from /usr/lib/libesd.so.0 > #8 0x4001edf8 in esd_play_file () from /usr/lib/libesd.so.0 > #9 0x8092223 in esd_play_sound_file () > #10 0x811407f in Fplay_sound_file () libesd is probably calling alarm so setup a timeout. From the look of it esd_play_file should be wrapped in calls to stop/start_async_timeouts. However I am not sure whether is not indicative of a larger problem. Potentially every library call could use SIGALRM internally. >From signal.c /* If alarm() gets called when polling isn't disabled, it can mess up the periodic timer. */ assert (async_timer_suppress_count > 0); This comment is too terse. Why is that so? Is it even so if the library is careful enough to put its own signal hanler into place? <assert-haters-club> Is messing up the periodic timer really worse than crashing? </assert-haters-club> Jan

1 participants
0 comments

Re: Xt exits still occurring 24 years, 11 months

Karl Kleinpaste

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > I have just discovered that our sysadmins have replaced the stock > redhat X11 with a link to /usr/local ... > Could it be that your version calls exit() whereas my version actually > tries to set the 0 sizes? Anything is possible, but it would be interesting to know why your system was tweaked. I don't have source to the local X environment on hand, so I can't readily check. > I was talking about > http://www.xemacs.org/list-archives/xemacs-patches/9912/msg00048.html > which isn't in any non CVS version I can see. I picked up that patch and applied it (by hand; for some perverse reason I can't explain, patch(1) claimed every single hunk "FAILED", so I did it myself the old-fashioned way) and have recompiled. It's been a couple hours now, with gdb lying in wait for its prey, and no exit forthcoming. Looks promising. If this patch isn't in CVS yet, it probably ought to be.

2 participants
1 comments

another crash..... 24 years, 11 months

Jeff Miller

I have been having these all weekend. redhat 6.1, 21.2.pretty_recent_cvs, with just athena configured. i was doing a save in vm at the time. i lost the lisp backtrace but perhaps this is of use. Let me know if these look usable, and i will keep sending them in..... at least with the backtrace hopefully. :) Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libesd.so.0...done. Reading symbols from /usr/lib/libaudiofile.so.0...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/X11R6/lib/libXaw.so.6...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. ---Type <return> to continue, or q <return> to quit--- Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /usr/lib/libgpm.so.1...done. Reading symbols from /usr/lib/libncurses.so.4...done. Reading symbols from /usr/lib/libldap.so.1...done. Reading symbols from /usr/lib/liblber.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. #0 0x402fa4e1 in __kill () from /lib/libc.so.6 (gdb) where #0 0x402fa4e1 in __kill () from /lib/libc.so.6 #1 0x8083a41 in fatal_error_signal (sig=11) at emacs.c:276 #2 0x402fa408 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #3 0x40151173 in XtSetValues () from /usr/X11R6/lib/libXt.so.6 #4 0x817ba3b in x_resize_subwindow (ii=0x899e910, w=716, h=21) at glyphs-x.c:2305 #5 0x80f2708 in Fresize_subwindow (subwindow=144304400, width=1433, height=136606724) at glyphs.c:4159 #6 0x8088bda in Ffuncall (nargs=4, args=0xbfffe8d0) at eval.c:3178 #7 0x8060704 in execute_optimized_program ( program=0x855aa58 "À\t!\002\t\032Ã\f\n\"+\r¬\004Æ \210ÇÈ! É\rÀ\t!\004Ê\t!\"\036\013Ì\016\013ÍÎÏ\n\"#\210Ð\016\013Ñ Ï#))\207", stack_depth=6, constants_data=0x83f3a08) at bytecode.c:743 #8 0x80602fe in funcall_compiled_function (fun=138290940, nargs=1, args=0xbfffea34) at bytecode.c:519 #9 0x8088d24 in Ffuncall (nargs=2, args=0xbfffea30) at eval.c:3210 #10 0x8089b0f in run_hook_with_args_in_buffer (buf=0x8767c38, nargs=2, args=0xbfffea30, cond=RUN_HOOKS_TO_COMPLETION) at eval.c:3661 #11 0x8089bea in va_run_hook_with_args (hook_var=136608188, nargs=1) at eval.c:3674 #12 0x805ba33 in Frecord_buffer (buffer=141982776) at buffer.c:1412 #13 0x818b864 in Fselect_window (window=143468192, norecord=136606724) -

2 participants
1 comments

Re: More ESD ./configure bogosity 24 years, 11 months

Jan Vroonhof

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > >>>>> "Ray" == Raymond Toy <toy(a)rtp.ericsson.se> writes: > > Ray> Any web pointers to ESD? I hope they're not just reinventing > Ray> the wheel. Yes. NIH-syndrome rules! > I'm not impressed. No mention of Xaudio, NAS, rplay, .... No > description of the API or what it really does. Note that everybody and his dog has his own sound deamon. > It doesn't look like EsounD is anything like NAS from the docs, > actually; nowhere near as flexible, etc, etc. The E sound deamon itself has has one essential implementation advantage over NAS. If it is not used it doesn't block the sound device. This makes it coexist a lot better with old style open("/dev/dsp") programs on Linux and thus makes it possible to enable it by default without annoying users. Jan

2 participants
1 comments

Xemacs dumps core 24 years, 11 months

Shanmugam Senthil

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 (beta23) "Hebe" [Lucid] (sparc-sun-solaris2.6) of Sat Dec 11 1999 on ebola configured using `configure --prefix=/pkg/gnu --dynamic --with-gcc '--cflags=-O3 -mv8 -mtune=ultrasparc' --with-x --with-xpm --x-includes=/usr/openwin/include '--site-includes=/usr/dt/include /pkg/X11/include /pkg/local/include /pkg/local/include/db' --x-libraries=/usr/openwin/lib '--site-libraries=/usr/dt/lib /pkg/X11/lib /pkg/local/lib' --with-sound=native --with-database=berkdb,dbm --with-png --with-jpeg --infopath=/pkg/gnu/info:/pkg/local/info:/pkg/tetex/info --with-tooltalk=yes --with-cde=no --package-path=/pkg/gnu/lib/xemacs/packages --with-mule=no --debug=no --error-checking=none' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I was editing few java files.In dired mode the buffer names are shown as tabs on the top of the window. I switched from one buffer to another by clicking on the tab. Xemacs dumps core. Error message and Stack trace is as follows: click Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. If you have access to the PROBLEMS file that came with your version of XEmacs, please check to see if your crash is described there, as there may be a workaround available. Otherwise, please report this bug by running the send-pr script included with XEmacs, or selecting `Send Bug Report' from the help menu. As a last resort send ordinary email to `crashes(a)xemacs.org'. *MAKE SURE* to include the information in the command M-x describe-installation. If at all possible, *please* try to obtain a C stack backtrace; it will help us immensely in determining what went wrong. To do this, locate the core file that was produced as a result of this crash (it's usually called `core' and is located in the directory in which you started the editor, or maybe in your home directory), and type gdb /pkg/gnu/bin/xemacs core then type `where' when the debugger prompt comes up. (If you don't have GDB on your system, you might have DBX, or XDB, or SDB. A similar procedure should work for all of these. Ask your system administrator if you need more help.) Lisp backtrace follows: # (condition-case ... . error) # (catch top-level ...) vaigai$ [2] + Segmentation Fault(coredump)xemacs -bg black -fg white & vaigai$ gdb /pkg/gnu/bin/xemacs core GNU gdb 4.18 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 "sparc-sun-solaris2.5.1"... warning: core file may not match specified executable file. Core was generated by `xemacs -bg black -fg white'. Program terminated with signal 11, Segmentation Fault. Reading symbols from /pkg/X11/lib/libesd.so.0...done. Reading symbols from /pkg/local/lib/libaudiofile.so.0...done. Reading symbols from /usr/lib/libm.so.1...done. Reading symbols from /usr/lib/libresolv.so.2...done. Reading symbols from /usr/lib/libposix4.so.1...done. Reading symbols from /usr/lib/libnsl.so.1...done. Reading symbols from /usr/lib/libsocket.so.1...done. Reading symbols from /usr/dt/lib/libXm.so.3...done. Reading symbols from /usr/openwin/lib/libtiff.so...done. Reading symbols from /pkg/local/lib/libpng.so.2...done. Reading symbols from /pkg/local/lib/libz.so...done. Reading symbols from /pkg/X11/lib/libXpm.so.4...done. Reading symbols from /usr/dt/lib/libtt.so.2...done. Reading symbols from /usr/openwin/lib/libXmu.so.4...done. ---Type <return> to continue, or q <return> to quit--- Reading symbols from /usr/openwin/lib/libXt.so.4...done. Reading symbols from /usr/openwin/lib/libXext.so.0...done. Reading symbols from /usr/openwin/lib/libX11.so.4...done. Reading symbols from /usr/openwin/lib/libSM.so.6...done. Reading symbols from /usr/openwin/lib/libICE.so.6...done. Reading symbols from /usr/lib/libdl.so.1...done. Reading symbols from /usr/lib/libkvm.so.1...done. Reading symbols from /usr/lib/libkstat.so.1...done. Reading symbols from /usr/lib/libelf.so.1...done. Reading symbols from /usr/lib/libc.so.1...done. Reading symbols from /usr/lib/libaio.so.1...done. Reading symbols from /usr/lib/libmp.so.2...done. Reading symbols from /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done. #0 0xfec16870 in _libc_kill () from /usr/lib/libc.so.1 (gdb) where #0 0xfec16870 in _libc_kill () from /usr/lib/libc.so.1 #1 0x94d80 in fatal_error_signal () #2 <signal handler called> #3 0x1b1174 in DrawHighlight () #4 0x1b1a80 in XawTabsSetHighlight () #5 0x1b0a50 in XawTabsSetTop () #6 0x1b07fc in TabsSelect () #7 0xfee11c30 in HandleActions () from /usr/openwin/lib/libXt.so.4 #8 0xfee10a50 in HandleSimpleState () from /usr/openwin/lib/libXt.so.4 #9 0xfee10528 in _XtTranslateEvent () from /usr/openwin/lib/libXt.so.4 #10 0xfee1045c in XtDispatchEventToWidget () from /usr/openwin/lib/libXt.so.4 #11 0xfee0fce8 in _XtDefaultDispatcher () from /usr/openwin/lib/libXt.so.4 #12 0xfee0f810 in XtDispatchEvent () from /usr/openwin/lib/libXt.so.4 #13 0xfee12fa0 in XtAppProcessEvent () from /usr/openwin/lib/libXt.so.4 #14 0x17ef9c in emacs_Xt_next_event () #15 0xc318c in event_stream_next_event () #16 0xc468c in next_event_internal () #17 0xc4ad0 in Fnext_event () #18 0x792d8 in Fcommand_loop_1 () #19 0x7959c in command_loop_1 () #20 0x96a10 in condition_case_1 () #21 0x7974c in command_loop_2 () #22 0x9e764 in internal_catch () ---Type <return> to continue, or q <return> to quit--- #23 0x78dec in initial_command_loop () #24 0x93314 in xemacs_21_2_b23_sparc_sun_solaris2_6 () #25 0x94fdc in main () (gdb) Recent keystrokes: misc-user Recent messages (most recent first): Parsing /home/senthils/.mailrc... Loading mail-abbrevs...done Loading mail-abbrevs... Loading emacsbug...done Loading emacsbug... Loading cus-face...done Loading cus-face... Loading cl-macs...done Loading cl-macs...

2 participants
1 comments

Re: More ESD ./configure bogosity 24 years, 11 months

Daniel Pittman

On Tue, 14 Dec 1999, Stephen J. Turnbull <turnbull(a)sk.tsukuba.ac.jp> wrote: >>>>>> "Ray" == Raymond Toy <toy(a)rtp.ericsson.se> writes: > > Ray> Any web pointers to ESD? I hope they're not just reinventing > Ray> the wheel. > > http://www.tux.org/~ricdude/EsounD.html > > I'm not impressed. No mention of Xaudio, NAS, rplay, .... No > description of the API or what it really does. Indeed. > It doesn't look like EsounD is anything like NAS from the docs, > actually; nowhere near as flexible, etc, etc. Well, it's big claim to fame over NAS is, so far as I can see, that it has current development support all over the place. That and the fact that Esd supports software mixing of different audio streams[1] simultaneously, such that XEmacs and my MP3 player can both produce sound at the same time through it. If I am not mistaken (and the documentation indicates that I am not), this is not a feature of the NAS server I have here... > Somebody tell me it's just the documentation that sucks.... Well, Esd isn't close to the standard of NAS, technically. Software mixing and software support are pretty good points though... Daniel Footnotes: [1] It does a very poor job of it, granted, especially with regards multi-channel hardware. -- Law never does anything constructive. We have had enough of legislators promising to do that which laws can not do. -- Henry Ford

2 participants
1 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 December 1999