A Validator for EU3

[17blue17]

So, I was just about to start endeavoring to add all of the missing, already owned provinces to natives.txt, and when I went to do it I realized -- what in the world do you put European provinces under?

some of the european provinces are already in natives.txt. I think they are under natives_siberian.

[discoarsonist]

You said you prefer having all the land provinces in natives, right? Do you just put European provinces under natives_siberian?

[17blue17]

You said you prefer having all the land provinces in natives, right? Do you just put European provinces under natives_siberian?

Yes.

[George LeS]

Here's one I don't get.

Error Message:

--- Error 1 of 1 ---
At <mod>\events\grles-322-WK.txt [country_event[27]\option] (Line 1987, Column 2):
Invalid node "any_core_province" in scope Option (value is: <a complex type>)

Text:

any_core_province = {
			limit = {
				owned_by = THIS
				has_province_modifier = native_recruiting
			}
			remove_province_modifier = native_recruiting
			clr_province_flag = western_recruiting
			clr_province_flag = eastern_recruiting
			clr_province_flag = ottoman_recruiting
			clr_province_flag = muslim_recruiting
			clr_province_flag = indian_recruiting
			clr_province_flag = chinese_recruiting
			clr_province_flag = sub_saharan_recruiting
			clr_province_flag = new_world_recruiting
		}
		clr_country_flag = western_recruiting
		clr_country_flag = eastern_recruiting
		clr_country_flag = ottoman_recruiting
		clr_country_flag = muslim_recruiting
		clr_country_flag = indian_recruiting
		clr_country_flag = chinese_recruiting
		clr_country_flag = sub_saharan_recruiting
		clr_country_flag = new_world_recruiting
	}

Why is that wrong?

[Jamie550]

Here's one I don't get.

Error Message:

--- Error 1 of 1 ---
At <mod>\events\grles-322-WK.txt [country_event[27]\option] (Line 1987, Column 2):
Invalid node "any_core_province" in scope Option (value is: <a complex type>)

Text:

any_core_province = {
			limit = {
				owned_by = THIS
				has_province_modifier = native_recruiting
			}
			remove_province_modifier = native_recruiting
			clr_province_flag = western_recruiting
			clr_province_flag = eastern_recruiting
			clr_province_flag = ottoman_recruiting
			clr_province_flag = muslim_recruiting
			clr_province_flag = indian_recruiting
			clr_province_flag = chinese_recruiting
			clr_province_flag = sub_saharan_recruiting
			clr_province_flag = new_world_recruiting
		}
		clr_country_flag = western_recruiting
		clr_country_flag = eastern_recruiting
		clr_country_flag = ottoman_recruiting
		clr_country_flag = muslim_recruiting
		clr_country_flag = indian_recruiting
		clr_country_flag = chinese_recruiting
		clr_country_flag = sub_saharan_recruiting
		clr_country_flag = new_world_recruiting
	}

Why is that wrong?

It's not wrong. any_core_province will be added in the next version, but right now the Validator doesn't recognize it.

[Jamie550]

Version 1.0 of the Validator has been released.

Click here to download

Note that 1.1 or 1.2 will be the last version of the Validator released for EU3. 1.1 will be released in 30 days if no one has any issues with 1.0.

[George LeS]

Note this thread, on "manpower_percentage":

http://forum.paradoxplaza.com/forum/...e-leads-to-CTD

The validator should pick this up, unless Paradox changes it (as I hope they will.)

[Jamie550]

Note this thread, on "manpower_percentage":

http://forum.paradoxplaza.com/forum/...e-leads-to-CTD

The validator should pick this up, unless Paradox changes it (as I hope they will.)

Hmm, it sounds like they are at least considering it. It's a relatively difficult thing to only change for certain places, so I will hold off on it for now, and see if they fix it (as hopefully they will).

[Jamie550]

Version 1.1 RC1 of the Validator has been released.

Click here to download

Note that 1.1 or 1.2 will be the last version of the Validator released for EU3. 1.1 will be released in 30 days if no one has any issues with 1.0.

[Jamie550]

I received a PM from a user with a list of issues. I haven't got a chance to look at them, but could you comment on them if possible? Thanks.

The following things are not recognized (EU 3 validator 1.0, IN version):

Trigger 'max_manpower = bool' in province scope,
has been in the vanilla scripts since NA

Tigger 'infantry_in_province = int' in country scope, has been in the
vanilla scripts since NA
(refers to the number of infantry units of that country in the current province)

Trigger 'manpower = int' in province scope (refers to the manpower of
the province) (works since In Nomine at least)

Last but not least the validator seems to have little to no support
for "FROM" e.g. in trade_agreement_with or RelationClause. This is
quite problematic because Helius loved to use that element e.g. SRI,
his AI mod, and mods which include his mods are full of it. I get
countless errors working on MMP2 because the validator does not seem
to recognize that element e.g:

