"Ben Wing" <ben(a)666.com> writes:
hmm ...
[1] do you have any local modifications in your code base?
[2] try doing a total, total rebuild. `make realclean' and then rm *.elc in the
lisp/ and lisp/mule/ directories, then rebuild. it will take a while.
if after [2] you still see the problem, then something is definitely weird. but
i have a feeling it'll go away.
OK. I went a bit further than this, and extracted the distribution
tarball again from scratch.
I set HAVE_xxx on for pretty much everything under the sun (MULE, PNG,
JPEG, compface...). I have OPTIMIZED_BUILD=1 and DEBUG_XEMACS=0 and
ERROR_CHECK_ALL=0. When I ran with all the debugging stuff in place,
the build was done in C++ mode, which generated some strange prototype
errors which I didn't have time to diagnose.
The only other change I made was to remove the use of lib-src\i from
xemacs.mak, because it was causing crashes (not sure why, possibly
some interaction with MSVC 6.0 nmake).
[time passes...]
Nope. It still happens.
I now tried another complete rebuild, this time with debug mode on but
with CPLUSPLUS_COMPILE=0 to force C-mode compiling. This fixed the
prototype errors, and let me build OK. With debug mode (and my patch)
there was no problem.
Now I'll try debug mode without my patch.
[time passes...]
No problem. So it looks like it's not my patch, but some sort of
optimiser bug in Visual C 6.0. Ack. That means it's going to be a real
pain to identify.
If there's anything more I can do, let me know. For now, I can add a
line (load-library "gutter-items") into my .gnus, which works around
the problem.
Paul.
PS There seems to be a redraw bug as well. If I start a new frame,
with C-X 5 f ~/.gnus RET, the new frame appears but the contents is
not drawn until I minimise and then restore the window (or
something similar, which causes Windows to request a full repaint
of the window). This is on Windows XP Home, with Service Pack 1, if
it matters...
--
This signature intentionally left blank