Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Fix ICUSYMNOTFOUND error message if ydb_icu_version env var is set to…
… a long string (SS_LOG2LONG) * The `v53003/D9I10002703` subtest in the YDBTest repo failed in in-house testing with the following diff when it was testing the `ydb_icu_version` env var set to a huge 32Kb sized string. ```diff 30c30 < %YDB-E-ICUSYMNOTFOUND, ... ICU needs to be built with symbol-renaming disabled or ydb_icu_version environment variable needs to be properly specified --- > %YDB-E-ICUSYMNOTFOUND, ... ICU needs to be built with symbol-renaming disabled or ydb_icu_version/gtm_icu_version environment variable needs to be properly specified ``` The test was expecting the ICUSYMNOTFOUND error to indicate just the `ydb_icu_version` env var name as that was the env var which had been set to an incorrect value. But instead the actual output was `ydb_icu_verison/gtm_icu_version` which was incorrect. * A previous commit (df110a8) fixed the ICUSYMNOTFOUND error message to be deterministic in case the `ydb_icu_version` and `gtm_icu_version` env vars were both not defined (i.e. SS_NOLOGNAM return from trans_log_name()). But if one of more of these env vars were set to a very huge value (i.e. SS_LOG2LONG return from trans_log_name()), the prior commit did not handle that case correctly. It still considered neither of these env vars as defined and gave an ICUSYMNOTFOUND message listing both the env var names whereas only one of the env var names should have been printed in that case. For example, if `ydb_icu_version` env var was set to a huge string (32Kb in length), then the ICUSYMNOTFOUND error message would print `ydb_icu_version/gtm_icu_version` instead of just `ydb_icu_version`. This is incorrect. This is now fixed by setting the `is_ydb_env_match_usable` env var to TRUE as long as the return from trans_log_name() is not SS_NOLOGNAM (previously it was incorrectly set to TRUE only for the SS_NORMAL return case). With these fixes, the `v53003/D9I10002703` subtest now passes.
- Loading branch information