[Mono-devel-list] mod_mono on Mac OS X?
Sean A Corfield
sean at corfield.org
Thu May 13 17:43:59 EDT 2004
On May 13, 2004, at 1:48 PM, Dan Winship wrote:
>> The problem seems to be that libmod_mono.so is not built on OS X 10.3.
>> libmod_mono.0.0.0.dylib is built OK - it seems that an extra step is
>> needed to convert this to a "Mach-O bundled ppc" called libmod_mono.so
>> - any pointers?
> XSP has to pass "-module" to libtool when linking libmod_mono.la to
> indicate that it's a loadable module rather than a shared library.
Awesome. I changed line 121 of mod_mono-0.9/src/Makefile to this:
libmod_mono_la_LDFLAGS = -module
and it correctly built the module and installed it just fine. I
restarted Apache and went to test it and got:
Service Temporarily Unavailable
The server is temporarily unable to service your request due to
maintenance downtime or capacity problems. Please try again later.
Apache/1.3.29 Server at localhost Port 80
But that moves me a little further forward. I'll see if I can track
down what this new problem is. I'll try manually starting the mod_mono
server and see what happens on the console...
BTW, I already tested the basic XSP web server and it doesn't work. I
get a generic server error in the browser and the following exception
on the console:
[Sean-Corfields-PowerBook-G4:doc/xsp/test] root# mono /usr/bin/xsp.exe
Listening on port: 8080
Listening on address: 0.0.0.0
Root directory: /usr/share/doc/xsp/test
Hit Return to stop the server.
System.TypeInitializationException: An exception was thrown by the type
initializer for System.Runtime.Remoting.Lifetime.LifetimeServices
Server stack trace:
in (unmanaged) (wrapper managed-to-native)
in <0x0008c> (wrapper managed-to-native)
in <0x000c4> System.AppDomain:InvokeInDomainByID
Exception rethrown at :
---> System.OverflowException: Resulting timespan is too big.
in <0x00220> System.TimeSpan:FromMilliseconds (double)
in <0x0005c> System.TimeSpan:FromSeconds (double)
in <0x00068> System.Runtime.Remoting.Lifetime.LifetimeServices:.cctor ()
--- End of inner exception stack trace ---
in <0x002e0> System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke
Sean A Corfield -- http://www.corfield.org/blog/
"There are no solutions, only trade-offs."
-- Thomas Sowell
More information about the Mono-devel-list