Tasks needed before the next release.
-* NEW FEATURES
-
-** Face remapping.
-
-** Make VC-over-Tramp work where possible, or at least fail
-gracefully if something isn't supported over Tramp.
-To be done by Andre Spiegel <spiegel@gnu.org>.
-
-** define-minor-mode should not put :require into defcustom.
-See msg from rms to emacs-devel on 21 Dec.
-
-** Update Speedbar.
-
-** Enhance scroll-bar to handle tall line (similar to line-move).
-
-
-* FATAL ERRORS
-
-** Investigate face cache related crash.
-
-Indications: Face cache seems to have been cleared, but
-redisplay uses an invalidated face_id with FACE_FROM_ID
-which then returns a NULL pointer. Said to happen with
-isearch faces.
-
-** Investigate reported crashes in compact_small_strings.
-
-** Investigate reported crashes related to using an
-invalid pointer from string_free_list.
-
-
-* LOSSAGE
-
-** Clean up flymake.el to follow Emacs Lisp conventions.
-
-** Fix up url-ldap.el.
-
-* BUGS
-
-** Ange-ftp should ignore irrelevant IPv6 errors:
-
-Message-Id: <4121-Tue23Mar2004165249+0100-piet@cs.uu.nl>
-From: "Piet van Oostrum" <piet@cs.uu.nl>
-To: emacs-pretest-bug@gnu.org
-Subject: Ange-ftp can't deal with IPV6/IPV4 fallback
-
-Symptoms:
+* TO BE DONE SHORTLY BEFORE RELEASE
-C-x C-f /ftp.nluug.nl:/
+** `undo-ask-before-discard', currently set to t for debugging purposes
+has to be set to nil: when t, it can leak memory and cause other problems.
-The problem is that the DNS first gives an IPV6 address. However our
-router doesn't do IPV6. Ftp then falls back to IPV4:
+** Update release dates of manuals.
-ftp> open ftp.nluug.nl
-Trying 2001:610:1:80aa:192:87:102:36...
-ftp: connect to address 2001:610:1:80aa:192:87:102:36: No route to host
-Trying 192.87.102.36...
-Connected to ftp.nluug.nl.
+** Spell check the manuals.
-Ange-ftp chokes on the `No route to host' message and doesn't look any
-further.
+** Get rid of overfull and underfull boxes in manuals.
-I think in the near future we will see more of this problem, so it might be
-time to make anfe-ftp more intelligent.
+** Check for widow and orphan lines in manuals;
+make sure all the pages really look ok in the manual as formatted.
+** Update facemenu-unlisted-faces, adding whatever other
+face name prefixes should be in it for good results.
-* GTK RELATED BUGS
-
-** Make GTK scrollbars behave like others w.r.t. overscrolling.
-
-
-* REDISPLAY RELATED BUGS
-
-** Strange text scrolling with Emacs + GTK
-
-> I could reproduce the problem with the latest CVS.
->
-> % emacs -Q
-> M-x info RET
-> M->
-> C-l
-> C-x ( C-u - 1 C-v C-x )
-> C-x e e e e ...
->
-> I see the problem around "CC mode" and "Forms".
+** Update AUTHORS.
-It is not specific for the first line of a buffer.
+** Regenerate the postscript files of the reference cards in etc.
-Rather it happens for lines which are indented but the
-indentation is controlled by a display property and
-the newline is part of that display property -- in
-that case, the indentation is not recognized for the
-first display line.
+** Ask maintainers of refcard translations to update them.
+** Check what should be deleted or updated in MORE.STUFF.
-** Avoid unbreakable loops in redisplay.
+* NEW FEATURES
-Redisplay may loop if there is an error in some display property, e.g.
- (space 'left-margin)
+** Update Speedbar.
-A fix would be to somehow disable handling of display properties if an error
-is encountered.
+* FATAL ERRORS
+** Investigate reported crashes in compact_small_strings.
-** Problem with modeline and window margins:
+** Investigate reported crashes related to using an
+invalid pointer from string_free_list.
-The mode line's right "box" line is misplaced under the right margin,
-rather than at the right window edge.
+** Emacs on Windows crashes reading JPEG images from files.
-emacs -Q
-(set-window-margins nil 25 25)
-C-x 2
+The problem is caused by the Emacs executable and the image library
+having multiple, incompatible copies of the run-time code, which can
+happen when mixing a MSVC build of Emacs with a MinGW build of the
+jpeg library (or the other way around). The fix is straightforward
+and has already been posted on the developers' list, but it is on the
+back burner waiting for a legal comment or an alternate implementation
+(around 30 lines of code).
+** goeran@uddeborg.se's Sep 13 crash report
+about trying to display the invalid gif file poison.gif.
-** custom mode-line face makes Emacs freeze up
+* BUGS
-From: Stephen Berman <Stephen.Berman@gmx.net>
-Date: Sun, 24 Oct 2004 02:08:56 +0200
+** TCP server processes do not work on Windows.
-1. Start Emacs with -q -no-site-file.
+TCP/IP server processes created with `make-network-process' consume
+excesive CPU on some Windows environments. Usages of 50% and 100%
+CPU time have been observed on different Window XP configurations.
-2. Type `M-x customize-face' and at the prompt `mode-line'.
+** Bug in ebrowse
-3. In the Custom buffer for mode-line face
- a. check width and give it the value `narrow';
- b. check height and give it the value 120 in 1/10 pt;
- c. check underline and give it the value `on' (or `colored');
- d. check overline and give it the value `on' (or `colored').
+Date: Fri, 27 May 2005 17:35:48 +0200
+From: Markus Gritsch <gritsch@iue.tuwien.ac.at>
-4. Set for current session.
+the C++ header file which led to the problematic BROWSE file reads
-5. Invoke Ediff on any two files.
+namespace test {
+ class Base
+ {
+ };
-6. Now Emacs is frozen and consumes 95-99% of CPU.
+ class B : public Base
+ {
+ };
+}
-The customizations in step 3 appear to be the minimum necessary to
-induce this bug. Leave out any one of them and Ediff runs without a
-problem. Also if the 1/10 point value of height is 130 or greater
-there's no bug (with the default font family; with e.g. Helvetica the
-bug is induced only by a value of 100 or less).
+class A : public test::Base
+{
+};
-I've noticed this freeze up only when invoking Ediff. The only thing
-I've been able to do is kill Emacs externally, via top or with kill
-when run in gdb, after interrupting. When the freeze up happens
-within a gdb session, there is no automatic debugging feedback. After
-interrupting I can get a backtrace, here's an example:
+The *Tree* is then displayed as
-Update: Maybe only reveals itself when compiled with GTK+
+ *Globals*
+ test
+ test::Base
+ test::B
+The class A seems to be missing.
* DOCUMENTATION
-** Document Custom Themes.
-
-** Finish updating the Emacs Lisp manual.
-
-** Update the Emacs manual.
-
-*** Update man/info.texi.
-
-*** Update man/ack.texi.
+** Update man/info.texi.
** Add missing years in copyright notices of all files.
-** Update AUTHORS.
-
-** Reorder NEWS entries.
+Please record your name here and say which part of the distribution
+you're going to handle.
+
+DIRECTORY STATUS IN CHARGE
+--------- ------ ---------
+etc (and subdirs) done Thien-Thi Nguyen (ttn(@gnu.org))
+leim working Kenichi Handa
+lib-src done ttn
+lisp done ttn
+lisp/calc done ttn
+lisp/calendar working Glenn Morris
+lisp/emacs-lisp done ttn
+lisp/emulation done ttn
+lisp/eshell done ttn
+lisp/gnus done ttn
+lisp/international done Kenichi Handa
+lisp/language done Kenichi Handa
+lisp/mail done ttn
+lisp/mh-e working Bill Wohler
+lisp/net done ttn
+lisp/obsolete done ttn
+lisp/play done ttn
+lisp/progmodes done Nick Roberts
+lisp/term done ttn
+lisp/textmodes done ttn
+lisp/toolbar done ttn
+lisp/url done ttn
+lispintro done ttn
+lispref done ttn
+lwlib done ttn
+m4 done ttn
+mac (and subdirs) done ttn
+man done ttn
+msdos done ttn
+nt (and subdirs) done ttn
+oldXMenu done ttn
+src (and subdirs) done ttn
+vms done ttn
** Check the Emacs manual.
name, on the same line or the following line, come the names of the
people who have checked it.
-
SECTION READERS
-----------------------------
man/abbrevs.texi Chong Yidong Joakim Verona
man/buffers.texi "Luc Teirlinck" Chong Yidong
man/building.texi "Ted Zlatanov" <tzz@lifelogs.com>
man/calendar.texi joakim@verona.se Chong Yidong
-man/cmdargs.texi Chong Yidong
+man/cmdargs.texi Chong Yidong "Luc Teirlinck"
man/commands.texi "Luc Teirlinck" Chong Yidong
man/custom.texi Chong Yidong
man/dired.texi Chong Yidong joakim@verona.se
man/display.texi "Luc Teirlinck" Chong Yidong
-man/emacs.texi "Luc Teirlinck"
+man/emacs.texi "Luc Teirlinck" Lute Kamstra
man/entering.texi "Luc Teirlinck" Chong Yidong
man/files.texi "Luc Teirlinck" Chong Yidong
man/fixit.texi "Luc Teirlinck" Chong Yidong
man/mini.texi "Luc Teirlinck" Chong Yidong
man/misc.texi Chong Yidong
man/msdog.texi Chong Yidong
-man/mule.texi "Luc Teirlinck"
+man/mule.texi "Luc Teirlinck" Kenichi Handa
man/m-x.texi "Luc Teirlinck" Chong Yidong
-man/picture.texi Joakim Verona <joakim@verona.se>
+man/picture.texi Joakim Verona <joakim@verona.se> Chong Yidong
man/programs.texi "Stephen Eglen" Chong Yidong
man/regs.texi "Luc Teirlinck" Chong Yidong
-man/rmail.texi Chong Yidong
-man/screen.texi "Luc Teirlinck" Chong Yidong
-man/search.texi "Luc Teirlinck"
-man/sending.texi Chong Yidong
+man/rmail.texi Chong Yidong "Luc Teirlinck"
+man/screen.texi "Luc Teirlinck" Chong Yidong
+man/search.texi "Luc Teirlinck" Chong Yidong
+man/sending.texi Chong Yidong "Luc Teirlinck"
man/text.texi "Luc Teirlinck" Chong Yidong
man/trouble.texi Chong Yidong
man/windows.texi "Luc Teirlinck" Chong Yidong
lispref/customize.texi Chong Yidong
lispref/debugging.texi Joakim Verona <joakim@verona.se> Lute Kamstra
lispref/display.texi Chong Yidong
-lispref/edebug.texi Chong Yidong
-lispref/elisp.texi "Luc Teirlinck"
+lispref/edebug.texi Chong Yidong "Luc Teirlinck"
+lispref/elisp.texi "Luc Teirlinck" Lute Kamstra
lispref/errors.texi "Luc Teirlinck"
lispref/eval.texi "Luc Teirlinck" Chong Yidong
lispref/files.texi "Luc Teirlinck" Chong Yidong
lispref/functions.texi "Luc Teirlinck" Chong Yidong
lispref/hash.texi "Luc Teirlinck" Chong Yidong
lispref/help.texi "Luc Teirlinck" Chong Yidong
-lispref/hooks.texi
+lispref/hooks.texi Lute Kamstra Chong Yidong
lispref/internals.texi "Luc Teirlinck" Chong Yidong
-lispref/intro.texi "Luc Teirlinck"
+lispref/intro.texi "Luc Teirlinck" Josh Varner
lispref/keymaps.texi "Luc Teirlinck" Chong Yidong
lispref/lists.texi "Luc Teirlinck" Chong Yidong
lispref/loading.texi "Luc Teirlinck" Chong Yidong
-lispref/locals.texi
+lispref/locals.texi Chong Yidong
lispref/macros.texi "Luc Teirlinck" Chong Yidong
lispref/maps.texi
lispref/markers.texi "Luc Teirlinck" Chong Yidong
lispref/objects.texi "Luc Teirlinck" Chong Yidong
lispref/os.texi "Luc Teirlinck" Chong Yidong
lispref/positions.texi "Luc Teirlinck" Chong Yidong
-lispref/processes.texi Chong Yidong
-lispref/searching.texi "Luc Teirlinck"
+lispref/processes.texi Chong Yidong ttn
+lispref/searching.texi "Luc Teirlinck" Chong Yidong
lispref/sequences.texi "Luc Teirlinck" Chong Yidong
lispref/streams.texi "Luc Teirlinck" Chong Yidong
lispref/strings.texi "Luc Teirlinck" Chong Yidong
lispref/variables.texi "Luc Teirlinck" Chong Yidong
lispref/windows.texi "Luc Teirlinck" Chong Yidong
+** Check the Emacs Tutorial.
+
+The first line of every tutorial must begin with text ending in a period
+(".", ASCII 0x2E) saying "Emacs Tutorial" in the respective language.
+This should be followed by "See end for copying conditions", likewise
+in the respective language.
+
+After each file name, on the same line or the following line, come the
+names of the people who have checked it.
+
+SECTION READERS
+----------------------------------
+etc/TUTORIAL rms
+etc/TUTORIAL.bg Ognyan Kulev <ogi@fmi.uni-sofia.bg>
+etc/TUTORIAL.cn
+etc/TUTORIAL.cs Pavel Janík <Pavel@Janik.cz>
+etc/TUTORIAL.de Werner LEMBERG <wl@gnu.org>
+etc/TUTORIAL.es Marcelo Toledo
+etc/TUTORIAL.fr ttn
+etc/TUTORIAL.it ttn
+etc/TUTORIAL.ja Kenichi Handa <handa@m17n.org>
+etc/TUTORIAL.ko
+etc/TUTORIAL.nl Lute Kamstra
+etc/TUTORIAL.pl Slawomir Nowaczyk <slawek@cs.lth.se>
+etc/TUTORIAL.pt_BR Marcelo Toledo
+etc/TUTORIAL.ro
+etc/TUTORIAL.ru Alex Ott <alexott@gmail.com>
+etc/TUTORIAL.sk Pavel Janík <Pavel@Janik.cz>
+etc/TUTORIAL.sl Primoz PETERLIN <primoz.peterlin@biofiz.mf.uni-lj.si>
+etc/TUTORIAL.sv Mats Lidell <matsl@contactor.se>
+etc/TUTORIAL.th Virach Sornlertlamvanich <virach@tcllab.org>
+etc/TUTORIAL.zh
+
\f
Local variables:
mode: outline