In T186146#2698129, @BIS_fnc_KK wrote:

Does this happen in 2.18 vanilla?

Does this happen in 2.18 vanilla?

2.18 prof v6 and later

Retested with current profiling branch version: 2.18.152307

Retested with current profiling branch version: 2.18.152307

I don't quite understand why the memory LOD is so far off the visual LOD, but maybe as a workaround you could offer another parameter to set what LOD to use.
It would make more sense to use a visual LOD by default in my opinion, attachTo is a visual thing, but I can understand that you probably don't want to break existing code.

setUnitLoadout will now fail if unit is switching weapon
isSwitchingWeapon command added

I cannot reproduce this bug. Does the repro in description run with a mod?

This happens with the AAV9 from Expeditionary Forces CDLC as well, seems like the AI is unable to use tracked vehicles in water, they can only go forward.

Confirmed this still happens as of 2.18 stable and profiling

This has been fixed in the 2.18 update, it can be closed

This has been resolved as of the latest 2.18 stable, it can be closed

I don't think so, I would expect {mapGridPosition [8500,4700]} to return "085047", not "084046", because 8500m mod 100m = 0m and 8500m / 100m = 85, thus {mapGridPosition [8500,4700]} should return "085047".

Is the grid position not matching map grid square?

utils 4 produces this error as well @BIS_fnc_KK

Bump

It would be nice to get this fixed cause I do see quite a few mods using some of the fields that dont work thinking they do.

"DXGI_ERROR_DEVICE_REMOVED" your graphics card got removed or disconnected long enough for the game to die.
Don't know why. You can run the game in fullscreen-windowed mode, and you won't have issues with tabbing out.

The crash there is related to the CPU you are using, not the operating system. It is not supporting a specific instruction.
That code was removed on profiling branch (v6 and later), so it should run if you switch to it.

on profiling branch only. Fixed.

Is this the latest update?

There was a new nvidia gpu driver, i updated it idk if that was it.

Another one{F4489697}

@Killzone_Kid

Revision: 152328

related T147528 T149682

In T82940#1684935, @shukari wrote:

something to my point with the garbage collector grpNull and allDeadmen problem that cause many "not found" messages -> https://forums.bohemia.net/forums/topic/208893-increasing-basketball stars-alldead-and-alldeadmen-collections-during-game-cant-deletevehicle/?do=findComment&comment=3220644

Yes, and so far this problem has not been fixed.

Revision: 152324
player setObjectTexture [0, "#reset"]; - sets default texture
player setObjectMaterial [0, "#reset"]; - sets default material

Revision: 152324
player getObjectTextures []; - default textures

Revision: 152322

It is necessary to add this feature, which can make the physical simulation more vivid

Just saying, the code snippet i posted earlier is working code prior to 2.18. Gruppe Adler and FPArma had functioning whispers like that, there was no waiting after adding or removing the player to the custom chat what so ever, all that code runs unscheduled as well.

Revision: 152319

Ok the problem is that after player is removed from the channel, this channel is muted so customchat doesnt work, when player is added back the channel is made audible again but not immediately, this is why adding sleep before customchat works. I will force it to update quicker

If you wait after adding or removing player before sending chat it works. I am going too see if this can be improved

Pretty sure I also had a mag still disappear after the update, although it seems to occur much rarer now.

Sa-Matra — 08/03/2024 3:51 PM

20:50:52 Ref to nonnetwork object 1780898: <no shape>
1000s of these lines on client
Wish it also showed a class name so its easier to see what it is
https://feedback.bistudio.com/T171682
Maybe this?

Icy — 08/11/2024 8:11 PM

Our .rpt file is generating tens of GB's of files full of this error:

18:21:16 Ref to nonnetwork object 2a5a75b7580# 1781137: cncbarriermedium4_f.p3d
18:21:16 Ref to nonnetwork object 2a5a5a29600# 1780692: hbarrier_5_f.p3d
18:21:16 Ref to nonnetwork object 2a5a5a28b80# 1780693: hbarrier_5_f.p3d

Any idea what this issue might be?
all full of .p3d files that it's missing.

Stoneworth — 08/14/2024 12:12 AM

Running the profiling branch of the arma server. Having an issue with a .rpt file reaching sizes of 50+GB within a few hours, bringing down the VPS with it.

By the looks of it the file is doing the
Ref to nonnetwork object... ... .p3d

THOUSANDS of times.

And by looking into the .rpt file, it seems like the file is in a loop with approx. the same amount of local only objects in the game as are referenced in the file.

Fhqwhgads — 08/27/2024 6:03 AM

Dedicated server had a couple of
Out of memory. Your swap file is too small, only 5 MB of free space left. Increase your swap file size or delete some files from your hard disk.

Hard drive was 95% full with ~60GB free when it first happened (it was full when I was managing mods, made room with that 60GB), then it happened again after I freed up more space to ~360 GB free. Maybe the page file didn't update because I didn't restart, but is there a memory leak happening, and could it be related to the 45 lines/sec of "Ref to nonnetwork object 1902be6eb00# 1822730: <no shape>SuppressTarget" since server start? Page file was system managed on that hard drive supposedly at 16MB min and ~24GB max. This never happened before but it's been 6+ months since last server start when the drive probably wasn't full.

18:39:02 Ref to nonnetwork object 1790554: shell.p3dSh_82mm_AMOS

Ref to nonnetwork object Agent 0x0000025B6C51E0C0

In T185773#2691482, @introdevious wrote:

Considering windows server 2008 was sunsetted in 2020 you can’t expect them to continue support for it.