Пожалуй здесь нужно небольшое пояснение (очень упрощенно)
1. есть dll процедурные (набор функций), в VBA они подключаются через Declare к каждой отдельной функции. Это WinApi и часть других. (похоже и wsock32.dll из этой серии). т.е. используем функцию.
2. есть dll - ООП (классы/объекты с набором методов и свойств). В винде это технология COM (для этого собственно она и создавалась - возможность работы с ООП-dll вне зависимости от используемого языка). Для того, что бы не писать сотню Declare к сотне методов и свойств классов библиотеки - класс зарегистрирован в реестре, и вы видите это в VBA через references (по F2 можно посмотреть все дерево). т.е. используем объект/класс.
Подключаются через CreateObject, GetObject, NEW...

Владимир, может дополнить, что посчитает существенным.

не уверен. Без примера это как сферический конь в вакууме: сокеты есть разные, есть псивные, есть активные. Что будет выступать в качестве сервака и т.д.

Возможно эта инфа поможет: http://www.vbstreets.ru/VB/Articles/66012.aspx

В чем сложность кода? В том, что я объединил три ваших отдельных макроса (который каждый нужно выполнять отдельно, затрачивая время хотевшему помочь специалисту) и поменял MsgBox на Debug.Print, что бы вручную не переписывать время? Новичкам надо учится, ну или платный раздел никто не закрывал.

Вопрос интересный, лично ни разу такого не делал. Для чего вам это? В чем задача?

Вы бы объединили в один макрос, для удобства тестирования.

Скрытый текст

Код Option Explicit Sub test() Dim i As Long Dim Start As Single     Start = Timer          For i = 1 To 500000         Cells(i, 1) = i     Next i          Debug.Print "Затрачено времени, v1: " & Format((Timer - Start) / 24 / 60 / 60, "nn:ss")     Start = Timer     Application.Visible = False     For i = 1 To 500000         Cells(i, 1) = i     Next i          Application.Visible = True     Debug.Print "Затрачено времени, v2: " & Format((Timer - Start) / 24 / 60 / 60, "nn:ss")     Start = Timer     With Application         .ScreenUpdating = False         .EnableEvents = False         .Calculation = xlCalculationManual     End With          For i = 1 To 500000         Cells(i, 1) = i     Next i          With Application         .ScreenUpdating = True         .EnableEvents = True         .Calculation = xlCalculationAutomatic     End With          Debug.Print "Затрачено времени, v3: " & Format((Timer - Start) / 24 / 60 / 60, "nn:ss") End Sub

Затрачено времени, v1: 00:12
Затрачено времени, v2: 00:12
Затрачено времени, v3: 00:06

через NEW, плюс в проводнике по объектам (F2), можно посмотреть по этой библе методы и свойства (если она поддерживает DUAL - интерфейс, т.е. раннее и позднее связывание).

Попробуйте через ранее связывание. Вы же подключили в References?

Посидеть за игрухами возможно и в полумраке, работать в нормально освещённом помещение это необходимость. Если, конечно, нужны нормально функционирующие органы зрения.
Upd
И за игрухами нужно освещение. Наверно, что-то вроде релакса, кино, музыка - можно и в полумраке, когда не надо напряжённо смотреть в монитор.
ИМХО

Можно так
Для данной темы, нужен guid 420B2830-E718-11CF-893D-00A0C9054228 (Дмитрий выше ответил), со своими методами.
Нужно, как и в ручном подключении, для возможности использовать  раннее связывание.
Шаблоны не использовал, сей момент тоже интересен.

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

Можно. Т.к. подключения хранятся вместе с файлом, вам нужно делать это в каждом файле. Можно повесить макрос на событие открытия или создания новой книги. Но может быть ситуация, когда на ПК, где будет открываться такой файл - не будет этой библиотеки. Будет сообщение об ошибке.

Коллеги приведите пример, когда это нужно? Алексей, мгновенно не получится, там столько операций, удивитесь (обход словаря, выделение памяти, копирование в массив и т.д.)  Плюс работа с массивом в некоторых операциях медленнее словаря. Ибо тогда зачем бы он понадобился? Это совсем разные сущности.

На рабочем ПК стоит 16ГБ и мне иногда не хватает. Все зависит от ваших задач.

И таки да, ваше название темы не соответствует вашей задаче. Не надо городить костыли, пишите нужные данные из программы на С++ на лист Excel напрямую. Без всяких библиотек, на чистом С++.

Кто вам такое сказал? Гугл забанили? Гуглим
https://docs.microsoft.com/ru-ru/cpp/mfc/mfc-and-atl?view=vs-2019
https://docs.microsoft.com/ru-ru/cpp/overview/visual-cpp-samples?view=vs-2019

Далее, можно вообще не использовать библиотек (неожиданно да?).
https://support.microsoft.com/en-us/help/196776/office-automation-using-visual-c

К примеру, записать массив в открытую книгу Excel (конкретно по вашему вопросу)
https://docs.microsoft.com/ru-ru/previous-versions/office/troubleshoot/office-developer/automate-excel-from-c

Обнаружена интересная особенность: событиями Excel делится сначала с VBA, потом с С++.
Из этого вытекает следующее:
1. Код VBA всегда будет опережать по событиям код из XLL.
2. Это нужно учитывать в своих проектах.

В частности, при обработки 3х событий в VBA - открытия книги, создания новой или после сохранения книги, автоматическое подключения библиотеки СОМ будет происходить после кода VBA.

Решением в данном случае (для VBA, который будет использовать одновременно и эти события и функционал XLL и раннее связывание) может быть следующее:
1. Ручное подключение COM в References (при выключенной XLL). Такие подключения XLL не трогает и они сохраняются вместе с файлом под вашу ответственность.
2. Использовать при таких событиях позднее связывание вместо раннего.
3. Дать несколько микросекунд времени xll (для подключения COM), к примеру так
4. Подключать кодом COM для раннего связывания

Лично, пользуюсь 3-м вариантом - самым простым и универсальным (для остальных решений есть определенные условия их применения).

Теперь и ссылку не нужно подключать, библа все сделает сама.

21/08/2020 XLL версия v1.0.3.0
Начиная с версии xll v1.0.3.0 рекомендуется использовать раннее связывание, т.к. теперь библиотека сама подключает COM в References и пользователю не нужно писать доп. код или подключать вручную COM.
Преимуществом раннего связывания в VBA является то, что видны все методы и свойства объектов, возможность их выбора из выпадающего списка, полное описание всех свойств и методов библиотеки в обозревателе объектов (F2), а также скорость кода.
Подключение осуществляется в открытой книге, в файле не сохраняется (не возникает ошибки подключения на другом ПК, где нет XLL).

Владимир спасибо. Заметил одну особенность, иногда после закрытия Excel, в диспетчере задач висит процесс.

Мое почтение, джентльмены.
Попросил Excel (отдельно Word) поделится событиями.
Некоторые события обозначил, некоторые закодированы первоначальным кодом.
У всех работает?
Нужно запустить exe при открытом Excel, далее Excel сохранить, потыкать, закрыть, посмотреть данные в консоли.
.exe мой, диск не форматирует :)
Присоединяется к первому процессу.

Увидел тему, уже прикинул самую быструю реализацию UDF для Excel (не на VBA) по данной теме, сильно быстрее, чем любое здесь предложенное решение. Потом, посмотрел решения от ZVI, которые всегда для меня были эталоном в VBA и решил, пусть самым быстрым и останется.

Спасибо. Прочитал инфо по ссылке. Чем-то похожи на структуры.

Да, действительно есть. Интересный проект. Скачал файл, посмотрю реализацию.

vlad000, вопрос был по QR-коду, по вашей ссылке открывается генерация штрих-кода. Или я не так понял ваш пост?

Для решения озвученного в посте 35 не нужен интернет.
Использовать проще простого:
1.Открыть (скачать) xll
2.Написать простой код из одной строки

24/07/2020 v1.0.2.9
Добавил флаг FileFlagNoBuffering - отключение системного кеширования чтения/записи файла 0/1 (по умолчанию: 0 - кеширование не отключается)
Использовать в случаях, когда размер файла сравним с размером ОЗУ (не создается доп. буфера файловой системы, за счет чего меньше пишется в файл подкачки и в разы быстрее выполняется код).

Видео не делал, можно посмотреть пример здесь.

Update 16/07/2020 - пропилино WinApi .
1. Добавлена локализация для любой Страны/Языка
2. Теперь обработка txt-файл размером 1Гб, 4 млн. строк. = 1,59 сек.
Подробнее...