country_event = {
id = 296003
is_triggered_only = yes
title = "EVTNAME296003" # A Diplomatic Note
desc = "EVTDESC296003"
immediate = {
# when the player receives this event, he can gauge what effects it might have:
random_country = {
limit = {
capital_scope = { owned_by = FROM }


'From is not valid Tag, ThisCountry, ThisProvince, or Scope'

Also I get a gazillon errors of this kind:
'Invalid use of 'FROM': This event is called by something invalid at:'
with the 'at:' part pointing to a perfectly valid call scope.I think
the issue is that the event gets called from a mission and the
validator thinks that's wrong but within said mission the code looks
like:
any_country = {
limit = { ... }
country_event = id
}
i.e. FROM actually refers to a country here.
==========
The "Invalid use of FROM" thing in general is responsible for the vast majority of error reports while validating MMP2 - over 10,000 in fact. The code which produces most of these warnings is Helius AI mod. I think this issue can be completely addressed by simply always treating "FROM" as a reference to the scope from which the current event was called (i.e. not as a reference to the event which called the current event) + turning off the warning for different caller types because that seems valid.. At least I think so, I cannot claim to really understand that element, it is rarely used but I assume Helius tested that this actually works, his AI mod certainly seems to work fine.

If that is too much work or you are not sure whether these warnings should be turned off by default it would be nice if you could provide an option to turn off the "Invalid use of FROM" thing, as I said Helius' AI in MMP2 produces about 10,000 errors with that warning on. Oh and please teach the validator that "owned_by = FROM" is valid.

[copx]

Said user would be
(finally managed to register)

Again please fix these warnings, it would make working with Helius' code so much less error spamy.

[Alpha Zeke]

Using 1.1RC, I can't get the validator to find my mod, even though it is pointing right into the mod's main directory?

[copx]

Using 1.1RC, I can't get the validator to find my mod, even though it is pointing right into the mod's main directory?

I am quite sure 1.1RC has no problems finding mods. Are you sure the scheme setup is correct?

'Game path' must point to your EU3 base directory e.g. C:\Games\EU3
'Mod name' must be the name of your mod and the name of your mod must also be the name of its base directory e.g. if your mod is called "MyAwesomeMod" the files should be in C:\Games\EU3\mod\MyAwesomeMod

Also make sure that the 'game to validate' field is set (that's the field below 'Mod name')

[copx]

.....................................

[Alpha Zeke]

[copx]

The second field shouldn't be a file path, just a name. Also notice the error message of the validator:
"Mods in system: Europa Perfecta"
It actually found your mod. Try replacing that "...\mod\europaperfecta" with "Europa Perfecta"

[Alpha Zeke]

Yeah I actually just figured that out heh. Thanks anyway.

If I could know, whats the difference between mod errors and main mod errors? Does one exclude vanilla errors?

[Jamie550]

Said user would be
(finally managed to register)

Again please fix these warnings, it would make working with Helius' code so much less error spamy.

They have been fixed, except the FROM. Are the only FROM issues from events that are called by missions? Also I'm not sure why you need FROM in your last example with the any_country; if you want that country wouldn't that country be in THIS?

If someone knows about FROM please do comment.

[Jamie550]

Yeah I actually just figured that out heh. Thanks anyway.

If I could know, whats the difference between mod errors and main mod errors? Does one exclude vanilla errors?

That distinction is mainly used in newer games like CK2, where mods can load other mods. The "main mod errors" will ignore errors from a loaded mod, while the "mod errors" will look at both loaded mods and your current mod. While the third option includes all errors.

[copx]

They have been fixed, except the FROM. Are the only FROM issues from events that are called by missions?

No.

Also I'm not sure why you need FROM in your last example with the any_country; if you want that country wouldn't that country be in THIS?

If someone knows about FROM please do comment.

Here is the one event in IN which actually uses FROM:


country_event = {

id = 747
is_triggered_only = yes


title = "EVTNAME747"
desc = "EVTDESC747"

option = {
name = "EVTOPTA747"
FROM = { secede_province = THIS }
badboy = 1
}
option = {
name = "EVTOPTB747"
prestige = -0.01
}
}

And here is the one and only caller:

province_event = {

id = 746
[unimportant stuff snipped]
title = "EVTNAME746"
desc = "EVTDESC746"

option = {
name = "EVTOPTA746"
controller = { country_event = 747 }
}
}

According to the description the country which receives event 747 will get the province which triggered event 746.

..that means FROM refers to entity which received the event which called the event in which FROM appears (what a sentence).. and that's just one case. I don't use FROM but you can obviously use it for all kinds of advanced tricks. As I said the worst offender is the SRI AI mod which is FROM all the way down.

Let's address this one issue at a time. Right now the validator does not accept this code:

relation = { who = FROM value = 15 }

--- Error 1 of 1 ---
At <mod>\events\zgovernment_ranks.txt [country_event[2]\option[1]\random_owned[3]\owner\random_country\relation\who] (Line 1455, Column 22):
"FROM" is not a valid Tag, ThisCountry, ThisProvince, Scope, "emperor", or "league_leader".

According to the logic of the Paradox code it should, at least when the event in which said line appears is called by another country event.