Open mraof opened 3 weeks ago
Interesting. I didn't think that could throw with how I'm using it. I'll need to ask someone who knows more about C# than me if they've got any ideas what's up there. My best guess is multithreading being wild so I could try adding a lock, but that still doesn't make sense. At worst it should compute it multiple times concurrently, wasting effort.
What operating system are you using?
I am on arch linux, probably should have included that detail, I was tired yesterday Using wine GE 8.26
Right, that makes more sense.
This is more a bug with Wine than a bug with WTSync from what I can see. I'm calling a completely normal API in a completely normal way, and Wine's implementation of it is throwing an access violation.
That said, I'll probably release an update that switches to the older implementation of hashing for .NET that doesn't make use of bcrypt for the sake of Linux support.
No current ETA for an update, but hopefully sometime this week.
Just a quick update:
I'm holding back on a release until after the patch drops since I'll need an update then regardless to update duty matching for new WT entries.
WTSync says it's disconnected, there's a button to re-submit my status but it's unclear if it's doing anything There are a bunch of exceptions in the dalamud log that say