--- a/PROBLEMS	Wed Jan 20 07:05:57 2010 -0600
+++ b/PROBLEMS	Wed Feb 24 01:58:04 2010 -0600
@@ -60,7 +60,7 @@
 *** How do I configure to get the buffer tabs/progress bars?
 
 These features depend on support for "native widgets".  Use the
---enable-widgets option to configure.  Configuration of widgets is
+--with-widgets option to configure.  Configuration of widgets is
 automatic for "modern" toolkits (MS Windows, GTK, and Motif), but if
 you are using Xt and the Athena widgets, you will probably want to
 specify a "3d" widget set.  See configure --usage, and don't forget to
@@ -301,7 +301,7 @@
 Larry Auton <lda@control.att.com> writes:
 Beware of not specifying
 
-	--enable-dialogs=athena
+	--with-dialogs=athena
 
 if it builds with the motif dialogs [boom!] you're a dead man.
 
@@ -324,7 +324,7 @@
   defined in string.h - basically anything the compiler knows how to
   inline.)
 
-*** On AIX 4.3, you must specify --enable-dialogs=athena with configure
+*** On AIX 4.3, you must specify --with-dialogs=athena with configure
 
 *** The libXt shipped with AIX 4.3 up to 4.3.2 is broken.  This causes
     xemacs -nw to fail in various ways.  The official APAR is this:
@@ -392,7 +392,7 @@
 are caused by using GNU ld.  There are several workarounds available:
 
 In XEmacs 21.2 or later, configure using the new portable dumper
-(--enable-pdump).
+(--with-pdump).
 
 Alternatively, you can link using the Sun version of ld, which is
 normally held in /usr/ccs/bin.  This can be done by one of:
@@ -559,7 +559,7 @@
   passes the result to something that things foo_struct is a bit bigger,
   trashing memory....
 
-Here's typical crash backtrace.  With --enable-pdump, this occurs
+Here's typical crash backtrace.  With --with-pdump, this occurs
 usually at startup under X windows and xemacs -nw at least starts, while
 without --pdump a similar crash is observed during build.
 
@@ -582,7 +582,7 @@
 
 The MIPSpro Compiler (at least version 7.2.1) can't seem to handle the
 union type properly, and fails to compile src/glyphs.c.  To avoid this
-problem, always build --enable-union-type=no (but that's the default, so
+problem, always build --with-union-type=no (but that's the default, so
 you should only see this problem if you're an XEmacs maintainer).
 
 *** Linking with -rpath on IRIX.
@@ -711,7 +711,7 @@
 	/path_to_xemacs_source/configure --with-gcc=no \
 	  --with-site-includes=/usr/local/include \
           --with-site-libraries=/usr/local/lib \
-	  --with-xpm --with-xface --enable-sound=nas
+	  --with-xpm --with-xface --with-sound=nas
 
 This version now supports ELF builds.  I highly recommend this to
 reduce the in-core footprint of XEmacs.  This is now how I compile
@@ -720,7 +720,7 @@
 	/path_to_XEmacs_source/configure --with-gcc=no \
 	  --with-site-includes=/usr/local/include
           --with-site-libraries=/usr/local/lib \
-	  --with-xpm --with-xface --enable-sound=nas --with-dynamic
+	  --with-xpm --with-xface --with-sound=nas --with-dynamic
 
 The compiler known as icc [ supplied with the OpenServer 5 Development
 System ] generates a working binary, but it takes forever to generate
@@ -733,7 +733,7 @@
 	/path_to_XEmacs_source/configure --with-gcc=no \
 	  --with-site-includes=/usr/local/include \
           --with-site-libraries=/usr/local/lib \
-	  --with-xpm --with-xface --enable-sound=nas --with-dynamic \
+	  --with-xpm --with-xface --with-sound=nas --with-dynamic \
           --with-compiler="icc"
 
 NOTE I have the xpm, xface, and audio libraries and includes in
@@ -801,6 +801,8 @@
 
 *** Signal 11 when building or running a dumped XEmacs.
 
+Possibility #1:
+
 This appears to happen when using the traditional dumping mechanism and
 the system malloc.  Andy Piper writes:
 
@@ -810,6 +812,13 @@
 
 Try configuring with pdump or without system malloc.
 
+Possibility #2:
+
+Crashes when running a dumped XEmacs 21.5.29 have been observed circa
+January, 2010 in Cygwin 1.7 when configuring with C++, NEWGC and optimization
+(i.e. `--with-compiler=gcc --with-xemacs-compiler=g++ --with-mc-alloc
+--with-optimization').  Turning any one of these off produces a working build. 
+
 *** Syntax errors running configure scripts, make failing with exit code 127
     in inexplicable situations, etc.
 
@@ -1394,7 +1403,7 @@
 undefined symbols.
 
 The only known case in which this happens is if you are using gcc, you
-configured with --enable-error-checking=all and --enable-modules, and
+configured with --with-error-checking=all and --with-modules, and
 you compiled with no optimization.  If you encounter this problem in any
 other situation, please inform xemacs-beta@xemacs.org.
 
@@ -1647,14 +1656,14 @@
 that sorts the ELF reloc sections in the executable, giving dramatic
 speedups in startup for large executables.  It also confuses the
 traditional unexec code in XEmacs, leading to the core dump.  The
-solution is to use the --enable-pdump or --with-ldflags='-z nocombreloc'
+solution is to use the --with-pdump or --with-ldflags='-z nocombreloc'
 options to configure.  Recent 21.4 and 12.5 autodetect this in
 configure.
 
 Red Hat and SuSE (at least) distributed a prerelease version of ld
 (versions around 2.11.90.x.y) where autodetection is impossible.  The
 recommended procedure is to upgrade to binutils >= 2.12 and rerun
-configure.  Otherwise you must apply the flags by hand.  --enable-pdump
+configure.  Otherwise you must apply the flags by hand.  --with-pdump
 is recommended.
 
 *** I want XEmacs to use the Alt key, not the XXX key, for Meta commands