It finally crashed again, unfortunately mod did not load

20:50:07 "ArmaFullDump initializing"
20:50:07 CallExtension loaded: ArmaFullDump (C:\NWG_PL\Arma3Server\@ArmaFullDump\ArmaFullDump_x64.dll) [Arma full mdmp]

Ok, updated biki. Have you tried allUsers / getUserInfo instead?

this feedback tracker is for bugs; this seems to be a configuration issue so the Discord channel is more appropriate :-)

Sorry, I'm French and I don't speak English. On discord, no chance to make me understand. On the other hand @LouMontana why are you closing the subject when I have no beginning of an answer! I feel like I'm disturbing here!

I've looked it up, it is not supported for low level objects

NO REPONS indeed

NO REPONS ....

Falls sie noch weitere fragen haben können sie mich auch auf Dicord erreichen unter leonrieg#3318

RVExtensionContext added in 149758

@dedmen This is still an issue. "Floating point exception" for any maxMem values >= 4096 on Linux x64.

Please look at this RPT file as the other one is a windows 10 version after I tried revererting back to see if that changes anything , sadly it made no difference.

ah sorry, can you provide the memory dump file along? C:\Users\Perry\AppData\Local\Arma 3\Arma3_2022-07-31_18-51-21.mdmp
and eventually all other files from this datetime. This will be useful for problem analysis

Yeah sure{F2766806}

the txt file you provided is apparently a launcher crash; can you provide fresh RPTs of the game crash please?

Hi,
Yes I've tried all those things on that link and they hav'nt changed anything.

Hello,
have you tried the solutions listed on this page? https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit#0xC0000005_-_ACCESS_VIOLATION

ARMA will not launch. Error message: Arma 3 Launcher Exception Log

The video with two airframes is 34 seconds long. I only meant to show this one, but I uploaded the short one by mistake. Here is the correct video. NOTE: Both videos showcase the issue. The first one just shows it on the Cayuse.

the action gets shown to squad unit

ah yes, got it after using the advanced commanding menu - it also happens when only one unit is selected, as planned.
Thanks for the check!

'Unknown attribute itemsCmd' should be fixed in 149757

When you press f2 the action gets shown to squad unit hence you see it printed, so you get output for 2 units instead of 1. As soon as you move beyond 50m it disappears. So working as expected

Okay so apparently it was totally my fault and I somehow managed to break things with a control character in the filename. Sorry for bothering you KK and thanks for the reply. You can mark this as a non-issue

If I'm not mistaken this was the behaviour when the command was initially introduced

In T166876#2344095, @BIS_fnc_KK wrote:

your second screenshot executes on the client. to get server execution you need to put it in the larger field and press server exec

your second screenshot executes on the client. to get server execution you need to put it in the larger field and press server exec

Same issue: Mi-2 AI crew won't fire any weapons except the door guns, and seem to have trouble flying in general. Armed UH-1s are fine.

I've noticed the same issue. It's very game breaking in multiplayer games where enemy tanks can see you strolling across from several kilometers because the stealth balaclava does not render after certain distance.

Had this issue, it's happened to me multiple times, and I managed to reproduce it. Here's the crash file.

I don't know, but as far as I see there is no good reason. You could just as easily have all the select overloads, such as _string # [1,2]. Same way you could have _string + [1,2] (I know, it's not a valid syntax)
And - is a unary command, so _arr#-_index is not gonna be confusing either.

In T163762#2343019, @BIS_fnc_KK wrote:

in 2.10
"a3\data_f\snowflake4_ca.paa" -4 frames for low texture video setting
"a3\data_f\snowflake8_ca.paa" -8 frames for medium texture video setting
"a3\data_f\snowflake16_ca.paa" -16 frames for high texture video setting

Why does it not have all the overloads select has?

Any particular reason why? I mean # is used more often than select nowadays...
And I can't think of any limitations either 🤔

no

# is not supported?

Thank you for reporting the issue, i was able to confirm it using the repro mission.

Okay, thanks for confirming that. In terms of feedback on the original ticket, the previously selected side is correctly restored as expected now.

I see, well the order of side tabs in curator is blufor = 0, opfor = 1, independent = 2 etc. RscDisplayCurator_sections was meant to follow this order and the fix made it so, so yes this new order is the correct order

Issue is no longer present, please close this ticket.

ZEN uses RscDisplayCurator_sections to get the currently active CREATE tree control (refences: IDC defines, getActiveTree function). As an example, the getActiveTree function is used by the tree expand/collapse all buttons to affect the currently active tree control (reference).

Could you give short summary what is not working as expected after the change?

Hello could you try the steps in the link below and see if it resolves your issue?
https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit#0xC0000005_-_ACCESS_VIOLATION

The fix changed how RscDisplayCurator_sections is interpreted. That is, the side value was 0 for OPFOR and 1 for BLUFOR` (like side entry in CfgVehicles configs). In 2.10 (dev), the side value is now 0 for BLUFOR and 1 for OPFOR. We can update mods like ZEN that rely on RscDisplayCurator_sections to determine the state of the Zeus trees in preparation for the 2.10 update but I wanted to confirm that this change was intentional and will remain as it is on current dev-branch.

Access Violation 0xc0000005

rev 149734 negative index is supported by select and set

in 2.10
"a3\data_f\snowflake4_ca.paa" -4 frames for low texture video setting
"a3\data_f\snowflake8_ca.paa" -8 frames for medium texture video setting
"a3\data_f\snowflake16_ca.paa" -16 frames for high texture video setting

Good to hear