2 Саныч
начало, видимо, здесь

авторЯ до сих пор пользуюсь по старинке Err и Error вместо Err.Number и Err.Description. Наверно, пора переучиваться. Но если переучусь - что я получу?

Саныч, а что ты надеешся|хотел бы от этого вообще получить, и почему коллекция так привлекла внимание?

1) прямых польз от две:
а) возможность определять собственные кастом ошибки с собственными номерами и описаниями, которые потом испускать при помощи Err.Raise
Это может оказаться удобным и полезным, в случае, когда необходимо построить универсальный логер ошибок, который бы включал не только информацию об ошибках программиста, но и о логических ошибках пользователя.

2) при работе с фунциями внешних Dll, по крайней мере объявленных через Declare, настоятельно рекомендуется проверять Err.LastDLLError.

По поводу замечания дл Сенина Виктора

Саныч, а что, разве есть языковые миры, в которых один раз можно сказать try, пройти этот трай до конца, а потом, переместившись в catch, обработать все ошибки разом? Такое поведение разумно для удаленных серверов, ПРОТОКОЛЬНО общающихся с внешним миром, для локальных пространств более характерно отношение к ошибкам как к СОБЫТИЯМ, требующим немедленногоРАСПРОСТРАНЕНИЯ/перехвата.

В принципе, мечта твоя, реализуема, путем образования собственной коллекции. Однако вставал бы я на эту дорогу, только после решения ПРОТОКОЛЬНЫХ вопросов. Поэтому и спросил - а о чем, собственно, мечтается.

2 Senin Viktor

а как тут С++ поможет?

2 Senin Victor

Допустим, что просто.
Не потеряет ли после такой помощи VB возможность Native компиляции?
:))

2 Саныч
ну вот ушел - оставил одних VB переписывать ;))
Это ж была ТВОЯ затея!

)))

2 Сидоров

оно, "примерно так и есть", если в подробности не вдаваться.

А программировать в такой ситуации надо не "его", а объект типа Application, обучая уже ЕГО - Application, поддерживать желанную Санычу коллекцию.