idl0r

The Problem only occurs with 3.1.2. It works fine with 3.1.1. So the DB connection etc. is fine as well, actually. It works fine, now after the todays server update. We're using the beta branch, not the development branch. So it seems like there was a incompatibility between 3.1.2 and the old beta server.

So I tried two different methods: a) Setup Altis-Life via Arma3 (the game, not standalone server) with CBA and Arma2NET(MySQL). b) Basically the same but with a standalone server, client with CBA only. a. works fine b. the same issue I reported yesterday. The client "hangs" while joining the server. You can't even enter the lobby and the mission will not be transfered. Nothing happens. ESC still works but it doesn't seem to load anything. I wonder if nobody else noticed similar issues.

Is it intended that the definer of the MySQL procedures is root instead of the DB user + EXECUTE *and* DELETE perms?

Hm, the Arma client just hangs when joining the server with 3.1.2. I first thought it's just me but all others had the same issue so we downgraded to 3.1.1. There's nothing in the server logs so far so I may have to check the client side log since the client hangs, not the server. Btw. What's wrong with schema changes, what you mentioned above?

Well.. The "dependency" has been removed. It seems they linked it in statically.

So, looks like I'll have to wait until the Java dependency is gone :( So by "removing the dependeny" you mean removing it completely or just link it statically in?

So I can confirm the loop warnings as well as the segfault. David got the cordump already via Skype/PM.

Sorry guys but I must reply :D 1. Choice 3. should be removed as the ASR_AI is not related to ACE and IMHO totally unrelated to the question. 2. Ther should be a "I don't use ACE at all" choice, as previously mentioned by Bars91 on Page 2 comment 13. I bet at least 50% of the voters of choice 1 don't use ACE at all so I would make a new poll to be honest. "No Ace at all" "Only with missions made for it" "Yes, always" That's pretty clear to anybody IMHO. Or even just "Yes" and "No". I don't even know why there are still answers like "Hell no". I've spoken to some ACE "haters" and it quickly turned out they simply didn't know what ACE is and does at all. Some were really impressed when they noticed the differences, new and enhanced things, items and so on. In my opinion it just makes Arma much more realistic and this is exactly what I want, a realistic feeling. I think more people should give it a try.

Your "Joint Strike Force" missions sounds really intresting though it says it requires TF86_USSF_Units and on the armaholic page you just mention the TF86 Seal Pack (which I have installed, via Six). That pack seems to have been renamed or so.. no idea but I have tf86_seals installed and it still wants TF86_USSF_Units. Did you use a old release perhaps or am I just looking for the wrong addon?

Guys, please create a new thread for such issues. Thanks!

It looks to me like it is *also* related to Battleye. We tried the previous alpha(s) and none of them worked and they either segfaulted during startup (the server/arma itself) or after the mission has been loaded. This version also had a memory corruption after the mission has been loaded and we then tried it again without Battleye... It works since a few minutes now. The actual problem seems to be arma/server related but at least some crashed are caused by Battleye. Can anybody else confirm that? May help to get that fixed.

Come on guys.. are we seriously talking about GLIBC *2.7*? That's from 2007.. I'd strongly suggest to instead update your system in any case.. gcc 4.6.3 glibc 2.14.1 linux 3.2.11-hardened (PaX/GrSecurity)

Reezo: Please update the signature to V2. :/

Yeah, missions.

Hi guys, is there also a bandwidth setting for the map downloads? Its pretty slow and I'd like to increase it a bit. I don't care much about bandwidth so basically it could even use the full available bandwidth for it. I've already set the other bandwidth settings but it looks like it didn't change anything. I'll post it anyway although it seems to be unrelated: MaxMsgSend=256; MinBandwidth=10485760; // ~10mbit, bits per second MaxBandwidth=104857600; // ~100mbit, bits per second

Well.. I just though its basically unlikely that the map download will ever hit my servers bandwidth limit so I wanted to increase it for the map downloads. Its just.. it feels like years ago, if you have mostly 11 MB/s and you see then it takes more than half a minute for just 2823kb. So there is no way to configure it?

I can mostly use the full available bandwidth of my ISP (home) to my server so around 11 MB(megabyte)/s. The map download (just tested): 2823 kb (kilobyte) map size. It took around 34.6 seconds so: ~82 kb (kilobyte)/s That is.. yeah.. pretty slow :D

I did remove the vops_* stuff and there was nothing related to the vops_s_guns error/warning but it still occurs.

Hm, the editor always adds vops_s_wheeled to the mission.sqm although I didn't add it myself - can that behaviour be changed somehow? *edit Also I always get the warning/error about: you cannot play/edit this mission; it is dependent on downloadable content that has been deleted. vops_s_guns

Hi everybody, I'd like to use a header in some scripts. Its no problem if I do that in the mission root directory as the #include directive supports directories as well. The problem start if you're in a sub directory and want to include something from e.g. mission root or another sub directory. Example: <missionroot>/subdir1/foo.hpp: #define FOOBAR <missionroot>/foo.sqf: #include <subdir1\foo.hpp> That above works as well as #include "..." but this case doesn't: <missionroot>/subdir2/foobar.sqf: #include "..\subdir1\foo.hpp" So "..\" isn't supported at all and the server/client "crashes" because it can't find the header. My question is now: Is there a way to *properly* include header/files in such cases anyway? I tried to google a bit about it and the only thing I found was using "mpmissions\__cur_mp.<island>\<file name>" or "missions\__cur_sp.<island>\<file name>". I don't know whether it works at all or not but even then I'd be still just a workaround to me.

Right. ---------- Post added at 02:27 PM ---------- Previous post was at 02:15 PM ---------- I don't want to have e.g. 5 duplicates of my header just to be able to include it. Makes it just more "complicated" esp. if somebody else (probably one who is unexperienced) want to edit something etc.

That means I'd have to use something like this: if (isServer) then { #include "__cur_mp.<island>\..." } else { #include "__cur_sp.<island>\..." }; That would be just horrible...

Yeah, well.. the full path may be different then depending on SP/MP if you're referring to the __cur_mp thingy - right?

Uh, GL4 (latest version via six-updater) shows me the enemy (AI only?) on the map, even ones which are far away from me or any other teammates. Can anybody else reproduce that? *edit Oops, sorry.. I should have read the previous page.. Anyway it should be fixed or turned off by default.

Please update the signatures for the ACE version.