9 replies to this topic

[Altomar]

I believe it has something to do with Weidu v20200
In a previous installation with weidu v201, UB1 installed without any problem.

ps: I tried again from the beginning and this time i use weidu v201. Everything went fine so i guess that UB1 v4b31 is incompatible with weidu v202

Install Component [Ice Island Level Two Restoration]?
[I]nstall, or [N]ot Install or [Q]uit?
Installing [Ice Island Level Two Restoration]

[bg1ub/Tutu/tutu_area_script_assign.tph] PARSE ERROR at line 441 column 1-3
Near Text: END
GLR parse error

[bg1ub/Tutu/tutu_area_script_assign.tph] ERROR at line 441 column 1-3
Near Text: END
Parsing.Parse_error
ERROR: parsing [bg1ub/Tutu/tutu_area_script_assign.tph]: Parsing.Parse_error
Stopping installation because of error.
Stopping installation because of error.

ERROR Installing [Ice Island Level Two Restoration], rolling back to previous state
[bg1ub/backup/0/UNSETSTR.0] SET_STRING uninstall info not found
Will uninstall 0 files for [BG1UB/SETUP-BG1UB.TP2] component 0.

[bg1ub/Tutu/tutu_area_script_assign.tph] PARSE ERROR at line 441 column 1-3
Near Text: END
GLR parse error

[bg1ub/Tutu/tutu_area_script_assign.tph] ERROR at line 441 column 1-3
Near Text: END
Parsing.Parse_error
ERROR: parsing [bg1ub/Tutu/tutu_area_script_assign.tph]: Parsing.Parse_error
Uninstalled 0 files for [BG1UB/SETUP-BG1UB.TP2] component 0.

Edited by Altomar, 07 November 2007 - 03:55 PM.

[Ascension64]

I haven't tested any of my mods under WeiDU 202, so I guess you might be right.

[cmorgan]

I suspect it is an extra END that found its way into the library (read that as "cmorgan had a bad copy/paste error").

In the file bg1ub/Tutu/tutu_area_script_assign.tph, look for the extraneous END at line 442. On previous versions of WeiDU, this is silently ignored, but is broken, stopping the patch actions:
~FW6001.ARE~ ~override~ // Encounter: Forest2
~FW6100.ARE~ ~override~ // Encounter: Road
WRITE_EVALUATED_ASCII 0x95 ~%SOURCE_RES%~ #7 // area script
WRITE_ASCII 0x94 ~_AR~ #3 // area script
BUT_ONLY_IF_IT_CHANGES
END <<<<<<<<<THIS RIGHT HERE<<<<<<<

The good news is that Tutu v4 users are the only folks for which this does much; it picks up all Tutu named areas and makes sure they have the correct area script patched in. EasyTutu already dumps this out with the B_O_I_I_C as Macready has assigned all of these directly, and BGT uses different area names and resources.

The bad news is twofold - #1 it is not at all helpful or useful on BGT, as it only works on Tutu areas/script names, and #2 the darned thing was failing silently before (i.e., up until now, anyone using the tutu_area_script_assign.tph was only having some of the areas patched, not all).

My suggestion is to remove the LIB code from the BGT distribution completely. If you need the Ice Island code patched, I would just add this in instead, checking that the area script name is the one you expect for BGT and adjusting accordingly:

ACTION_IF FILE_EXISTS_IN_GAME ~FW1010.ARE~ THEN BEGIN
  COPY_EXISTING ~FW1010.ARE~ ~override~ // TotSC: Ice Island: Maze L2 Restored by UB
	WRITE_EVALUATED_ASCII 0x95 ~%SOURCE_RES%~ #7 // area script
	WRITE_ASCII 0x94 ~_AR~ #3 // area script
  BUT_ONLY_IF_IT_CHANGES
END

The G3 common code page has been updated, as has BG1NPC. As far as I know, no-one else has used this particular library, but now they can with no problems on all WeiDU versions.

(If this is a combined installer, then simply deleting that END from the library will allow it to work on any Tutu install it is placed on )

[Altomar]

I suspect it is an extra END that found its way into the library (read that as "cmorgan had a bad copy/paste error").

