idle carbon2 xemacs taking up cpu
15 years, 10 months
Kaarthik Sivakumar
Hi
I am running xemacs from the carbon2 branch on my mac. I find that after a
few hours of inactivity, xemacs takes up a lot of cpu constantly, using
about 60-80% of the cpu (and firefox the remaining). I had one such xemacs
instance under gdb, but I know neither xemacs internals nor carbon. So any
help getting to the root of this problem will be useful. I can help debug
the problem when it happens next, if I am given clues about where to look
for what.
I ran dapptrace (dtrace script for tracing function calls) and I have put
the output here:
http://mirthmakers.com/code/xemacs-dapptrace.txt
This file is really large, as I turned on all the options for dapptrace,
just to get as much data as possible (may be too much though, now that I
look at the output).
Here is the gdb backtrace, in case this is useful for someone. It just does
this all the time.
#0 get_tty_and_process_events [inlined] () at event-carbon.c:590
#1 get_events (can_block_p=<value temporarily unavailable, due to
optimizations>) at event-carbon.c:638
#2 0x00019b45 in emacs_carbon_event_pending_p (how_many=1) at
event-carbon.c:638
#3 0x000692b0 in event_stream_event_pending_p (how_many=<value temporarily
unavailable, due to optimizations>) at event-carbon.c:638
#4 0x0006965b in run_pre_idle_hook () at event-carbon.c:638
#5 0x00122a6b in redisplay () at event-carbon.c:638
#6 0x0006de90 in Fnext_event (event=21180348, prompt=2048652) at
event-carbon.c:638
#7 0x0002eff4 in Fcommand_loop_1 () at event-carbon.c:638
#8 0x0002f0e5 in command_loop_1 (unused_dummy=2048652) at
event-carbon.c:638
#9 0x0005ca2e in condition_case_1 (handlers=-1073744472, bfun=0x2f0c0
<command_loop_1>, barg=2048652, hfun=0x2e970 <cmd_error>, harg=2048652) at
event-carbon.c:638
#10 0x0002ebf8 in get_tty_and_process_events [inlined] () at
event-carbon.c:262
#11 0x0002ebf8 in command_loop_2 (unused_dummy=2048652) at
event-carbon.c:638
#12 0x00056419 in internal_catch (tag=-1073744472, func=0x2eb90
<command_loop_2>, arg=2048652, threw=0x0, thrown_tag=0x0,
backtrace_before_throw=0x0) at event-carbon.c:638
#13 0x0002ed43 in initial_command_loop (load_me=2048652) at
event-carbon.c:638
#14 0x00053e96 in xemacs_21_5_b28_i386_apple_darwin9_6_0 (argc=2,
argv=0xbffffbb0, unused_envp=0x0, restart=0) at event-carbon.c:638
#15 0x00054b50 in main (argc=-1073744472, argv=0xbffff5a8,
unused_envp=0xbffffbbc) at event-carbon.c:638
Thanks for any help
kaarthik
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
problems with frames on multiple X displays
15 years, 10 months
Greg Klanderman
So I pretty regularly have frames open on multiple X displays (my
xemacs at work has frames open there as well as on my home computer),
and the biggest problem is that the DISPLAY environment variable
passed to sub-processes is always the one xemacs inherited from the
shell when it was started, rather than the one associated with the
currently selected device.
It looks like this could be fixed deep down in child_setup in
callproc.c, somewhere in the middle (in Fstart_process_internal in
process.c or maybe unix_create_process in process-unix.c) or even in
lisp by binding process-environment appropriately around the calls to
start-process-internal in start-process and call-process-internal.
Can someone give me guidance on how best to approach this?
thanks,
Greg
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: problems with frames on multiple X displays
15 years, 10 months
Greg Klanderman
>>>>> Jeff Mincy <jeff(a)delphioutpost.com> writes:
> I think you want
> (device-connection (frame-device (selected-frame)))
Right, or (device-connection (selected-device))
> This is my utility function
Using the select-frame-hook seems a bit hacky; As I said, it can be
done by binding process-environment appropriately in two places in
lisp; more specifically:
(defun process-environment-for-selected-device ()
(let ((d (selected-device)))
(if (eq (device-type d) 'x)
(cons (format "DISPLAY=%s" (device-connection d))
process-environment)
(remove-if (lambda (v)
(string-match "^DISPLAY=" v))
process-environment))))
(defadvice start-process-internal (around set-display-for-device activate)
(let ((process-environment (process-environment-for-selected-device)))
ad-do-it))
(defadvice old-call-process-internal (around set-display-for-device activate)
(let ((process-environment (process-environment-for-selected-device)))
ad-do-it))
But it really seems like this is the correct behavior and that xemacs
should always just work this way. That's what I was hoping for
guidance on - whether there is agreement that this it the right thing,
and if so where to make the change.
thanks,
Greg
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
[Bug: 21.5-b28] Carbon crash when I click on the Info icon
15 years, 10 months
Aidan Kehoe
================================================================
Dear Bug Team!
When I start Carbon XEmacs, click on the Info icon (shaped like a
lifebelt), I get the below crash. I don't know why.
Bye,
Aidan
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x16500008
0x9f54cdeb in sseCGSBlendXXXX8888Transpose ()
(gdb) bt 30
#0 0x9f54cdeb in sseCGSBlendXXXX8888Transpose ()
#1 0x9f54b075 in argb32_image ()
#2 0x9f4256ff in ripd_Mark ()
#3 0x9f428a59 in ripl_BltImage ()
#4 0x9f428499 in ripc_RenderImage ()
#5 0x9f426335 in ripc_DrawImage ()
#6 0x9f544a01 in CGContextDrawImage ()
#7 0x92e64e48 in HIViewDrawCGImage ()
#8 0x0001d744 in main_view_handler (call_ref=0xbfffe4b0, event=0x1bc8230, user_data=0x16213c20) at frame-carbon.c:163
#9 0x92de84d7 in DispatchEventToHandlers ()
#10 0x92de7b7c in SendEventToEventTargetInternal ()
#11 0x92de7a41 in SendEventToEventTargetWithOptions ()
#12 0x92e14f98 in HIView::SendDraw ()
#13 0x92f8bb68 in HIView::RecursiveDrawComposited ()
#14 0x92f8bcfa in HIView::RecursiveDrawComposited ()
#15 0x92f8bcfa in HIView::RecursiveDrawComposited ()
#16 0x92f8c4ed in HIView::DrawComposited ()
#17 0x92e14a01 in HIView::Draw ()
#18 0x92e1493d in HIView::Render ()
#19 0x92e044ce in _ShowHideWindows ()
#20 0x92e2ef3c in ShowWindow ()
#21 0x0001e59b in carbon_init_frame_3 (f=0x16210480) at frame-carbon.c:1006
#22 0x000bf167 in Fmake_frame (props=35597908, device=2256356) at frame.c:658
#23 0x000658c4 in Ffuncall (nargs=2, args=0xbfffec44) at eval.c:3907
#24 0x00017b71 in execute_optimized_program (program=0x1bb1760 "\t«$\n«\006Ã\n!¬\vÄ\b!\022Å\n!\210ª\tÅ\n!\210Æ\n!\210Ç\n!«\005È\n!\210É \207", stack_depth=2, constants_data=0x2da1dc) at bytecode.c:862
#25 0x00065b02 in Ffuncall (nargs=1, args=0xbfffee20) at eval.c:3496
#26 0x00068bb7 in apply1 (fn=3596272, arg=2256356) at eval.c:4528
#27 0x0001ac9e in Fcall_interactively (function=2134100, record_flag=2256356, keys=2256356) at callint.c:459
#28 0x000658c4 in Ffuncall (nargs=2, args=0xbffff098) at eval.c:3907
#29 0x0006620c in call1 (fn=2198900, arg0=2134100) at eval.c:4559
(More stack frames follow...)
(gdb) kill
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Darwin bonbon 8.11.1 Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 i386 i386
./configure '--enable-mule' '--with-site-prefixes=/opt/local:/usr/X11R6:/usr/local' '--with-png' '--with-jpeg' '--with-optimization' '--with-tiff' '--with-gif' '--with-bignum=gmp' '--with-rel-alloc' '--without-error-checking' '--without-kkcc' '--without-assertions' '--with-carbon' '--prefix=/tmp/aidan/XEmacs.app'
XEmacs 21.5-b28 "fuki" 95622ce16444 configured for `i386-apple-darwin8.11.1'.
Compilation Environment and Installation Defaults:
Source code location: /Sources/xemacs-21.5-carbon2-merging
Installation prefix: /tmp/aidan/XEmacs.app/Contents/Resources
Additional prefixes: /opt/local /usr/X11R6 /usr/local
Operating system description file: `s/darwin.h'
Not using any machine description file
Compiler version: i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5341)
- GCC specs file: specs.
- Compiler command: gcc -I/Sources/xemacs-21.5-carbon2-merging/carbon/xpm -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wpointer-arith -Wunused-parameter -g -O3
libc version:
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
Window System:
Compiling in support for Mac OS X Carbon.
Using Lucid menubars.
Using Lucid scrollbars.
Compiling in support for Drag'n'Drop (EXPERIMENTAL).
- Drag'n'Drop prototype: Carbon.
TTY:
Compiling in support for ncurses.
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:
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).
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.
Compiling in support for more number types using the GNU MP library.
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
----------------------
(/Library/Application Support/XEmacs/XEmacs
Packages/xemacs-packages/lisp/cedet-common/working
/Library/Application Support/XEmacs/XEmacs
Packages/xemacs-packages/lisp/semantic/working /Library/Application
Support/XEmacs/XEmacs
Packages/xemacs-packages/lisp/cedet-common/sformat
/Library/Application Support/XEmacs/XEmacs
Packages/xemacs-packages/lisp/semantic/sformat /Library/Application
Support/XEmacs/XEmacs Packages/mule-packages/lisp/mule-base/viet-util
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/mule/viet-util
/Library/Application Support/XEmacs/XEmacs
Packages/mule-packages/lisp/mule-base/korea-util
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/mule/korea-util
/Library/Application Support/XEmacs/XEmacs
Packages/mule-packages/lisp/mule-base/japan-util
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/mule/japan-util
/Library/Application Support/XEmacs/XEmacs
Packages/mule-packages/lisp/mule-base/ethio-util
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/mule/ethio-util
/Library/Application Support/XEmacs/XEmacs
Packages/mule-packages/lisp/mule-base/china-util
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/mule/china-util
/Library/Application Support/XEmacs/XEmacs
Packages/mule-packages/lisp/mule-ucs/unicode
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/unicode
/Library/Application Support/XEmacs/XEmacs
Packages/xemacs-packages/lisp/xemacs-base/regexp-opt
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/regexp-opt
/Library/Application Support/XEmacs/XEmacs
Packages/xemacs-packages/lisp/xemacs-base/easy-mmode
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/easy-mmode
/Library/Application Support/XEmacs/XEmacs
Packages/xemacs-packages/lisp/build/build-report
/private/tmp/aidan/XEmacs.app/Contents/Resources/share/xemacs-21.5-b28/lisp/build-report)
Internationalization Settings:
-------------------------
Environment:
Value of LC_ALL : nil
Value of LC_COLLATE : nil
Value of LC_CTYPE : nil
Value of LC_MESSAGES : nil
Value of LC_MONETARY : nil
Value of LC_NUMERIC : nil
Value of LC_TIME : nil
Value of LANG : de_DE.UTF-8
Lisp locale settings:
current-language-environment => "German"
default-buffer-file-coding-system => iso-8859-1
default-process-coding-system => (undecided . iso-8859-1)
(current-locale) => "C"
keyboard-coding-system => iso-8859-1
terminal-coding-system => iso-8859-1
(coding-priority-list) =>
(iso-8-1 utf-16-little-endian-bom utf-16-bom utf-8-bom iso-7
no-conversion utf-8 iso-8-2 iso-8-designate iso-lock-shift
shift-jis big5 utf-16-little-endian utf-16 ucs-4)
Coding system aliases:
'native is aliased to iso-8859-1
'file-name is aliased to utf-8
'mswindows-multibyte-system-default is not a coding system alias
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.16 upstream: 2.112)
(xwem ver: 1.22 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.12 upstream: 1.2.1)
(xslide ver: 1.09 upstream: 0.2.2)
(xlib ver: 1.14 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.02 upstream: steve(a)eicq.org--2005/xetla--main--1.1--version-0)
(xemacs-devel ver: 1.78 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.18 upstream: No-Upstream-Ver)
(x-symbol ver: 1.11 upstream: 4.5.1)
(w3 ver: 1.35 upstream: 4.0pre47)
(vm ver: 8.06 upstream: 8.0.12-devo)
(viper ver: 1.63 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.22 upstream: 3.33.12)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.45 upstream: No-Upstream-Ver)
(tramp ver: 1.4 upstream: 2.0.56)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm ver: 1.39 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.95 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(speedbar ver: 1.29 upstream: 1.0pre4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(sml-mode ver: 0.12 upstream: 3.9.5)
(slider ver: 1.15 upstream: 0.3x1)
(sieve ver: 1.18 upstream: No-Upstream-Ver)
(sh-script ver: 1.24 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.2 upstream: 1.4.4)
(scheme ver: 1.17 upstream: No-Upstream-Ver)
(sasl ver: 1.16 upstream: 1.14.4)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(riece ver: 1.23 upstream: 3.1.2)
(reftex ver: 1.34 upstream: 4.21)
(re-builder ver: 1.05 upstream: 1.20)
(python-modes ver: 1.1 upstream: 426)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.45 upstream: 1.3.2)
(ps-print ver: 1.12 upstream: 6.5.6)
(prog-modes ver: 2.16 upstream: No-Upstream-Ver)
(pgg ver: 1.06 upstream: 0.1)
(perl-modes ver: 1.14 upstream: No-Upstream-Ver)
(pcomplete ver: 1.05 upstream: 1.1.6)
(pcl-cvs ver: 1.68 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.41 upstream: No-Upstream-Ver)
(oo-browser ver: 1.05 upstream: 4.08)
(ocaml ver: 0.06 upstream: 3.06)
(net-utils ver: 1.56 upstream: N/A)
(mmm-mode ver: 1.02 upstream: 0.4.7)
(misc-games ver: 1.2 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(mh-e ver: 1.31 upstream: 7.4.2)
(mew ver: 1.19 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.8 upstream: No-Upstream-Ver)
(jde ver: 1.51 upstream: 2.3.3)
(ispell ver: 1.32 upstream: 3.6)
(ilisp ver: 1.34 upstream: 5.12.0)
(igrep ver: 1.16 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hyperbole ver: 1.17 upstream: 5.0)
(hm--html-menus ver: 1.24 upstream: 5.9)
(haskell-mode ver: 1.11 upstream: 2.1)
(guided-tour ver: 0.52 upstream: No-Upstream-Ver)
(gnus ver: 1.93 upstream: 5.10.8)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.05 upstream: No-Upstream-Ver)
(games ver: 1.18 upstream: 1.04)
(fsf-compat ver: 1.17 upstream: No-Upstream-Ver)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.05 upstream: No-Upstream-Ver)
(forms ver: 1.15 upstream: 2.37)
(footnote ver: 1.16 upstream: 0.18x)
(eudc ver: 1.4 upstream: 1.32)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(eshell ver: 1.15 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.22 upstream: Version 5.1.2 Revision: 1.796.2.6)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.13 upstream: 1.0)
(eieio ver: 1.06 upstream: 1.0pre4)
(efs ver: 1.34 upstream: 1.24)
(edt ver: 1.14 upstream: No-Upstream-Ver)
(edit-utils ver: 2.4 upstream: No-Upstream-Ver)
(ediff ver: 1.75 upstream: 2.75)
(edebug ver: 1.22 upstream: No-Upstream-Ver)
(ecrypto ver: 0.21 upstream: 2.0)
(ecb ver: 1.22 upstream: 2.31)
(easypg ver: 1.02 upstream: 0.0.16)
(docbookide ver: 0.08 upstream: 0.1)
(dired ver: 1.19 upstream: 7.16)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.18 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cedet-common ver: 1.01 upstream: 1.0pre4)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.38 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
(build ver: 1.14 upstream: 2.02)
(bbdb ver: 1.32 upstream: 2.35)
(auctex ver: 1.49 upstream: 11.55)
(apel ver: 1.33 upstream: 10.6)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.16 upstream: No-Upstream-Ver)
(skk ver: 1.24 upstream: 10.62a)
(mule-ucs ver: 1.17 upstream: 0.84)
(mule-base ver: 1.53 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.28 upstream: No-Upstream-Ver)
(leim ver: 1.27 upstream: No-Upstream-Ver)
(latin-unity ver: 1.2 upstream: 1.20)
(latin-euro-standards ver: 1.08 upstream: 1.08)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.16 upstream: 0.9.9)
Installed Modules:
-----------------
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 guided-tour
zenirc-autoloads xwem-autoloads xslt-process-autoloads
xslide-autoloads xlib-autoloads xetla-autoloads xemacs-devel-autoloads
xemacs-base-autoloads x-symbol-autoloads w3-autoloads vm-autoloads
viper-autoloads view-process-autoloads vhdl-autoloads vc-cc-autoloads
vc-autoloads tramp-autoloads tpu-autoloads tooltalk-autoloads
tm-autoloads time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
sml-mode-autoloads slider-autoloads sieve-autoloads
sh-script-autoloads sgml-autoloads semantic-autoloads scheme-autoloads
sasl-autoloads ruby-modes-autoloads rmail-autoloads riece-autoloads
reftex-autoloads re-builder-autoloads python-modes-autoloads
psgml-dtds-autoloads psgml-autoloads ps-print-autoloads
prog-modes-autoloads pgg-autoloads perl-modes-autoloads
pcomplete-autoloads pcl-cvs-autoloads pc-autoloads os-utils-autoloads
oo-browser-autoloads ocaml-autoloads net-utils-autoloads
mmm-mode-autoloads misc-games-autoloads mine-autoloads mh-e-autoloads
mew-autoloads mailcrypt-autoloads mail-lib-autoloads jde-autoloads
ispell-autoloads ilisp-autoloads igrep-autoloads idlwave-autoloads
ibuffer-autoloads hyperbole-autoloads hm--html-menus-autoloads
haskell-mode-autoloads guided-tour-autoloads gnus-autoloads
gnats-autoloads general-docs-autoloads games-autoloads
fsf-compat-autoloads frame-icon-autoloads fortran-modes-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
eshell-autoloads escreen-autoloads erc-autoloads emerge-autoloads
elib-autoloads eieio-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads
ecrypto-autoloads ecb-autoloads easypg-autoloads docbookide-autoloads
dired-autoloads dictionary-autoloads debug-autoloads crisp-autoloads
cookie-autoloads clearcase-autoloads cedet-common-autoloads
cc-mode-autoloads calendar-autoloads calc-autoloads
c-support-autoloads build-autoloads bbdb-autoloads auctex-autoloads
apel-autoloads ada-autoloads Sun-autoloads skk-autoloads
mule-ucs-autoloads mule-base-autoloads lookup-autoloads
locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-autoloads egg-its-autoloads edict-autoloads
modules-autoloads mule-autoloads auto-autoloads auto-show fontl-hooks
canna-leim tibetan slovenian czech romanian lao devanagari indian
cyrillic code-cmds gutter-items menubar-items x-menubar dragdrop
mode-motion mouse behavior itimer auto-save lisp-mode easymenu
easy-mmode iso8859-1 page buff-menu lib-complete loadhist cus-file
derived newcomment rsz-minibuf env text-props frame obsolete cus-start
custom widget cl-extra cl cl-19 packages backquote unicode carbon
tty-frames tty toolbar scrollbar unix-processes multicast
network-streams subprocesses bigfloat ratio bignum number-types
modules menu-accelerator-support menubar berkeley-db dbm md5 xemacs
mule gutter tiff png gif jpeg xface xpm xbm lisp-float-type
file-coding darwin dragdrop-api devices window-system base64)
Recent keystrokes:
-----------------
button1up ESC x r e p o r t - x e m a c s - b u g
RET
Recent messages (most recent first):
-----------------------------------
Auto save file for draft message exists; consider M-x mail-recover
Parsing /Users/aidan/.mailrc... done
Parsing /Users/aidan/.mailrc...
Loading xemacsbug...done
Loading xemacsbug...
Loading guided-tour...done
Loading guided-tour...
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghe, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
minibuffer-confirm-incomplete hoses find-file in nonexistent directory
15 years, 10 months
Greg Klanderman
Another bug which I'd like to get fixed is the following:
If minibuffer-confirm-incomplete is nil, then attempting to find a
file (C-x C-f) in a directory that does not exist prompts:
| The directory containing <file> does not exist. Create? (yes or no)
and if you type "yes" it works as expected.
However, if minibuffer-confirm-incomplete is T, then you get the
following error:
| Opening directory: No such file or directory, <file>
and are returned to the find-file minibuffer prompt.
I fixed this locally some time ago by wrapping (ignore-errors ...)
around the call to try-completion in the function exit-minibuffer in
minibuf.el, and it seems to solve the problem.
Does that sound like an appropriate fix? If so I can submit a patch..
thanks,
Greg
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
this looks like a bug in GET-BUFFER-WINDOW..
15 years, 10 months
Greg Klanderman
[please CC me on replies; I am no longer on xemacs-beta]
Hi,
In trying to come up with a recipe to reliably exhibit the crash I
reported as issue #331:
http://tracker.xemacs.org/XEmacs/its/issue331
I've come across what I believe is a bug in the window_loop function
used by GET-BUFFER-WINDOW and several other elisp primitives defined
in src/window.c.
The documentation for GET-BUFFER-WINDOW says the following about the
optional WHICH-DEVICES argument:
| If nil or omitted, search all devices on the selected console.
| [...]
| If a console, search all devices on that console.
I interpret that to mean either of these forms:
(get-buffer-window "foo" 'visible)
(get-buffer-window "foo" 'visible NIL)
should be equivalent to:
(get-buffer-window "foo" 'visible (selected-console))
However, this is not the case: the first two forms will return windows
on consoles other than the selected console.
Looking at the code, the problem seems pretty clear. Just inside the
device loop is the following code:
| if (frame)
| XSETFRAME (the_frame, frame);
| else
| the_frame = DEVICE_SELECTED_FRAME (XDEVICE (device));
|
| if (NILP (the_frame))
| continue;
|
| if (!device_matches_device_spec (device,
| NILP (which_devices) ?
| FRAME_CONSOLE (XFRAME (the_frame)) :
| which_devices))
| continue;
So when FRAME is not set, and WHICH_DEVICES is NIL, we check the
device currently being considered against that same device's selected
frame's console, which will tautologically match.
Since FRAME is not set when WHICH_FRAMES is 'VISIBLE, 0, or T, that is
exactly when the bug is manifested.
Fixing this seems a simple matter of adding the line:
| if (NILP (which_devices))
| which_devices = selected_frame ();
toward the top of the function, and changing the device check to:
| if (!device_matches_device_spec (device, which_devices))
| continue;
I can test this change and submit a proper patch if someone will
confirm that this analysis sounds right.
The code in question was last touched in April 2001 by Michael
Sperber, however that appears to have just been some sort of merge,
the commit message is:
| The Great Trunk Move from release-21-4.
The code was previously changed by Martin Buchholz in November 2000
with the commit message
| next-frame crashes fixed
and that appears to be the change that introduced this bug.
Incidentally, the other use of THE_FRAME just below the code cited:
| /* Pick a window to start with. */
| if (WINDOWP (obj))
| w = obj;
| else
| w = FRAME_SELECTED_WINDOW (XFRAME (the_frame));
does seem to be correct.
Back to issue #331, while I have reproduced the original crash once, I
unfortunately cannot yet do so reliably. I do suspect that fixing the
bug described here would avoid the crash in the majority of cases,
though I believe it would still be possible when WHICH-DEVICES is T.
thanks for your time,
Greg
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: Mercurial "r####" numbers are not stable, use commit ids
15 years, 10 months
Michael Sperber
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
> > agree a given mode of operation may be better in Mercurial than in git.
> > I think when you say "branches" you really mean "named branches", and I
> > agree some aspects of them are unintuitive.
>
> I do mean named branches, something I can stash away for a week or
> ten, and have the history there when I can come back to it.
For that, a separate repository works better, I think.
> A little. But I don't concentrate on a set of patches on a common
> theme over a period of time. I work on a wide variety of things in
> response to reports on xemacs-beta, and I fix unrelated bugs as I go
> along. I didn't find a comfortable way to use MQ in that setting.
That's exactly where I find MQ extremely useful: As I find something
unrelated, I pop the patches I'm working on, work on the unrelated
thing, then push it back.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
XEmacs Packages have been pre-released (2009-01-07-11)
15 years, 10 months
Norbert Koch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hey there everyone.
I have just added the following packages to the 'Pre-Releases'
directory:
New Packages in Pre-Release:
===========================
prog-modes-2.19-pkg.tar.gz upstream version: none
text-modes-1.96-pkg.tar.gz upstream version: none
Previously Announced Packages Still in Pre-Release:
==================================================
apel-1.33-pkg.tar.gz upstream version: 10.6
auctex-1.51-pkg.tar.gz upstream version: 11.84
calendar-1.38-pkg.tar.gz upstream version: none
cedet-common-1.01-pkg.tar.gz upstream version: 1.0pre4
dired-1.19-pkg.tar.gz upstream version: 7.16
easypg-1.02-pkg.tar.gz upstream version: 0.0.16
ediff-1.77-pkg.tar.gz upstream version: 2.75
edit-utils-2.40-pkg.tar.gz upstream version: none
edt-1.14-pkg.tar.gz upstream version: none
efs-1.34-pkg.tar.gz upstream version: 1.24
eieio-1.06-pkg.tar.gz upstream version: 1.0pre4
elib-1.13-pkg.tar.gz upstream version: 1.0
erc-0.22-pkg.tar.gz upstream version: Version 5.1.2 Revision: 1.796.2.6
eshell-1.16-pkg.tar.gz upstream version: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658
eudc-1.40-pkg.tar.gz upstream version: 1.32
fsf-compat-1.17-pkg.tar.gz upstream version: none
games-1.18-pkg.tar.gz upstream version: 1.04
general-docs-1.05-pkg.tar.gz upstream version: none
gnus-1.93-pkg.tar.gz upstream version: 5.10.8
guided-tour-0.52-pkg.tar.gz upstream version: none
hm--html-menus-1.24-pkg.tar.gz upstream version: 5.9
hyperbole-1.17-pkg.tar.gz upstream version: 5.0
igrep-1.16-pkg.tar.gz upstream version: 2.111
latin-euro-standards-1.08-pkg.ta upstream version: 1.08
leim-1.28-pkg.tar.gz upstream version: none
locale-1.28-pkg.tar.gz upstream version: none
mail-lib-1.80-pkg.tar.gz upstream version: none
mh-e-1.31-pkg.tar.gz upstream version: 7.4.2
misc-games-1.21-pkg.tar.gz upstream version: none
mmm-mode-1.03-pkg.tar.gz upstream version: 0.4.8
mule-base-1.53-pkg.tar.gz upstream version: none
mule-ucs-1.17-pkg.tar.gz upstream version: 0.84
net-utils-1.56-pkg.tar.gz upstream version: N/A
oo-browser-1.05-pkg.tar.gz upstream version: 4.08
os-utils-1.41-pkg.tar.gz upstream version: none
pcl-cvs-1.68-pkg.tar.gz upstream version: R-2_9_9
pcomplete-1.05-pkg.tar.gz upstream version: 1.1.6
perl-modes-1.14-pkg.tar.gz upstream version: none
ps-print-1.12-pkg.tar.gz upstream version: 6.5.6
psgml-1.45-pkg.tar.gz upstream version: 1.3.2
python-modes-1.12-pkg.tar.gz upstream version: 5.0.0
scheme-1.17-pkg.tar.gz upstream version: none
sh-script-1.24-pkg.tar.gz upstream version: 2.0f
skk-1.24-pkg.tar.gz upstream version: 10.62a
slider-1.16-pkg.tar.gz upstream version: 0.3x1
speedbar-1.29-pkg.tar.gz upstream version: 1.0pre4
tm-1.39-pkg.tar.gz upstream version: none
tramp-1.40-pkg.tar.gz upstream version: 2.0.56
vc-1.45-pkg.tar.gz upstream version: none
viper-1.65-pkg.tar.gz upstream version: 3.09
vm-8.07-pkg.tar.gz upstream version: 8.0.12-devo
w3-1.35-pkg.tar.gz upstream version: 4.0pre47
x-symbol-1.11-pkg.tar.gz upstream version: 4.5.1
xemacs-base-2.18-pkg.tar.gz upstream version: none
xemacs-devel-1.79-pkg.tar.gz upstream version: none
xetla-1.02-pkg.tar.gz upstream version: steve(a)eicq.org--2005/xetla--main--1.1--version-0
Detailed Changes:
================
- ------- ChangeLog Entries from xemacs-packages/prog-modes/ChangeLog -------
2009-01-07 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 2.19 released.
2009-01-06 Marcus Harnisch <marcus.harnisch(a)gmx.net>
* verilog-mode.el: Sync to upstream revision 463.
* prog-modes.texi: Update section about verilog-mode.
- ------- ChangeLog Entries from xemacs-packages/text-modes/ChangeLog -------
2009-01-07 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.96 released.
2009-01-06 Ville Skyttä <scop(a)xemacs.org>
* htmlize.el: Sync with upstream version 1.34.
(htmlize-x-library-search-path): Add /usr(/local)/share/X11/.
Installing These:
================
Manually:
- --------
1) Download the packages that you want to install from:
/ftp.xemacs.org:/pub/xemacs/beta/experimental/packages/
2) Unpack them to: [1]
/usr/local/lib/xemacs/xemacs-packages/
3) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.[245].x):
- ----------------------------------------------
1) Tools -> Packages -> Add Download Site -> Pre-Releases
2) Tools -> Packages -> List and Install
3) Select the packages you wish to install (there are brief
instructions at the bottom of the packages buffer).
4) Packages -> Install/Remove Selected
5) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.1.14):
- -------------------------------------------
1) Options -> Manage Packages -> Add Download Site -> Pre-Releases
2) Options -> Manage Packages -> List and Install
3 - 5) As per XEmacs 21.[245].x.
norbert - XEmacs Package Release Manager.
Footnotes:
[1] Note: Mule packages should be installed into:
/usr/local/lib/xemacs/mule-packages/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iD8DBQFJZIrngu3ywdHdhM0RAp7rAJ9NhXYjK2xZbneA75BDKCTWasXrBQCgkRef
nSn1CCk08DQTEzpyU/4dGR0=
=lZ+3
-----END PGP SIGNATURE-----
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Reanimating verilog-mode
15 years, 10 months
Marcus Harnisch
Hi all
Verilog-mode in our prog-modes package dates back to 2005. Since I
tend to use the upstream version, I never noticed.
I'd love to integrate the latest version (and monitor future upstream
changes -- in case you would ask, Stephen).
It looks like there are only few package specific changes in the code
but unfortunately, I don't have access to the original sources from
which the package has been created to see what exactly has been
changed.
Regards
Marcus
--
note that "property" can also be used as syntaxtic sugar to reference
a property, breaking the clean design of verilog; [...]
(seen on http://www.veripool.com/verilog-mode_news.html)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta