Лолшто

Просто так нельзя обявить, так же как нельзя объявить таким образом класс

enum class SomeClass::InnerEnum : int; //not valid
class Outer::Inner; //not valid
class some_namespace::Class; //not valid

Вам нужна архитектура с контролем удаления объекта. Сделать такое можно, но сложность довольно сильно возрастает:

#include <unordered_set>


class delegate;

class delegate_object_impl
{
public:
    void setDelegate(delegate* delegate)
    {
        _d.insert(delegate);
    }

    void clearDelegate(delegate* delegate)
    {
        _d.erase(delegate);
    }
    virtual ~delegate_object_impl();

private:
    std::unordered_set<delegate*> _d;
};

template <typename T>
struct delegate_object: T, delegate_object_impl
{
    template<typename...Args>
    delegate_object(Args... args):
        T(args...)
    {}
};

class delegate
{
public:
    template<typename T, typename ... Args> 
    explicit delegate(delegate_object<T>* owner, void(T::*)(), Args ... args):
        _owner(owner)
    {
        //...
        owner->setDelegate(this);
    }

    delegate_object_impl* _owner;

    ~delegate()
    {
        if (_owner) {
            _owner->clearDelegate(this);
        }
    }

    void operator()()
    {

    }

    void forget()
    {
        _owner = 0;
    }
};

delegate_object_impl::~delegate_object_impl()
{
    for (delegate* d : _d) {
        d->forget();
    }
}

Понятное дело, что городить такое имеет смысл только тогда, когда ситуация, приведенная вами, является не ошибкой программиста а частью нормального жизненного цикла системы.

Если говорить в общем, то вас интересует шаблон проектирования Observer

Реализаций его может быть придумано большое количество

* На WinAPI с использованием системы сообщений
* На С с использованием указателей на функции
* На С++ с использованием std::function или любого другого объекта, интерфейс которого известен
* На С++ с использованием boost::signals
* Qt signals/slots
* и т.д.

Мой ответ касается практической части, про книжки смотрите другие ответы.
Для того, чтобы действительно разобраться в языке, нужно писать на нем. Причем писать такой код, который поток кто-то проверит, укажет на недостатки, подскажет, как сделать лучше.

Для этого вам можно или найти какой-нибудь курс, или поучаствовать в opensource проекте с code review, причем довести свои патчи до merge в master. С этим, правда, бывают сложности, если вы совсем начинающий, потому что никому от вас толку не будет.
Тут есть еще один вариант, про который почему-то никто никогда не упоминает. Отвечать на вопросы. Вот так вот как вы сейчас задаете вопросы, только отвечать. Конечно, вам не пойдет ванильный тостер без дизлайков, с малым количеством вопросов и специфическим русскоязычным сообществом. Вам нужно на StackOverflow. Просто смотреть подряд вопросы, пытаться решать, постить ответы, сравнивать с теми ответами, которые пишут другие люди и делать выводы. Если вы будете писать ерунду, вас там поправят, опять же. Я в свое время довольно много таким образом узнал где-то за полгода.

Ну не работает. Даже bug заведен.

Если у вас std::vector<SomeValueType> pingAddr;, то можно писать

for(auto iter=pingAddr.begin();iter!=pingAddr.end();iter++)
        {
                SomeValueType& v = *iter;
                avrPing += v.getResult().avrRTT; //автодополнение будет работать, 
                //а код все равно проще, чем если писать название типа вместо auto

                i++;
        }

А потому что не надо выпускать исключения из деструктора - необходимо все их там же и ловить.

В частности, в вашем случае - если исключение будет брошено из деструктора в процессе обработки другого исключения, приложение завершится.

stackoverflow.com/questions/130117/throwing-except...

Не писать на c++-cli

Есть драйвера для и для .Net и для Qt.

судя по коду библиотеки, вам нужно вызывать Laplacian3D непосредственно из main, а не из "трафарета". Последний, как я понял, нужен, если вы хотите выполнить некоторые действия над всеми элементами матриц. И внутрь вам передаются не массивы, а их элементы.

Но я вообще не профи в blitz, просто мимо проходилкод посмотрел.

Вам остается только проверить кодировку и убедиться, что файл закодирован в UTF-8. Qt до 5й версии по умолчанию использовала ANSI кодировку при конструировании QString из строковых литерал, но это не ваш случай. Qt 5 использует Utf-8 (и именно его).

Вам нужно убедиться, что файл сохранен в Utf-8. В QtCreator (если вы его используете) есть настройки кодировок для новых файлов, но их изменение не приводит к изменению кодировки уже созданных файлов.

Для перекодирования файла нужно его открыть, выбрать меню>правка>выбрать кодировку>выбрать Utf-8 из списка, нажать Сохранить в кодировке. Если при открытии видим "мусор", выбираем вышеназванный пунк меню, затем выбираем "Перезагрузить в кодировке (Windows 1251), а уже потом пересохраняем в Utf-8.

Что значит, игнорируется? Просто после первого выполнения внутреннего цикла, j так и останется равной n и потому внутренний цикл будет выполнен только один раз. (это еще повезло, что в С++ глобальные переменные инициализируются нулем)

А все потому, что говорила же мама объявлять переменные как можно ближе к месту использования :)