Never mind please disregard that.
I forgot to add the server.so offset. It is in a crash in
CGlobalEntityList::Clear.
On Tue, Dec 7, 2010 at 2:00 PM, bottige...@gmail.com
wrote:
> I just got another crash today. I don't know why I am not getting any core
> dumps, but I was able to get a minidump
I just got another crash today. I don't know why I am not getting any core
dumps, but I was able to get a minidump which pins the crash at
server.so+0x3f24e3.
This is located in the "SlerpBones" function. I googled this function and I
found out that someone else also had a crash, but it was on the
I don't know what you are alluding to. Can you just say why?
2010/12/1 Björn Rohlén
> This explains HOW it happens: http://www.iovene.com/34/
>
> As to the WHY, I think we can all figure that out with minimal amount of
> imagination
>
> -TheG
>
> On Wed, Dec 1, 2010 at 1:45 AM, Kyle Sanderso
This explains HOW it happens: http://www.iovene.com/34/
As to the WHY, I think we can all figure that out with minimal amount of
imagination
-TheG
On Wed, Dec 1, 2010 at 1:45 AM, Kyle Sanderson wrote:
> No idea, I've gotten the same crash on CS:S, though.
>
> Kyle.
>
> On Tue, Nov 30, 2010
No idea, I've gotten the same crash on CS:S, though.
Kyle.
On Tue, Nov 30, 2010 at 4:37 PM, bottige...@gmail.com
wrote:
> I just got a strange TF2 crash on my linux server. Here is the core dump.
>
> #0 0xb7c95cb5 in abort () from /lib32/libc.so.6
> #1 0xb7c8b788 in __assert_fail () from /lib3
I just got a strange TF2 crash on my linux server. Here is the core dump.
#0 0xb7c95cb5 in abort () from /lib32/libc.so.6
#1 0xb7c8b788 in __assert_fail () from /lib32/libc.so.6
#2 0xb02d8902 in google_breakpad::UntypedMDRVA::Copy(unsigned int, void
const*, unsigned int) () from bin/crashhandle
6 matches
Mail list logo
