Greg Hendershott wrote at 03/25/2011 05:52 PM:
SIGSEGV MAPERR si_code 1 fault on addr 0xb7600000
A few thoughts:
* That address looks special or suspicious to me. Problem with a shared
library, perhaps FFI?
* If this VM is 64-bit, are you running 64-bit code and libraries?
* You can run under "gdb" and try to get it to fail again, to get a
backtrace . If you don't want to run under "gdb", enable core dumps for
the process, try to reproduce the failure, and then you can use "gdb" to
get a post-mortem backtrace from the "core" file.
* If the backtrace doesn't help, I suggest looking through the
application code and any libraries you're using, for things that seem
like they might be problematic.
* I don't know how you're doing SMTP, but if you have various MTAs
connecting with various SMTP accents, perhaps (this is wild speculation)
the problem occurs when one MTA tries to to SSL/TLS and there's some
shared library problem with OpenSSL or other library?
* Good luck, and don't be scared off too easily. FWIW, I can tell you
that clients of mine have numerous production installations of
Racket-based Internet apps (mostly PLT version 4.x; not much 5.x yet),
including some use of EC2, and I don't recall encountering a problem
like this.
--
http://www.neilvandyke.org/
_________________________________________________
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users
