-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
defense is broken (again?) #184
Comments
Yeah, I noticed it isn't working. Also noticed that using TPs is not working. At least no more crashes. |
I'll fix TP use as soon as I verify that all my updates to Invoker (ported him to the same ability Use format as all the other heroes) is bug-free. |
Looks like the usage of enemy_data is the issue. |
yeah. enemy.Obj doesn't exist. It was causing all kinds of crashes with illusions in prior code. utils.ValidTarget(hUnit) ensure you have a valid target that can have all the API's on it called. |
So enemy_data won't contain any handles, and I have to get them myself? |
yeah, just use GetUnitList() for that. enemy_data will contain info about enemies (index/based-of enemy Player IDs) such as what items they had last time we saw them, etc. |
K |
In defendlane.lua:
However, bot.defendLane is also the mode implementation. Edit: Can't find a place where the variable is used oO |
I think we just need a standardized naming convention so we don't trample on each other. |
about to push some changes to fix TP use - FYI |
PR #185 should hotfix defense. |
gotta fix this before I can move on to pushing.
The text was updated successfully, but these errors were encountered: