[CSGO] Player objects don't works after update of 2019-11-18

[progre]

I noticed that all bots on my server no longer have weapons.

for example;

player.give_named_item('weapon_elite') # not working
print(player.name) # UnicodeEncodeError: 'ascii' codec can't encode character '\u2606' in position 2: ordinal not in range(128)

The cause of the problem looks like yesterday's CS:GO update. And it looks like it points to the wrong address. There may be other similar problems.
Could you fix it?

[jordanbriere]

Re-opening this issue as, while the data was confirmed at a binary level, I didn't performs any tests in-game yet. I also suspect the following offsets might need updating as well:

Player.assists
Player.mvps
Player.clan_tag

EDIT: Fixed Player.assists into: c67aeb0

print(player.name) # UnicodeEncodeError: 'ascii' codec can't encode character '\u2606' in position 2: ordinal not in range(128)

I am unable to reproduce this error. Could you please provide the output of sp info? Also, what is the name that should actually be retrieved?

[progre]

I am unable to reproduce this error.

It maybe includes CJK strings. So this may be another problem.
I'll verify after 4 hours, but if you're curious, you can ignore this problem. Thx.

[progre]

print('あ') # UnicodeEncodeError
I understood the problem happens with any CJK strings. You can ignore this problem.

Most of my problems were solved by CookStar@d7216ea.
Thank you to the corresponding.

[jordanbriere]

Right, the error occurs when printed not when retrieved. I thought you were saying player.name alone was using ascii and raising (which was weird, since it is internally decoded to utf-8). I assume your problem is your default encoding being set to ascii, rather than utf-8. If you load the following code as a plugin, everything should be correctly printed:

import sys

stdout = sys.stdout

def load():
    sys.stdout = open(
        stdout.fileno(), mode='w', encoding='utf-8', buffering=1
    )

def unload():
    sys.stdout = stdout

[CookStar]

As far as tested on Linux, the pre_think and post_think offsets have not changed. 8c906e4#diff-54e669af5bbfe4847856171573c785da

[jordanbriere]

As far as tested on Linux, the pre_think and post_think offsets have not changed. 8c906e4#diff-54e669af5bbfe4847856171573c785da

Double checked just now and yup, you are right. They haven't changed on Windows either. My first scan showed the insertion in the table was prior that offset, so assumed they did change too. Can you please make a PR to fix those? If not, I will do in a few. Thanks.