Подскажите, пожалуйста, какой минимально необходимый уровень доступа (админ., ограиченный, гость и т.д.) должен иметь пользователь компьютера, чтобы иметь возможность работать с файлами .mdb? При этом он должен использовать программу, написанную на VB6. Где об этом можно прочитать?
Спасибо заранее!

Дело в том, что на тестовом компьютере невозможно обращаться из программы к БД. Когда даны права админа - все нормально, если они ограничиваются - ни использование ADO, ни DAO не позволяют этого сделать.
А насколько они ограничены, я не знаю. Системщик требует, чтобы я ему выдал рекомендации, а я в этом не силен.

Для тестирования я сгенерил несколько простых программок без всяких дополнительных OCX и DLL.
К mdb есть полный доступ (???).

С ADO (при зарегистрированной и установленной соотв. OCX) прога не выдает никаких ошибок, но и не обращается к БД (простенькой, тестовой). Т.е. в текстовых окнах тен инфо из БД.

С DAO без дополнительных OCX и DLL выдается ошибка на отсутствие регистрации класса.

На всех машинах с полным доступом все программы работают.

Речь, на мой взгляд, идет не о доступе к конкретному файлу или к каталогу, а системных ограничениях. Если они не админовские - появляются проблемы. А четко прочитать об этом я нигде не смог. Нашел только очень невразумительные несколько фраз в книге Коннелла (БД и VB6). Там говориться, что права должны быть админовские, т.к. система следит за этим. Но говориться очень, как бы, между прочим. А между тем программу свою никак не могу запустить на тестовой машине, заказчик торопит :))).
Хотелось бы просветиться на этот счет.

paparome!

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

Был установлен доступ для всех. Установил себя как пользователя дополнительно. Обткрыл полный доступ. НИ ФИГА :((.

Стандартные (которые знаю) я прорегистрировал. А где они грамотно должны быть для VB6:
в WinNT/system
или в WinNT/System32 ?

Ну, она не выдает в этом случае конкретного класса, а дает в скобках {длинный номер}, который мне ни о чем не говорит.

Вот за все время работы с VB (около 9 лет) у меня в одном месте установки программа работы с БД, написанная на VB6 явно сказала, что не хватает MSVBVM60.DLL. Установил в System - все пошло. Как-то всегда удавалось договориться :). А в этой конфигурации "голой" тестовой машины (Англ. Win2000 + Англ. Офис) дрючусь уже три дня - ничего не могу сделать.

А для того, чтобы посмотреть, где виснет прога, я использую Filemon (an application that monitors and displays all file system activity), но для ее использования нужен админ доступ, а на тестовой машине его у меня нет!
По, крайней мере, сейчас.

Привет, paparome!

Сегодня работаю дома (с клиентом по И-нету) , нет под рукой книжек. Поэтому вопрос, м.б. идиотский: DAO библиотека содержится - в MSVBVM60.DLL? Его я прорегистрировал.
А инсталяшку я генерить, к сожалению, не могу. Клиентам в системе нельзя будет устанавливаться, т.к. у них будет ограниченный доступ - только в свой каталог.
А насколько я понимаю инсталяшка обращается и в системные каталоги? Хотя детально этим я никогда не занимался.

Вот мне промылили, что в NT могут быть Большие Проблемы даже с родными DAO.
Ситуация такая:
Делаю .EXE на машинах с Win2000 и Win98 (Разные тестовые варианты)
Файлы mdb давно уже развиваются, сделаны на Acc97.
В достаточно разных конфигурациях пакет работает.
Не могу запустить на Win2000(NT) - голой с Оф2000.
А надо!

Сегодня, наконец, пришел системщик, сделал мне полный доступ, сейчас буду запускать Filemon и смотреть, что не так. А потом решу, что делать.

В связи с этим возникает вопрос: стоит ли переходить с VB6 на VB.NET , если приходится переносить свою программу на различные машины с различными системами? Хочется меньше проблем с работоспособностью и совместимостью программы, использующий базы .mbd (Access 97).
Может у кого-то есть подобный опыт - посоветуйте, пожалуйста - не поленитесь. Буду очень благодарен. А то что-то так достало меня в этот раз...

Понял, спасибо big-duke !
Насчет setup factory 6.0. Она у меня есть скачанная, но вроде "таблеток" к ней не надо?

Люди!!! Человеки!!! Братья-VBшники!!!

Победил я ЕГО!!!!!!
Недельная мутота завершилась.

Но теперь я точно знаю, что для совместимости при переносе по минимуму:

1. Обязательно д.б. в текущем каталоге (система в него заглядывает в первую очередь) файлы:
vbajet32.dll
msvcrt20.dll
vbar332.dll
msjet35.dll
msvcrt40.dll
msvcrt.dll
msvcirt.dll
msjint35.dll
msjter35.dll
msrd2x35.dll
Эти файлы можно не регистрировать, но они д.б. теми, с которыми компилировалясь прога. Хотя они могут быть и в других каталогах системных.

А на чем я пролажался:
Обязательно (для VB6 программ) в каталоге должен быть файл C:/Programm Files/.../DAO/dao350.dll
Причем этот файл обязательно д.б. прорегистрирован .
А прогы, особенно при использовании ADO об этом помалкивают, но не работают!
Может мой опыт кому-нибуть пригодится.

Спасибо всем, кто помогал! Особенно, paparome .