In the file bg1ub/Tutu/tutu_area_script_assign.tph, look for the extraneous END at line 442. On previous versions of WeiDU, this is silently ignored, but is broken, stopping the patch actions:
~FW6001.ARE~ ~override~ // Encounter: Forest2
~FW6100.ARE~ ~override~ // Encounter: Road
WRITE_EVALUATED_ASCII 0x95 ~%SOURCE_RES%~ #7 // area script
WRITE_ASCII 0x94 ~_AR~ #3 // area script
BUT_ONLY_IF_IT_CHANGES
END <<<<<<<<<THIS RIGHT HERE<<<<<<<

Thanks but here come another problem. As it look like there is a file missing, any ideas?

ERROR locating resource for 'COPY'
Resource [ARU010.ARE] not found in KEY file:
[./chitin.key]
Stopping installation because of error.
Stopping installation because of error.
Stopping installation because of error.
Stopping installation because of error.

ERROR Installing [Ice Island Level Two Restoration], rolling back to previous state
[bg1ub/backup/0/UNSETSTR.0] SET_STRING uninstall info not found
Will uninstall 76 files for [BG1UB/SETUP-BG1UB.TP2] component 0.

Should i remove this code as you suggested?

ps: Removing it everything went fine

ACTION_IF FILE_EXISTS_IN_GAME ~AR1010.ARE~ THEN BEGIN
COPY_EXISTING ~ARU010.ARE~ ~override~ // TotSC: Ice Island: Maze L2 Restored by UB
WRITE_EVALUATED_ASCII 0x94 ~%SOURCE_RES%~ #8 // area script
BUT_ONLY_IF_IT_CHANGES
END

Edited by Altomar, 08 November 2007 - 04:58 AM.

[Miloch]

Should i remove this code as you suggested?

ps: Removing it everything went fine

ACTION_IF FILE_EXISTS_IN_GAME ~AR1010.ARE~ THEN BEGIN
  COPY_EXISTING ~ARU010.ARE~ ~override~ // TotSC: Ice Island: Maze L2 Restored by UB
	WRITE_EVALUATED_ASCII 0x94 ~%SOURCE_RES%~ #8 // area script
  BUT_ONLY_IF_IT_CHANGES
END

Yeah. But removing that code above means you didn't get the 2nd level of Ice Island maze.

@Ascension64/cmorgan: "ARU010.ARE"? Shouldn't it be AR1010.ARE?

[Ascension64]

Should i remove this code as you suggested?

ps: Removing it everything went fine

ACTION_IF FILE_EXISTS_IN_GAME ~AR1010.ARE~ THEN BEGIN
  COPY_EXISTING ~ARU010.ARE~ ~override~ // TotSC: Ice Island: Maze L2 Restored by UB
	WRITE_EVALUATED_ASCII 0x94 ~%SOURCE_RES%~ #8 // area script
  BUT_ONLY_IF_IT_CHANGES
END

Yeah. But removing that code above means you didn't get the 2nd level of Ice Island maze.

@Ascension64/cmorgan: "ARU010.ARE"? Shouldn't it be AR1010.ARE?

Won't actually help, because the area is installed after this code executes anyway. ARU010.ARE for BGT.

[Miloch]

Won't actually help, because the area is installed after this code executes anyway. ARU010.ARE for BGT.

Shouldn't the mod be copying the area before making a change to it via COPY_EXISTING? Though now that I'm actually reading cmorgan's post (), he's saying this isn't necessary for BGT anyway, so I guess it could be removed if so...

Weird how it was "failing silently" with previous versions of WeiDU though...

[Ascension64]

That's what FILE_EXISTS_IN_GAME does.

[Miloch]

Huh? F_E_I_G can skip something if it's not there, but cmorgan describes it as failing due to an extra END. (And I find it weird why this behaviour changes from WeiDU v201 to 202 but I guess it's an improvement for modders anyway.)

In the file bg1ub/Tutu/tutu_area_script_assign.tph, look for the extraneous END at line 442. On previous versions of WeiDU, this is silently ignored, but is broken, stopping the patch actions:

[Ascension64]

Oh, the extra END issue should not be confused with the issue of the ARU010.ARE script addition block being useless. As I get it, in the former issue, the extra END was ignored in previous versions of WeiDU.