subtledoctor Posted August 8, 2016 Author Share Posted August 8, 2016 Edit - or just download the beta again, v54 is up now... Link to comment
AL|EN Posted August 8, 2016 Share Posted August 8, 2016 It's the same error: Installing [select an installation method below: -> all the new kits and the sphere system, but kits in menus] [0.54] . . . Copying and patching 1 file ... ERROR: COPY ~faiths_and_powers/lib/qd_mc/QD_MC_AP.eff~ ~override/*#.eff~ FAILED: cannot open target Stopping installation because of error. ERROR: [b_2TOR.2da] -> [override] Patching Failed (COPY) (Sys_error("override/*#.eff: Invalid argument")) Stopping installation because of error. Can someone try the new BETA and post results? Link to comment
subtledoctor Posted August 8, 2016 Author Share Posted August 8, 2016 I just noticed from your .debug file that your are using the beta version of Weidu, 239.01. Please try installing it with the stable version 239.00. We have only tested with 239.00 and will ship with that version until v240 is released. (23901 breaks a number of mods, and it sounds like the part of it that does so will likely be rolled back to match the 23900 behavior. So using 23901 - especially with mods in active development - is a bad idea, and will lead to things breaking all over again when 240 is released. 23901 is a test release - for testing Weidu itself, not for testing mods. Best to stick to stable versions.) EDIT - if you want to test two things at once, you might also try it with beta 239.02, just released: http://forums.pocketplane.net/index.php/topic,29567.0.html It sounds like 239.02 might (might) fix the GAME_IS issue. Link to comment
AL|EN Posted August 8, 2016 Share Posted August 8, 2016 DEBUG using WeiDU 239.00 http://s000.tinyupload.com/?file_id=46148213621081027689 EDIT - if you want to test two things at once, you might also try it with beta 239.92, just released: http://forums.pocketplane.net/index.php/topic,29567.0.htmlIt sounds like 239.02 might (might) fix the GAME_IS issue. It's fixed, \o/ Link to comment
subtledoctor Posted August 8, 2016 Author Share Posted August 8, 2016 Wait... it's fixed in that you can install FnP using 239.02? Or just generally? I'm on a phone, can't read that .debug file until tonight or tomorrow. Are you getting the same/similar error? Link to comment
AL|EN Posted August 8, 2016 Share Posted August 8, 2016 Sorry, still the same error, 'fix' is for GAME_IS "bgee" to be true for sod gave version. Link to comment
Jarno Mikkola Posted August 8, 2016 Share Posted August 8, 2016 Well yes, the SoD in v23902 gets it's own entry in GAME_INCLUDE's.. if it's correct from what I read. So the IF GAME_IS ~bgee~ is true for the game that have SoD and those that don't... and to require SoD, you don't use that, but: IF GAME_INCLUDE ~sod~ which from what I read was still broken in v23902.. as it has no error message. ... Link to comment
subtledoctor Posted August 8, 2016 Author Share Posted August 8, 2016 but: IF GAME_INCLUDE ~sod~ which from what I read was still broken in v23902.. as it has no error message. ... Demonstrating why I suggest waiting to only use stable Weidu releases... but, ant any rate, 239.02 still has the stuff that k4thos needs for EET, I believe, and the reversion in GAME_IS functionality stops it from breaking existing mods. You can easily substitute "IF FILE_EXISTS_IN_GAME ~bd1000.are~" for "IF GAME_INCLUDES ~sod~." As for FnP: I'm stumped. @ALIENquake, maybe try commenting out the INCLUDE ~.../sphere_system.tpa~ line from the 2nd installation method in the mod's .tp2 file (I think it's near line 520) and then install that method, and then look at kitlist.2da. The qd_multi function copies a "*.eff" file and renames it according to a variable from kitlist.2da, and pastes it into /override. So this problem seems like one of two things: 1) kitlist.2da is messed up, and on of the values in one of the columns is " * " ... which is then getting set as the renaming variable and used for the name of the .eff file. 2) A PATCH_IF conditional is returning true for a value in kitlist that cannot be resolved, therefore the variable doesn't get used and the default name of the .eff ("*.eff") is used and causes problems. I tried to firm up the code to prevent the 2nd possibility... but while we're doing this let's make sure that 1) isn't the real problem. Making sure that kitlist looks okay immediately before the sphere system is applied should tell us that. (Still, it's disconcerting that I cannot reproduce the error. Could it be a Windows-specific problem? I know recent versions of Windows have gotten borderline psychotic about file/folder permissions... could it be failing to copy or rename the files in /lib/qd_multiclass/...?) Link to comment
AL|EN Posted August 8, 2016 Share Posted August 8, 2016 This is my kitlist.2da: Please note that this file is from fully updated BG2EE, I've checked it 3 times: http://prntscr.com/c35hfd 2DA V1.0 * ROWNAME LOWER MIXED HELP ABILITIES PROFICIENCY UNUSABLE CLASS KITIDS 0 RESERVE * * * * * * * * 1 BERSERKER 25179 25151 25201 CLABFI02 29 0x00000001 2 0x00004001 2 WIZARD_SLAYER 25180 25152 25203 CLABFI03 30 0x00000002 2 0x00004002 3 KENSAI 25181 25153 25204 CLABFI04 31 0x00000004 2 0x00004003 4 CAVALIER 25182 25154 25206 CLABPA02 32 0x00000008 6 0x00004004 5 INQUISITOR 25184 25155 25207 CLABPA03 33 0x00000010 6 0x00004005 6 UNDEAD_HUNTER 25185 25156 25208 CLABPA04 34 0x00000020 6 0x00004006 7 FERALAN 25186 25157 25209 CLABRN02 35 0x00008000 12 0x00004007 8 STALKER 25187 25158 25211 CLABRN03 36 0x00010000 12 0x00004008 9 BEASTMASTER 25188 25159 25212 CLABRN04 37 0x00020000 12 0x00004009 10 ASSASIN 25189 25160 25213 CLABTH02 38 0x00040000 4 0x0000400A 11 BOUNTY_HUNTER 25190 25161 25215 CLABTH03 39 0x00080000 4 0x0000400B 12 SWASHBUCKLER 25191 25162 25216 CLABTH04 40 0x00100000 4 0x0000400C 13 BLADE 25192 25164 25217 CLABBA02 41 0x00200000 5 0x0000400D 14 JESTER 25193 25165 25219 CLABBA03 42 0x00400000 5 0x0000400E 15 SKALD 25194 25166 25220 CLABBA04 43 0x00800000 5 0x0000400F 16 TOTEMIC_DRUID 25198 25171 25224 CLABDR02 44 0x08000000 11 0x00004010 17 SHAPESHIFTER 25199 25173 25225 CLABDR03 45 0x10000000 11 0x00004011 18 BEAST_FRIEND 25200 25174 25227 CLABDR04 46 0x20000000 11 0x00004012 19 TALOS 25195 25168 25221 CLABPR02 47 0x01000000 3 0x00004013 20 HELM 25196 25169 25222 CLABPR03 48 0x02000000 3 0x00004014 21 LATHANDER 25197 25170 25223 CLABPR04 49 0x04000000 3 0x00004015 22 ABJURER 597 502 9564 CLABMA02 21 0x00000040 1 0x00000040 23 CONJURER 2179 504 9565 CLABMA06 22 0x00000080 1 0x00000080 24 DIVINER 2846 2012 9566 CLABMA05 23 0x00000100 1 0x00000100 25 ENCHANTER 2861 2022 9567 CLABMA09 24 0x00000200 1 0x00000200 26 ILLUSIONIST 2862 12785 9568 CLABMA08 25 0x00000400 1 0x00000400 27 INVOKER 3015 12786 9569 CLABMA07 26 0x00000800 1 0x00000800 28 NECROMANCER 12744 12787 9570 CLABMA03 27 0x00001000 1 0x00001000 29 TRANSMUTER 12745 12788 9571 CLABMA04 28 0x00002000 1 0x00002000 30 WILDMAGE 54893 54894 54892 CLABMA01 52 0x80000000 1 0x80000000 31 BARBARIAN 45855 45859 45869 CLABFI05 51 0x40000000 2 0x40000000 32 Blackguard 77512 77513 77514 CLABPA06 53 0x00000021 6 0x00004020 33 SHADOWDANCER 74296 74297 74298 CLABTH05 54 0x00004000 4 0x00004021 34 DWARVEN_DEFENDER 74299 74300 74301 CLABFI06 55 0x00004000 2 0x00004022 35 DRAGON_DISCIPLE 74302 74303 74304 CLABSO01 56 0x00004000 19 0x00004023 36 DARK_MOON 74305 74306 74307 CLABMO02 57 0x00004000 20 0x00004024 37 SUN_SOUL 74308 74309 74310 CLABMO03 58 0x00004000 20 0x00004025 38 LATHANDER_X 25197 25170 25223 CLABPR04 49 0x04000000 3 0x00004015 39 GRIZZLY_BEAR 16119 16119 86479 CLABBEAR 60 0xFFFFFFFF 2 40 OHTYR 103137 93785 93786 OHTYR 61 0x00004000 3 0x00004028 When I replaced: 0 RESERVE * * * * * * * * to 0 RESERVE 25179 25151 25201 CLABFI02 29 0x00000001 2 0x00004000 no more error If this file is different at MAC version, then we have serious problem ... Link to comment
Jarno Mikkola Posted August 8, 2016 Share Posted August 8, 2016 0 RESERVE 25179 25151 25201 CLABFI02 29 0x00000001 2 0x00004000 no more error Erhm, but the reserved line is for ALL of the non kitted classes... not berserkers that you make everyone of them be ! !½!!!!"!!¤"#%¤UY!&I(#%That's a whole lots of FAIL .. That's why the *'s are there, they come from the class itself. Aka a FIGHTER gets them to be 0 RESERVE something something something something CLABFI01 0x00004000 2 0x00004000 And a mage gets them to be: 0 RESERVE something something something something CLABMA01 0x00004000 1 0x00004000 And so on and on.The "something" that's in lowered and mixed and help, come from the dialog.tlk's lines, so if you subtledoctor want to actually make the table as supposed, the default the values need to be what they are for each class via manually reading the lines for each game, but I don't really see a reason why you would have to, as they won't change. Well unless you remove the classes and rename them to be something else. So yes, you subtledoctor has to make a single exception for the reading of the file, as he can't use it for the ALL the technically non kitted characters. This for example is the reason why K_x_x.2da's too have the 0 at the start of them, that's the regular non kitted class, which uses the reserved line.. as their regular table of that stuff. Link to comment
AL|EN Posted August 8, 2016 Share Posted August 8, 2016 Imp, my values have no sense, it was only for bug testing. Link to comment
subtledoctor Posted August 8, 2016 Author Share Posted August 8, 2016 Ah - so it appears the function is grabbing values from that first "trueclass" row. You can try this for a safer fix: a few posts up I suggested this change in /lib/sphere_system.tpa:at line 2147, change "FOR (row = 0;" to "FOR (row = 2;"instead of 2, try using 3 or 4 there. That should make the function skip a few early lines in kitlist.2da, and only start in the fighter kits. It's okay to skip a few of the fighter kits because the function only cares about divine-class kits. Link to comment
subtledoctor Posted August 9, 2016 Author Share Posted August 9, 2016 Sorry, now that I look at the code, that should be done at line 2024 (when examining rows in kitlist.2da), not 2147. Change it to 4. But, still, something isn't right. There are multiple checks to prevent this kind of thing from happening. First, it shouldn't be doing *anything* with kitlist rows where the clab table name isn't in d5_race.2da. So that trueclass row should never be appearing. Second, the who rest of the function only proceeds if the class # in the 8th column of kitlist IS_AN_INT. So here again the row with ~*~ should fail that check. Third, after the other sphere system functions operate, the qd_multiclass function should only be applied when the class # from that 8th column is specifically 8, 14, 15, or 18 (F/C, C/M, C/T, or C/R). Fourth, the .eff file should only be renamed to a value that exists in the kit's clab table in a row that starts with the word SPHERES. And ~*~ does not appear in any such row. Wait... or does it? I'm missing something. I need a 5th check here. Hang on... Okay, I think I got it. I just uploaded beta 55. This one should really, really work. Link to comment
AL|EN Posted August 10, 2016 Share Posted August 10, 2016 This time first successful install. Only 8 warnings: http://s000.tinyupload.com/?file_id=01070125014578221702 But the main question remains: does kitlist.2da for MAC version is different from Windows version? Link to comment
subtledoctor Posted August 10, 2016 Author Share Posted August 10, 2016 No, I think it just differs in how the OS or Weidu treats "*.eff" Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.