|
Members in Shoutbox
None.
Shoutbox Search
Shoutbox Commands
/w [name] > Whisper
/r > Reply to last whisper /me > Marks as action Shoutbox Information
Moderators may delete any and all shouts at will.
|
Global Shoutbox
Please log in to shout.
[2019-4-26. : 7:21 pm]  O)FaRTy1billion[MM] -- it's not a problem at this point or else I'd recycle them manually with find and replace lol[2019-4-26. : 7:20 pm] O)FaRTy1billion[MM] -- my guess is it may have something to do with the other bug, but again idk how scmd works internally[2019-4-26. : 7:20 pm] O)FaRTy1billion[MM] -- though I started with a slightly older version (whichever one I was using when I first started telling you about problems  )[2019-4-26. : 7:19 pm] Suicidal Insanity -- Ya it doesn't recycle unless you edit the triggers, I dont know if the map was originally made in a different editor[2019-4-26. : 7:19 pm] O)FaRTy1billion[MM] -- not about to go through all of my triggers to do that XD[2019-4-26. : 7:18 pm] O)FaRTy1billion[MM] -- oh cool, I went back in to those triggers to look at the properties, hit "ok" and saved (even though I didn't change anything) and now they are both 35 in text trigedit[2019-4-26. : 7:17 pm] O)FaRTy1billion[MM] -- like " Create Unit with Properties("Current Player", "Terran Science Vessel", 1, "28 - p1", 34);" and in a different trigger to respawn with the same properties " Create Unit with Properties("Current Player", "Terran Science Vessel", 1, "28 - p1", 35);"[2019-4-26. : 7:15 pm] Suicidal Insanity -- It should only have those in the temp table that belongs to the classic trigedit subwindow[2019-4-26. : 7:12 pm] O)FaRTy1billion[MM] -- will that also explain this? https://pastebin.com/H0YpfJCU[2019-4-26. : 7:12 pm] Suicidal Insanity -- But if you create a 2nd new action the ref count is 1, instead of 2, and once the editor closes it is decreased to 0 instead of 1[2019-4-26. : 7:12 pm] Suicidal Insanity -- Ya because then you have a table with 2 references set so it doesn't see it as available[2019-4-26. : 7:11 pm] O)FaRTy1billion[MM] -- so that makes sense why saving the trigger and re-opening it will fix the issue[2019-4-26. : 7:11 pm] Suicidal Insanity -- Each edit trigger window has its own CUWP table and that is the one getting corrupted - the merge into the main table is what that log is displaying and that is working correctly on bad data[2019-4-26. : 7:10 pm] Suicidal Insanity -- I suspect that is copying the slot index, but not adding a reference, for new actions[2019-4-26. : 7:09 pm] Suicidal Insanity -- I think it has to do with the "autocomplete" like feature for new triggers[2019-4-26. : 7:09 pm] O)FaRTy1billion[MM] -- but based on that log it looks like it links/recycles the CUWP slots when saving the trigger so idk[2019-4-26. : 7:09 pm] O)FaRTy1billion[MM] -- without knowing how scmd or trigedit or anything works at all, my gut feeling is that it has something to do with it keeping the properties between action edits XD[2019-4-26. : 7:04 pm] Suicidal Insanity -- Ok - lemme add some more logging to where it opens the subwindow. I thought it was breaking when re-importing the trigger data when closing the edit trigger window[2019-4-26. : 7:02 pm] O)FaRTy1billion[MM] -- like I do new action->CUWP and fill it out, then new action->CUWP and then fill it out and they properties are linked so editing one edits the other[2019-4-26. : 7:02 pm] O)FaRTy1billion[MM] -- no, I'm trying to make it have 2 separate properties but it for some reason links them until I hit ok on the trigger and re-open it to edit[2019-4-26. : 7:01 pm] Suicidal Insanity -- It has "Info::Adding CUWP reference in table 0x007AEB48 to slot 1" twice[2019-4-26. : 6:52 pm] Suicidal Insanity -- Can you open the debug los, trigger the error, and send me the log contents?[2019-4-26. : 6:48 pm] Suicidal Insanity -- Ya, but it shouldn't matter, cause the CUWP is written in one go on dialog close[2019-4-26. : 6:48 pm] O)FaRTy1billion[MM] -- Suicidal InsanitySuicidal Insanity shouted: Are you editing multiple triggers at once? no? is that a thing you can do?[2019-4-26. : 5:44 pm] O)FaRTy1billion[MM] -- it seems to also do it when editing triggers if I create a new CUWP action[2019-4-26. : 7:49 am] Suicidal Insanity -- If I can't find it after work I'll send you a build with extra debug logging[2019-4-26. : 7:48 am] Suicidal Insanity -- TriggerUnitPropArray::FindMatchingUnitProperties is definitely checking all fields except for the unk2/padding[2019-4-26. : 4:43 am] O)FaRTy1billion[MM] -- it does it well enough that I'm nowhere near the limit though[2019-4-26. : 4:43 am] O)FaRTy1billion[MM] -- "HP: 100 SP: 100 EP: 100 Res: 0 Hangar Units: 0 Flags: BURROWED INVINCIBLE " is also a common one[2019-4-26. : 4:42 am] O)FaRTy1billion[MM] -- Suicidal InsanitySuicidal Insanity shouted: FaRTy1billion Will take a look after work. It is supposed to automatically combine and uncombine the custom properties it seems to do that mostly but not perfectly ... I have sooo many that are just HP: 100 SP: 100 EP: 100 Res: 0 Hangar Units: 0 Flags: BURROWED INVINCIBLE lol[2019-4-26. : 4:36 am] O)FaRTy1billion[MM] -- ok. I jsut did it again. I created a new trigger, set player 1, added a death condition, added a center view, create unit (regular), create unit with properties & set appropriate properties, another create unit with properties and this one when I set properties it overwrites the properties of the first CUWP[2019-4-26. : 4:34 am] O)FaRTy1billion[MM] -- Suicidal InsanitySuicidal Insanity shouted: Cant reproduce that - can you give me exact steps so I can take a closer look later, I needa leave for work now idk, I just made a new trigger, added some conditions/actions, then create unit with properties, then a separate create unit with properties and editing the latter also changed the former until I actually saved the trigger and re-opened it[2019-4-26. : 4:33 am] O)FaRTy1billion[MM] -- Suicidal InsanitySuicidal Insanity shouted: Going back to the resolution debate: http://photos.arlinghaus.org/Animals/Rheine/2019.04.24-ESL_6421-Orig-%7BEB8D8F8A-51E4-4463-BACC-B227AFC945DB%7D.jpg ;D  [2019-4-25. : 10:54 pm]  Pr0nogo -- hmm, mtl can sort of change this so maybe there is an eud somewhere[2019-4-25. : 10:49 pm] MTiger156 -- EUD question - how / where is a transport's "rate of dropping" determined? is it hardcoded or not?[2019-4-25. : 9:54 pm] Suicidal Insanity -- Going back to the resolution debate: http://photos.arlinghaus.org/Animals/Rheine/2019.04.24-ESL_6421-Orig-%7BEB8D8F8A-51E4-4463-BACC-B227AFC945DB%7D.jpg ;D[2019-4-25. : 7:26 pm] Suicidal Insanity -- Hmm, maybe it happens if I use multiple triggers and not just multiple actions? |
Members Online: JamaL, humberto025
JamaL, humberto025