VGOEmulator.net

No. Someone likes Level=0 in their loggers.

We're working on education. Anything inside a loop (for/while/foreach) should get a Level=5, at least. I've been fixing them as I go along.

I mean should it be looping like that?

Then you should have said that

Sounds like a Zippy question to me. No, I doubt it should be showing the same exact slot repeatedly for 1 character.

Ack! i didn't intend to leave that there. i'll rid the plague in the morning. On the bright side, it looks like it's working!

It's listing the current player attachments before and after assigning each new attachment to show that it is operating correctly. I only had 3 attachments when I tested the fix and it wasn't that noticeable, so I forgot to comment it back out. It's not really something that needs to remain logged at any log value.

Btw, just saw this guy again. Seemed to again be centered around someone shopping and equipping items. Very rare though from what I can tell, and again doesn't appear to be affecting anything negatively (?)

[quote]15:19:27.198 D Char Adding item #1426584 to character.
15:19:28.259 D Item ClientEquip unique_id: 52, unknown: 1, default_slot: 6
15:19:36.667 D Char Adding item #1429415 to character.
15:19:37.618 D Item ClientEquip unique_id: 53, unknown: 1, default_slot: 26
15:20:11.469 D Item MarketSearchFound 4 items
15:20:28.691 D Item MarketSearchFound 124 items
15:20:35.087 D Item MarketSearchFound 0 items
15:20:43.448 D Item MarketSearchFound 0 items
15:20:46.911 D Item MarketSearchFound 0 items
15:20:49.205 D Item MarketSearchFound 0 items
15:20:53.572 D Item MarketSearchFound 0 items
15:20:58.720 D Item MarketSearchFound 0 items
15:21:04.773 D Item MarketSearchFound 0 items
15:21:09.500 D Item MarketSearchFound 0 items
15:21:10.794 D Item MarketSearchFound 0 items
15:21:16.566 D Item MarketSearchFound 8 items
15:21:22.759 D Char Adding item #1432001 to character.
15:21:23.586 D Item ClientEquip unique_id: 54, unknown: 1, default_slot: 34
15:21:30.123 D Item MarketSearchFound 13 items
15:21:34.709 D Char Adding item #1432511 to character.
15:21:35.692 D Item ClientEquip unique_id: 55, unknown: 1, default_slot: 21
15:21:41.994 D Item MarketSearchFound 0 items
15:21:51.229 E Bits Unable to serialize int: An overflow occured (4118 > 4096)
15:21:52.275 D Item MarketSearchFound 0 items
15:21:54.895 D Item MarketSearchFound 0 items
15:21:58.312 D Item MarketSearchFound 0 items
15:22:28.404 D Item MarketSearchFound 0 items
15:22:30.057 D Item MarketSearchFound 200 items
15:22:36.359 D Item MarketSearchFound 0 items
15:22:51.771 D Char Saved successful for character 'Dessera' (414)
15:22:51.787 D Char Saved successful for character 'John Adams' (1)
15:22:54.111 D Item MarketSearchFound 200 items
15:23:24.077 D Char Adding item #1432228 to character.
15:23:25.029 D Item ClientEquip unique_id: 56, unknown: 1, default_slot: 28
15:23:58.287 D Char Adding item #1427217 to character.
15:23:59.191 D Item ClientEquip unique_id: 57, unknown: 1, default_slot: 36[/quote]

Don't I have an apprentice or some sort of intern assigned yet to handle all the carnage I've left behind on the past?

That's a little weird and not likely the exact same scenario as before. One clue is that just a little bit later that character continued equipping other items for show without issue. I would think once the index pool is messed up, it would stay that way until zoning or logging. Maybe not. I'd have to really look at the item's qualities and see if something is weird but since it is not common and doesn't seem to cause any other issues it may be tough. Brings back some memories, though!

[quote="zippyzee"]Don't I have an apprentice or some sort of intern assigned yet to handle all the carnage I've left behind on the past?[/quote]
You should indeed, but I've found that when I'm not paying people for their work, I cannot make them interested in anything other than what they are interested in so I just keep posting, hoping someone will help you out. Fortunately it seems to have no ill effects, thus far (the bug, not the lack of interest).


Edit: After restarting NT, that same player managed to burp out this error fairly consistently. I was not online, so I do not know what they experienced unless they come here and post about it.

I will see what I can do. Strange that only one player has managed to screw it up over the past few months.

I'm pretty sure this gets spit out when sending the attachment groups for the player, as part of WorldCharacter::CharShowEquippedItem(). In the past, the error came after the player couldn't get an attachment index because they were not clearing properly. The log doesn't show this error, so it is a bit more mysterious.

I have a debug at level 3 for items that reports all item activity, and that should help track this down. Or, if it is possible to get a duplicate record of this player's inventory, I may be able to try it out on my character on my server and see if I can find an answer. Otherwise just looking at the code and the debug messages nothing seems to be an obvious source of the issue. There are a number of checks in place during this process for various conditions; there may be an additional condition I didn't think of that this player is violating.

By your command...

NT Item logging now at 3, hopefully she'll do it again.