Mats Lidell writes:
Aha. Missed that but isn't that evil. We need to build the
packages on
a machine that has all features, but having both X and mswindows at
the same time isn't possible... but I guess I'm missing something
basic here.
Aidan has a better grasp of details than I do, read his posts. I
think there's still a puzzle piece missing, specifically it seems that
the order of the instantiators matters.
Yes. I know. The odd thing is that when I try to recreate by running
the same build, on the same machine, in a copy of the package tree,
using the same 21.4.22 binary, I don't get that error.
I think that what is probably happening is that XEmacs is being run as
a subprocess of some program that doesn't close unneeded file
descriptors before forking XEmacs -- and then does close them later.
Why this hasn't been a problem in the past I'm not sure; perhaps it
has to do with multicore architectures becoming common.
Eg, are you perhaps running make -j N for N > 1?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta