[Mono-devel-list] mod_mono FAQ proposal: additional question + answer [Virus checked]
Winfried.Harbecke at Extern.Sparkassen-Informatik.de
Winfried.Harbecke at Extern.Sparkassen-Informatik.de
Wed Feb 2 01:43:03 EST 2005
Hi,
as far as I can see, the combination of mod_mono compiled from
source against an Apache 2 development package (like the one in
Debian testing) with an Intel CPU is not uncommon. The following
extension to the FAQ could be helpful in that situation:
Appendix D of mod_mono/INSTALL should be changed to point to
http://apacheworld.org/modmono/FAQ.txt
instead of
http://www.go-mono.com/faq.html#mod_mono
for more information, and FAQ.txt should be expanded:
=================================================================
2.6) I get Internal Server Error (500) when I try to load a sample ASP,
and with mod_mono_server.exe started from a console window, I get
In ModMonoWorker.Run: Abnormal string size.
This happens when mod_mono.so and mod_mono_server.exe versions are
incompatible. If you compiled mod_mono from source and you are using
the Apache 2 development package, you should also
cd /usr/include/apache2
grep WORDS_BIGENDIAN *.h
and if you get
#define WORDS_BIGENDIAN 1
but you are trying to install mod_mono on an Intel/AMD machine, remove
the offending line (it's a lie!) and recompile mod_mono.
=================================================================
I posted the details to
http://lists.ximian.com/archives/public/mono-list/2005-January/025521.html
I also tried to work around this problem by rearranging the include
directives in mod_mono.c, but stopped when I became aware of the level
of intricacy built into mod_mono.h.
Also, apache-dev is not the first development package with configure
generated (i.e. non-generic) include files that I stumbled into, I have
also seen that in glib-dev. Actually, it seems reasonable to generally
discourage the use of development packages and advise potential users
that installing required components from source is a better aproach.
More information about the Mono-devel-list
mailing list