logo ┌─[✗]─[[email protected]]─[~] └──╼ $./Pwn3d.sh Dear Admin/s, Greetings from ./Payload.sh [ Homepage: https://Payload.sh/ ] Your database has been dumped we have all '_users' in a .sql* Proof:'1','Victor','fd60ce6b028082526ca18e9a05f5af32','XYNd3d3h','Wow8TYxNI7D7tEnR3GQZrnTdb5snhus1LSKtsTglBbDV71VAu7','victor+[email protected]' Anyways not going to lie, things ain't preety for you. Next time keep your shit up to date & maybe take some time to patch your server. exit
Thread Closed 
Thread Rating:
Regarding the Crashes
2011-12-28, 07:46 PM, (This post was last modified: 2012-01-01, 09:37 PM by Victor.)
#1
Regarding the Crashes
I know that it is a segmentation fault that causes it, but I could not find it.

I am running the "official server" as an experiment. It runs on the latest version possible. If it does not get a segfault over time, then I will know that the problem is likely fixed and I should make a new release soon. Otherwise, I will continue to look for the issue.

2.3.4 is coming soon.

All bugs are fixed, and verified with the following command:
Code:
/alias lol [gamespeed 1000;sleep 1000 [lol]];lol;botbalance 20

The testing procedure is to use the above command, wait for next round, and repeat once.

No crash occurred from the testing the first time.

EDIT: Looks like a crash from some subsequent tests... time to compile a debug client.

EDIT 2: The debug server (and Visual Studio's debugger) has found a buffer overflow that occurred from a typo.

EDIT 3: enet got a stack overflow when it ran out of memory (probably due to the way I was testing it, server debug with 40x speed), but should be "stable" now as there is no need to run a server at 40x.

EDIT 4: enet bug only happens if suicide bomber is deployed (infinite loop makes infinite packets, then enet can't allocate memory on the heap!)

EDIT 6: description of edit 3/4's bug:
you are about to be killed -> suicide bomber is deployed -> you are about to be killed -> suicide bomber is deployed -> ...
and it runs out of memory making packets on the heap for this...

but fixed in SVN.

EDIT 5: merged 2.3.4 with crash thread

Best regards,
Victor
//victorz.ca
Code:
Your antithesis compares favorably with any high magnitude of pwnage. (-you > |p|, you < -|p|)
My antithesis compares favorably with _that of_ any high magnitude of pwnage. (|-me| > |-p|, |me| > |p|)
2011-12-28, 08:07 PM,
#2
RE: Regarding the Crashes
So basically there may be a 2.3.4 soon? lol
2011-12-28, 09:34 PM,
#3
RE: Regarding the Crashes
Yes, but hopefully not a 2.3.5 anytime soon.

Best regards,
Victor
//victorz.ca
Code:
Your antithesis compares favorably with any high magnitude of pwnage. (-you > |p|, you < -|p|)
My antithesis compares favorably with _that of_ any high magnitude of pwnage. (|-me| > |-p|, |me| > |p|)
2011-12-30, 03:07 PM, (This post was last modified: 2011-12-30, 03:07 PM by RPG.)
#4
RE: Regarding the Crashes
New servers get segfaults very often. Try to collect debug information.

ACR server is down again.
2011-12-30, 04:08 PM,
#5
RE: Regarding the Crashes
I still can't find where the segfaults are in the code.

Best regards,
Victor
//victorz.ca
Code:
Your antithesis compares favorably with any high magnitude of pwnage. (-you > |p|, you < -|p|)
My antithesis compares favorably with _that of_ any high magnitude of pwnage. (|-me| > |-p|, |me| > |p|)
2011-12-30, 04:51 PM,
#6
RE: Regarding the Crashes
I'm sure that one of your commits produces segfaultSmile

First of all pay attention on memory allocation and memory cleaning, entity handling, and so on.

Debugger may give you more information about crash: backtrace or even line of code where crash happens.

I got crash caused by malloc/free memory corruption.

try: http://stackoverflow.com/questions/18199...list-error
2011-12-30, 05:43 PM, (This post was last modified: 2011-12-30, 05:44 PM by Victor.)
#7
RE: Regarding the Crashes
@RPG: are you 100% sure that it is "malloc/free memory corruption" and not new/delete? or new[]/delete[]?

I will look for malloc issues...

EDIT: only enet uses malloc, but no calls are made to malloc() in the ACR code. And only one call to free() from something created by backtrace_symbols().

It must be a mistake I made with new/delete or new[]/delete[].

Best regards,
Victor
//victorz.ca
Code:
Your antithesis compares favorably with any high magnitude of pwnage. (-you > |p|, you < -|p|)
My antithesis compares favorably with _that of_ any high magnitude of pwnage. (|-me| > |-p|, |me| > |p|)
2011-12-30, 07:03 PM,
#8
RE: Regarding the Crashes
ohh, of course, malloc/free in pure C is equal new/delete in C++Smile

enet is written on C, AC - C++
2011-12-30, 08:08 PM,
#9
RE: Regarding the Crashes
Do you see any mistakes in the code? I couldn't find any regarding this segmentation fault.

Best regards,
Victor
//victorz.ca
Code:
Your antithesis compares favorably with any high magnitude of pwnage. (-you > |p|, you < -|p|)
My antithesis compares favorably with _that of_ any high magnitude of pwnage. (|-me| > |-p|, |me| > |p|)
2011-12-31, 02:46 AM,
#10
RE: Regarding the Crashes
What code exactly you talking about? I can't read whole source of the gameSmile
« Next Oldest | Next Newest »
Thread Closed 


Forum Jump:


Contact Us | Victor | Return to Top | | Lite (Archive) Mode | RSS Syndication | Valid XHTML 1.0 | Valid CSS 2.1