Kryptonit

С помощью Laplink PCmover и подобных программ.

void Field(vector <Circle> &circles, vector <Rectangle> &rects) {

Это передача по ссылке а не через указатель. Сюда надо передавать сам circleArray.

Но сразу скажу, препод такой подход не примет. Вся идея полиморфизма, наследования и виртальных методов в том, чтобы хранить везде указатели на Figure. А то, что какие-то из них на самом деле Circle, а какие-то Rectangle, это уже детали реализации. Виртуальные методы должны переопределятся в потомках и именно там должна быть логика, специфичная для разных фигур.

Например, у фигур может быть метод "выведи себя". Тогда в коде работы с фигурами вы просто вызываете этот метод у васех фигур даже не зная, круг это или прямоугольник. А вот перегруженный вертуальный метод уже будет выводить конкретную фигуру.

И ваш массив geometry в родительском классе смысла не имеет. Потому что он же не знает, что с этой геометрией делать. Там могут быть углы прямоугольника, а может быть центр круга. Вам надо в каждом классе потомке тупо хранить данные о нем (центр круга и радиус, например)

double circleMainArray[circArraySize] = { centerCoordX, centerCoordY, radius };
geometry = circleMainArray;

Тут вы заводите локальную переменную circleMainArray, а потом копируете ее адрес в член geometry. По выходу из конструктора локальная переменная удаляется. На ее месте потом поялвяется что-то другое (она на стеке, так что там могут быть адреса возврата, значения регистров или других локальных переменных).

Правильно было бы выделять память в куче под geometry и или заполнять его руками, или копировать туда данные из локальной перменной. А еще лучше - использовать std::vector.

geometry = new double[circArraySize];
geometry[0] = ...;
geometry[1] = ...;

Или лучше

std::vector<double> geometry;
...
Circle(double centerCoordX, double centerCoordY, double radius) :
   geometry{centerCoordX, centerCoordY, radius} {}

Частенько с таким сталкивался в свое время. Пришел к тому, что такое поведение только с открытым dev tools. Думаю это из-за определенных оптимизаций, для корректной работы dev tools. Вычисление getBoundingRect оптимизируется и происходит реже. Информацию о таком поведении найти не удалось. Но при тестировании на реальных устройствах (с легированием на сервер), все данные были корректными. Как только открывалась консоль разработчика, происходили задержки (проблемы были с setInterval или RAF внутри которого вызывался getBoundingRect)

P.S. Не помню точно, но в FireFox проблемы либо не было, либо она проявлялась не так сильно.

Потому что в fillMatrix вы заполняете не член класса fullMatrixPointer, а параметр функции с точно таким же названием. Если вы включите ворнинги у компилятора, то он вам об этом скажет.

После выхода из функции этот указатель никуда дальше не попадает. И в showMatrix передается незаполненый указатель.

Дополнительный скрипт можно подключить с помощью wp_add_inline_script()

add_action( 'wp_enqueue_scripts', 'mainfeedscripts' );
function mainfeedscripts() {
	wp_enqueue_script( 'pawsScript', get_template_directory_uri() . '/assets/js/pawsScript.js', array(), '2', true );

	$pawsScriptInit = '
		import {THE_ANIMATION_PAWS_MODULE} from ' . get_template_directory_uri() . '/assets/js/pawsScript.js
		let Number_paws = 10 
		let Animation_Speed = 20 
		let Height_Animation = 2000 
		let mobile = "False" 
		let stateBodyHeight = "True" 
		THE_ANIMATION_PAWS_MODULE(Number_paws, Animation_Speed, Height_Animation, mobile, stateBodyHeight)
	';

	wp_add_inline_script( 'pawsScript', $pawsScriptInit );
}

Импортируете модуль subprocess

import  subprocess

subprocess.Popen(['python3', 'script.py', 'argzzz1', 'argzzz2'])

UPD:
Путь к интерпретатору Python3

import sys
>>> sys.executable
'/usr/bin/python3'

Более подробно читать тут

import signal
import time


class SigHandler:
    stop = False

    def __init__(self):
        signal.signal(signal.SIGINT, self.exit)
        signal.signal(signal.SIGTERM, self.exit)

    def exit(self, *args):
        print(signal.strsignal(args[0]))
        self.stop = True


if __name__ == '__main__':
    Array = []

    signal_handler = SigHandler()
    while not signal_handler.stop:
        Array += input('Input value: ')
        print(Array)
        time.sleep(0.5)

    print("Exit")

error здесь лишний, если перевернуть список из нуля элементов, получится список из нуля элемеентов. Ваш код неправильно работает, потому что в последней строчке вы переворачиваете хвост списка, а первые два элемента теряются.

Получаем:

mylast :: [a]->[a]
mylast [] = []
mylast [z] = [z]
mylast [z,y] = [y, z]
mylast [z, y, m] = [m,y,z]
mylast (z:y:m) = mylast m ++ [y,z]

Также можно сократить количество паттерн матчинга:

mylast :: [a]->[a]
mylast (x:xs) = mylast xs ++ [x]
mylast [] = []

Команда
A=[0, 0, '']*401
даст список вида [0, 0, '', 0, 0, '', .........]
Т.е. число элементов списке будет 401 * 3.
Зачем вообще выделять список заранее?
Сделай его пустым A = [] и делай A.append(....) для каждой прочитанной строки.

Слишком много деталей неизвестно. Lamp Ubuntu 18.04 это локальный компьютер или это сервер который настроен для работы для публикации сайта в интернет?

Но вот основные шаги:

1. Экспортировать базу из Open Server (например используя phpmyadmin удобнее используя wp-cli)
2. Скопировать папку сайта из Open Server
3. Импортировать базу в Lamp Ubuntu 18.04 (либо используя phpmyadmin удобнее используя wp-cli)
4. Вставить папку в Lamp Ubuntu 18.04 туда где расположен сайт.
5. Заменить в базе данных локальные адреса на адреса удаленного сервера (найти и заменить в базе "https://локальныйсайт" на "https://новыйсайт")
6. Отредактировать файл wp-config.php заменив данные для подключения к базе на нужные.

* Гуглить все непонятности например:
"как установить wp-cli windows"
"как экспортировать базу используя wp-cli"
и тп.

object-fit:cover; /*для img*/

через любой из найденных методов в интернете добавить класс диву-обертке этих "прямоугольников", остальное css

Еще есть setInterval

Адаптируете под себя