По порядку:
1. обход таблицы выполняется командой FETCH. Доступ к текущему полю "имя_таблицы_внутри_MapInfo"."имя_поля". посмомотрите Help там описано полнее. команда очень капризная, этот самый указатель предельно легко слетает, особенно, если идти по настоящей таблице, а не по запросу. Для того, что бы этого избежать, как припоминаю, приходилось при использовании внешних вызовов из VB делать 2 вещи:
а) создать таблицу на одну запись командой Select по RowID
б) создавать запрос на все необходимое множество, который ,потом, надо не забыть закрыть. Лимит файлов исчерпывается довольно быстро.
2. Оффтоп: я как-то утратил понимание, речь по прежнему о связи VB-MapInfo или уже о простом доступе и создании команд с помощью MapBasic'а.
3. Записать при переборе в поле Obj, по моему все же нельзя... Припоминаю, что именно в этот момент Fetch и теряет указатель, а может и просто нельзя, уже не помню. Помню, что приходилось использовать Update ... Set Obj=[имя_переменной] Where RowId=
4. Какая-то у вас загадочная задача. Создавать регионы итерационно, да еще через программную среду, перечесляя координаты в коде? Копировать объекты из таблицы в таблицу для того, что бы изменить в них потом геометрию на совсем новую? Как говорят в рекламе - "Совсем не понимаю!?"
На мой взгляд главное в объекте как раз геометрия, на ее создание и уходит максимум сил, времени и ресурсов. Если не хотите делать свой проект достояние общественности, - свяжитесь со мной через личное сообщение, может все же есть более простой путь через ваши грабли? Ведь копирование оформления и атрибутивных полей - оно на порядок или два быстрее, чем создание геометрии.
5. Что бы не мучить вас подробностями, я вам скажу, что то чем вы занимаетесь в плане создания геометрии, особенно с запросом на добавление по одной вершине через OLE интерфейс, вообще-то решается совсем другим путем. И его не надо изобретать, так как он является штатным средством MapInfo, которое в совокупности с его простотой и текстовым файлом Рабочего набора составляет 85% силы и привлекательности MapInfo. Этот путь - обменный формат MIF/MID, так глубоко любимый всеми разработчиками во всем мире. Это текстовый формат, простой как угол дома. Для того, что бы в нем создать односвязанный регион не надо знать вообще НИЧЕГО. Скопировать заголовок из имеющегося файла (или заготовки) и заполнить текстовый файл перечнем координат, не забыв, что в регионе точек на одну больше, чем полилинии - начальная и конечная совпадают. Можете мне поверить, скорость создания файлов MIF/MID на VB - гораздо выше скорости создания объектов через интерфейс к MapInfo, а уж надежнее в разы. Выполнить потом команду
Import file_name
[ Type file_type ]
[ Into table_name ]
[ Overwrite ] много времени и усилий не займет. И отладка занимает в 100 раз меньше времени. Атрибуты пишутся в параллельный MIF файл по принципу один объект - одна строка со всеми атрибутами через запятую (что правда можно поменять). Единственно, чего нельзя поменять - десятичная точка должна быть именно точкой, а не тем, что ставит Windows и VB из-за региональных настроек.
6. Вообще язык файла MIF/MID чрезвычайно богат, особенно его текущая версия 4.0, если я не путаю номер версии. Описание его раньше лежало на сайте MaInfo. Кроме того он позволяет легко и непринужденно для каждого создаваемого объекта задавать его полное уникальное оформление. Естественно, если вы используете стандартные средства MapInfo. Всякие там площадные псевдозаливки, создаваемые в реальности отдельными объетами слоя - это конечно можно и в нем, но тогда запущенный MaPinfo ткак раз и нужен, для того, что бы верно определить границы "заливаемых" полигонов. Но вот создание оформления для массово ново-создаваемых объектов, с помощь библиотеки оформлений - это просто для него.
Не в качестве рекламы, но в качестве примера: была задача создать на Московскую область специализированную систему вложенных координатных разграфок - ячеек. От самой большой - внешней 400 км до самой малой 50 м. С создание однозначного иерархического номера (названия) ячейки. Там конечный слой 50-метровых ячеек в виде TAB файлов занимал 8Гб, был сгенерирован в виде MIF/MID файлов за 6 часов. Импортирован меньше чем за час. Если бы пришлось "дергать" MAPINFO для добавления каждой вершины, а их было по 3 на каждой стороне квадрата, то это заняло бы неделю в лучшем случае. А "упала" бы она еще раньше.
7. Еще раз предлагаю связаться и обменяться информацией через личное сообщение, а потом через почту. Так как мне кажется для публичного общения тема уже исчерпала свой интерес.
8. С таблицами в MaPinfo бывает много чудес, но телепатически их оценить сложно. Надо посмотреть. Самый простой способ как раз в виде MIF/MID Файлов. В них все становиться проще и очевиднее.
написал длинный ответ, а он исчез после повторной авторизации. второй раз не осилю. 
, подключение к конкретному экземпляру отследить и обеспечить крайне не просто, чаще - вовсе не возможно.
