Re: Accelerator - Crash Reporting That Doesn't Suck
hello i try to compile but i get:
Code:
git clone https://github.com/asherkin/accelerator.git accelerator Quote:
Code:
ambuild Quote:
|
Re: Accelerator - Crash Reporting That Doesn't Suck
Accelerator is using AMBuild1, not AMBuild2 - see the TravisCI (.travis.yml) or AppVeyor (appveyor.yml) configs for what dependencies you need and commands you need to run.
|
Re: Accelerator - Crash Reporting That Doesn't Suck
Thanks!
|
Re: Accelerator - Crash Reporting That Doesn't Suck
So I just learned how to find windows signatures and how to decipher windows stack traces.
Does this extension cause any noticeable overhead while it's being run on the server or none? Thanks! |
Re: Accelerator - Crash Reporting That Doesn't Suck
Effectively none, it only does work on a crash and when the server first starts (which is all offloaded to a thread in current versions).
|
Re: Accelerator - Crash Reporting That Doesn't Suck
Quote:
|
Re: Accelerator - Crash Reporting That Doesn't Suck
You can find timestamped log messages in the SourceMod error log.
|
Re: Accelerator - Crash Reporting That Doesn't Suck
My server crashes evertyime map changes during the game not like on start, accelerator says dump was created with ID ( number) but when i look at dumps folder its empty
|
Re: Accelerator - Crash Reporting That Doesn't Suck
They are deleted after upload, enter the ID you were given into the web page.
|
Re: Accelerator - Crash Reporting That Doesn't Suck
Just saw this in a random crash report:
"The server that this crash is from has been modified to allow pirated game clients to join." Why aren't you just outright discarding and refusing to process these crashes? Don't we reject no-steam servers? Even if you must fully process them to determine it is a cracked server, I still don't see any harm in just discarding the processed data and saying "no-steam servers are not supported by this application". I could be talking out of my ass so I don't know. |
All times are GMT -4. The time now is 14:45. |
Powered by vBulletin®
Copyright ©2000 - 2024, vBulletin Solutions, Inc.