David (and others) are distributing precompiled GNU Emacs binaries
with additional files preloaded. And they see a problem (so-called
"commandp" one) which I don't see with the CVS version. I suspect
this is due to the situation above, but there's no evidence yet.
If the problem is reproducible, it should be fairly straightforward to
debug. Is there clobbered data or not?
> If so, can you see a general rule for how to prevent it from
> happening?
I think compile-time analysis would not become perfect because of
dynamic bindings.
Sorry, I don't understand. Symbols are never copied to pure space,
so their bindings, whether dynamic or not, can't cause this kind
of problem.
On some systems including Mac OS X, the pure storage is not remapped
to the text segment. But still one can set watchpoint to the array
`pure' to do run-time check.
I don't follow. Run-time check of what?
_______________________________________________
Emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
