This isn't surprising, as IIRC wolfpaw is using grsec for added "protection" in their kernels. What has been known to happen with grsec is that it malfunctions repeatedly, causes rather silly memory problems, and can be just a bad thing altogether. Unfortunately, this is a pretty poor decision on the part of the provider, but what can you do. The best response in this case is to find a provider that does not use grsec.
Since you mentioned something about them using memory and cpu pooling, then it's also quite possible they've limited your resources on the OS side and your binary is exceeding those resources. Check to make sure that you don't have any leaks in your code, and that you're not overusing your resources. Run the game through a profiler, use everything possible to find the bugs on your side, then go to the ISP and talk to them about it. Unfortunately, like I said, talking to people like this, that insist on using software which has been very well known to cause these problems is about like talking to a stone wall. They're set in the conviction that this is not problematic software, but experience has shown that this is, indeed, quite problematic software. Good luck man On Tue, 20 Sep 2005 08:50:14 -0400, Valnir wrote: > Ever since WolfPaw upgraded they kernals and enabled the CPU and > memory pooling we have been getting weird crashes. I've posted the > contents of the latest core below to show what I mean. Any help > would be appreciated. And YES, I have done a clean make since then, > several. > > #0 0x080df254 in spell_chain_lightning (sn=36, level=73, > ch=0x41d8a754, vo=0x41bb7e60, target=0) at magic.c:1270 1270 > magic.c: No such file or directory. in magic.c (gdb) where > #0 0x080df254 in spell_chain_lightning (sn=36, level=73, > ch=0x41d8a754, vo=0x41bb7e60, target=0) at magic.c:1270 > #1 0x08109092 in spec_cast_adept (ch=0x41d8a754) at special.c:623 > #2 0x0810ca78 in mobile_update () at update.c:600 > #3 0x081102cd in update_handler (forced=0 '\0') at update.c:2036 > #4 0x0809c405 in game_loop_unix (control=4) at comm.c:892 #5 > 0x0809bcf8 in main (argc=4, argv=0xb6fbd734) at comm.c:485 #6 > 0x40fe3d06 in __libc_start_main () from /lib/libc.so.6 > > Thanks in advance to everyone! > > - Valnir
