Bug#35897778: Upgrade to CURL 8.4.0 [remove old]

Remove all old source files.

Change-Id: Ib46488f2bee755920c21ef2c7768ffa0ab0a9be7

Bug#35897778: Upgrade to CURL 8.4.0 [remove old]

Remove all old source files.

Change-Id: Ifb43e581715178079b5a5a6e0ebcf201d2aae8f2

Bug#35897778: Upgrade to CURL 8.4.0 [remove old]

Remove all old source files.

Change-Id: Ib46488f2bee755920c21ef2c7768ffa0ab0a9be7

Bug#35897778: Upgrade to CURL 8.4.0 [remove old]

Remove all old source files.

Change-Id: Ifb43e581715178079b5a5a6e0ebcf201d2aae8f2

Bug#35613791 - Upgrade from Wix 3.11 to 4.0.1 for Server/Cluster MSI …

…builds

WiX Toolset v3 is no longer actively maintained.

Change-Id: I4b2e94ed51708a74ee3bbd82ffe97dcc4e7338d8
(cherry picked from commit 4c13451d68768d8989a5ce3752b66ecb23460cda)

Update License Book

Approved-by: Balasubramanian Kandasamy <[email protected]>

Update License Book

Approved-by: Balasubramanian Kandasamy <[email protected]>

Bug#35231475: Segmentation fault in Item_ref::real_item with

              CTE query

When transforming a subquery to a derived table, if a new field is added,
it should increment the reference count. However, this was not done when
a view reference was replaced with a new field. This made the field
referenced to be deleted when it was wrongly concluded that the field is
unused. Problem arises because the same underlying field is referenced by
all the view references created for that field.

For a query like this one:
WITH  cte AS (SELECT
              (SELECT COUNT(f1) FROM t1),
               COUNT(dt.f2),
               dt.f3
              FROM (SELECT * FROM t1) AS dt)
SELECT * FROM cte;

it gets transformed into

select `derived_2_6`.`COUNT(f1)` AS `(SELECT COUNT(f1) FROM t1)`,
       `derived_2_5`.`COUNT(dt.f2)` AS `COUNT(dt.f2)`,
       `derived_2_5`.`Name_exp_1` AS `f3`
from (select count(`test`.`t1`.`f2`) AS `COUNT(dt.f2)`,
            `test`.`t1`.`f3` AS `Name_exp_1`
      from `test`.`t1`) `derived_2_5`
left join (select count(`test`.`t1`.`f1`) AS `COUNT(f1)`
           from `test`.`t1`) `derived_2_6` on(true) where true;

The expression "Name_exp_1" is a view reference because the derived
table "dt" gets merged. When this is replaced with an "Item_field"
during subquery to derived transformation, we do not increment the
reference count. Later, we see that the derived table "cte" which
is resolved after the creation of the derived tables "derived_2_5"
and "derived_2_6" gets merged. While deleting the un-used fields for
this derived table, we delete the field "f3" even though it is still
used in the query.

Fix is to correctly increment the ref count for the new field created.

Change-Id: I4035d86990e3cfb099144b7f304b864eb0451f5d

Bug#35231475: Segmentation fault in Item_ref::real_item with

              CTE query

When transforming a subquery to a derived table, if a new field is added,
it should increment the reference count. However, this was not done when
a view reference was replaced with a new field. This made the field
referenced to be deleted when it was wrongly concluded that the field is
unused. Problem arises because the same underlying field is referenced by
all the view references created for that field.

For a query like this one:
WITH  cte AS (SELECT
              (SELECT COUNT(f1) FROM t1),
               COUNT(dt.f2),
               dt.f3
              FROM (SELECT * FROM t1) AS dt)
SELECT * FROM cte;

it gets transformed into

select `derived_2_6`.`COUNT(f1)` AS `(SELECT COUNT(f1) FROM t1)`,
       `derived_2_5`.`COUNT(dt.f2)` AS `COUNT(dt.f2)`,
       `derived_2_5`.`Name_exp_1` AS `f3`
from (select count(`test`.`t1`.`f2`) AS `COUNT(dt.f2)`,
            `test`.`t1`.`f3` AS `Name_exp_1`
      from `test`.`t1`) `derived_2_5`
left join (select count(`test`.`t1`.`f1`) AS `COUNT(f1)`
           from `test`.`t1`) `derived_2_6` on(true) where true;

The expression "Name_exp_1" is a view reference because the derived
table "dt" gets merged. When this is replaced with an "Item_field"
during subquery to derived transformation, we do not increment the
reference count. Later, we see that the derived table "cte" which
is resolved after the creation of the derived tables "derived_2_5"
and "derived_2_6" gets merged. While deleting the un-used fields for
this derived table, we delete the field "f3" even though it is still
used in the query.

Fix is to correctly increment the ref count for the new field created.

Change-Id: I4035d86990e3cfb099144b7f304b864eb0451f5d

Update License Book

Approved-by: Erlend Dahl <[email protected]>