Есть код:

Соединение = Новый COMОбъект("ADODB.Connection","localhost");
Соединение.Open("..."); //вот здесь иногда зависает

как можно прервать процедуру через скажем 10 секунд?

таймаут выставить

(1) хорошее предложение, осталось узнать как?))

А почитать доку по ADO религия не позволяет??

(4) весьма тонкий намек... и на этом спасибо

(3) +1
и "localhost" я бы убрал
ибо "Если параметр опущен, то создается на данном компьютере."

Соединение.ConnectionTimeout = 5;
не помогло

апну разок

http://msdn.microsoft.com/en-us/library/windows/desktop/ms678265(v=vs.85).aspx

(8) Дословно: Удостоверьтесь что провайдер и источник данных, в который Вы пишете, поддерживают функциональность CommandTimeout.
Значит не поддерживает мой драйвер, по умолчанию стоит 15 секунд, но толку ноль. Какой может быть обход?

(9) использовать другой провайдер? и вообще. что за jопское создание конекшена?

во первых можно ADO настроить по DCOM и смотреть там таймауты
во вторых можно перед созданием соединения просканировать процессы и убить по тайму процесс (а переменные обнулить)

(10) чем же плох этот конекшен???
(11) ппц... я почти был готов это реализовать, даже наброски уже были (кстати насчет тайма не знаю, но при помощи telnet все решается довольно просто), Но в итоге все решилось намного проще, как оказалось в параметрах реестра ранее выставлялась задержка, после ее отключения все заработало

(12) есть еще один способ, дело в том что таймаут устанавливается как в объекте connect так и в объекте open на память я не помню что имеет приоритет, но если таймаут установить в обоих объектах - то все заработает

(12) вы бы подробнее описали - а то "все просто: 1с заработала нормально, как только реестр поправил и загрузил 1 раз сайт Майкрософта" ))

(13) не факт, я ведь в (9) написал дословный перевод документации по этому поводу и на факте все подтверждается, по умолчанию стоит 15 секунд, я меняю на 5 секунд, тут же проверяю установилось новое значение или нет, после вызываю open и иду спать))
(14) МС тут не причем, когда-то выставлялись настройки для тунелирования, а там чувствительность к задержкам большая, поэтому увеличивали TcpMaxDataRetransmissions, после удаления параметра, а также за компанию удалил TcpTimedWaitDelay, все встало на свои места, теперь open замерзает максимум на 20 секунд и вылетает с ошибкой, за что ему и спасибо))

(15) т.е. проблема в настройках сети? тогда и другие сетевые приложения - тот RDP, - будут работать с разрывами...
а как понять "теперь open замерзает максимум на 20 секунд и вылетает с ошибкой, за что ему и спасибо"? т.е. вы добивались ошибки?

(16) причем здесь rdp, rdp упал и мы это увидели если что, а COM-соединение если упадет то в лучшем случае ты это увидишь при следующем open, а следующий open в моем случае замерзал надолго, тогда как теперь проходит 20 секунд и я могу обработать Исключения со всеми вытекающими

т.е. у вас сеть как-бы висла что ли??
интересные у вас настройки были ))

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