-
-
Notifications
You must be signed in to change notification settings - Fork 457
Handlesys: Introduce concept of exclusive identity handles #1048
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
base: master
Are you sure you want to change the base?
Conversation
|
👀 This looks much more robust. I'll run it against my test case and report back on whether or not they crash when I'm not on snooze. |
|
What problem is this solving? |
Immediate errors during a callback when it's actively in-use. Fyren mentioned we should continue to just paper over but an error here feels a little more appropriate (to me atleast, obviously debatable; the example of creating a timer to free memory or waiting to breakout of the callback isn't ideal). |
|
Apologies for the delay. Seems like it still crashes at the same spot in Also have accelerator submissions: OXOR-TW5T-FB4A, 5IOG-N6TT-SK3F, 23U6-PPR7-UD7L. Did some logging tests; from my understanding it seems like |
|
@nosoop so, this is completely on me. I let this one fester and lay dormant (to the point of needing to be re-based). My apologies. What's your current take on this one? What do you feel would be the best way forward here? Is this still an issue in SM? |
|
I think this approach is fine once the access inheritance issue is ironed out, but I don't have knowledge of the handle system to have an opinion on other approaches. I'm also mostly indifferent about whether it throws an error or is handled transparently; I can see valid reasons for both. I think it's still worth resolving on SourceMod's side — the most recent discussion related to this crash was on August 3 this year. |
This one is likely a doozy (and not even compile tested). This is to fix the freeing during callback problems that plague us to throw an error immediately mid-callback. menusys, functions, timers, anything with a delayed callback can cause us problems. I think this is the best option after sitting on it for a couple days and reviewing this morning least invasive approach we can take.
#1041