barbolani

Hello friends! On Antistasi Tanoa I am receiving several reports on which happens the following: - AI freezes totally. - AI becomes inmune. - Players can't login again. - Irreproducible: Happens sometimes after hours playing. And .rpt was clean clean as Bohemian glass.... My first thought is some script error is flooding the server and collapsing it, but first, something should be shown in .rpt, and second, CPU load stats etc. should show something, and those reports include an almost idle CPU. I checked all scripts (I have a TON) related to allowDamage, handleDamage, disableAI etc.. nothing wrong and of course nothing which by accident can be applied to allUnits whatever. So I beg you gurus your opinion on where to debug-check, or if there is something known engine Bug related to this which I don't know. In SP all goes well. Thanks in advance!!!!

@Swoop: Yes, no, maybe :) Better than that is to disable the whole thing with a useful integration with XLA Fixed Arsenal mod, which is designed to avoid all the exploits / issues vanilla Arsenal has. @nazarovtr: Tonight's patch will hopefully solve all those issues. BTW: Is your server built without pass? I've seen one with a similar name tan your Nick and I was about to ban it. If yes, please put a pass on your server. I don't want to have servers with outdated versions of my beta product so general public without the required knowledge thinks Antistasi is shit because of some BETAish bug...

Nope

Writing the code on how you are adding the action, to what, what do you pretend, will be helpful for the helpers eager to help.

gameyPlayer addEventHandler ["HandleDamage", { _unit = _this select 0; _part = _this select 1; if (_part == "") then {(damage _unit) + 0.1} else {_this select 2} }]; You will need 10 shots to kill him. If you need 100 shots, replace 0.1 by 0.01, I hope you get the idea.

I could do, but I work with several tons of scripts, so this will leave it in a "big short list". I reviewed all the while loops and found some possible unlimited loops with no sleep, it can be there. And also found findEmptyPosition, which I use it a lot, with heavy radius, no matter what minimum, freezes the game for several seconds, that command should be improved as it waits to do the whole search until it returns. This + "I am not finding the space you need to, so try again" may freeze the server easily. Tanoa is very tricky to find dynamic landing positions for helis. BIS_fnc_findSafePos is not bulletproofed, and sometimes, for a big heli, there is no room in several hundreds of meters for it to land.

Lockup may be solved but in the way I made some mistake and garrisons won't spawn. Will solve it ASAP.

Hi! Investigations I made so far: There is no HC issue, as people without it is experiencing it. The only reason I may think is there is some pesky while {true} loop which has no sleep delay and it's flooding the server or HC because the condition to exitWith is not met. I am checking the ton of scripts but no success. Is there any debugging technique which you may advice or another possibility?

Known bug but one which is really driving me crazy. Still an Arma engine failure is discarded, but doing a lot of research on it.... .rpt regetably shows nothing.

Withour server and clients .rpt I can do nothing, sorry.

Oh, believe me, I crushed tons of times with invisible walls in Altis. Predefined spots may be the solution not only for parked boats but for all things related sea spawning. In a to do list is get rid of BIS_fnc_findSafePos, as it is not a bulletproofed function.

Thanks guys. I have server .rpts but not from clients, lets hope some client error is flooding clients... will report you!

Uh, good one. But, it's happening in non HC platforms, I made some tests and with no HC params are returning ok, I think it's hard to change ownership from the server to anything else, specially if all the HC settings are only done on server init, so HCs cannot JIP and thus having assigned AI ownership...

Regetably not....

Thanks ski, that .rpt reveals something. Will check it ASAP. @swoop: Well, don't expect to find the boats in super nice places, they are supposed to be placed in shore land. About the invisible walls. Seems to happen in Altis too. I think it's an engine thing, not really sure what happens, but it's not happening everyday...

Ask google "where is Arma .rpt"

The more I think about how Antistasi can cause that bug, the more I think it's something on Arma engine or as much, some functionality Antistasi uses which is broken in the Arma engine. Antistasi can only cause that kind of issue if it floods a client with an error, and by this cause, client looses connection (I doubt it even on that situation) Again: have you played a match on Tanoa on other missions with the same lenght? I only see players disconnecting, checking those players .rpt would be very helpful too.

I could put some kind of circles around each zone which will be a visual aid to know where you can / cannot place your HQ on the begining. Noted!

1600 mts? Are you planning to use jets??? In Tanoa 900 mts is good enough :)

It only supports up to 3 HCs (should be enough for a very interesting-crowded of AI match)

Yes, it is a known issue. Currently focused on Tanoa, there you won't find that bug (see forum post: Warlords of the Pacific). If you have time, as you have a running HC platform, I would be very thankful if you make a try and tell me if everything is ok there.

No way! The code for official affect a couple things more. Is designed for really open servers. If you plan to play with friends, believe me you don't need Autosave, HQ is visited from time to time at bullet speed :)

Yes, ok, I know, but that's not the point. The point is AI trying to drive through them....

swoop, as allways bringing easy bugs to solve :) I am 90% convinced this is an Arma engine issue, as it seems in some part, ammobox contents don't get broadcasted over the network if they are created on the fly... Happens with surrendered units too (some player sees x, some player y, some player nothing).

Nonono gents. 1. Use the system, no matter if you have the server persistent, main reason: I update the file and you won't lose your progress. 2. When the question is asked to a commander on server restart, saying YES will make the server stats load (+ his personal stats). Else, it will load personal stats. 3. You may leave the server without problems, engine is waiting for a commander to perform all the major things such as big attacks etc.