안녕하세요.

저도 그런적이 있었거든요.

근데 실제 설치할 컴퓨터(저같은경우 win95)에 access가 설치되어있다면

아래 권용길님의 답변중 링크되어 있는 곳에서 설치되어야할 폴더등을 is에서 설정해주셔야 할겁니다.(group설정하는 부분에서요..)

또한 만약 설치할 컴퓨터에 access가 설치되어 있지 않다면 저같은경우는 access에서 질의등을 많이 사용했거든요. 근데 bde에서는 접근이 되는데 실제 데이타등을 사용하려니까 type등이 안맞는다는 에러 메세지가 나오더라구요.

그래서 어쩔수 없니 access를 설치했습니다.

도움이 되셨을랑가 모르겠네요.

아래의 링크되어 있는 싸이트에 가면 자세히 설명되어있어서 배포는 쉽게 될겁니다.

안녕히 계세요



권용길님의 답변중.

말씀하신 문제는 IS의 버그 때문입니다.

델파이4에 함께 제공되는 IS(InstallShield) 4.0.2는

DAO를 제대로 설치해 주지 않습니다.



차선책으로 MDB를 사용하지 않던가

굳이 MDB를 사용해야 한다면

MS사의 DAO 배포본을 프로그램과 함께 배포합니다.



DAO 배포본은 비주얼스튜디오에 들어있지요.

다음은 MS사의 관련 문서입니다.



http://support.microsoft.com/support/kb/articles/q167/5/23.asp?FR=0



다음은 DAO 3.5를 수동으로 설치하고자 할때

도움이 될 만한 문서입니다.



http://members.xoom.com/islamov/diamond/q&a.html



Access95 파일은 DAO 3.0을 통해 접근하며

Access97 파일은 DAO 3.5를 통해 접근합니다.



어떤 DAO 버전을 사용하느냐에 따라 BDE Admin의

DLL32에 적당한 파일을 설정해 주어야 하죠.



DAO3.5 -> IDDA3532.DLL

DAO3.0 -> IDDAO32.DLL

InstallSheild인지 BDE인지, 하여간 DAO랑 잘 어울리질 못하더군요,

저도 이것때문에 무척 고생을 했었습니다.

일단. 시스템에 설치되어 있는 DAO가 3.0버젼일 경우와 DAO3.5일 경우

Registry의 설정값은 다음과 같습니다.



HKEY_LOCAL_MACHINESoftwareBorlandDatabaseEngineSettingsDRIVERSMSACCESSINIT



DAO 3.0 버젼 : IDDAO32.DLL

DAO 3.5 버젼 : IDDA3532.DLL



이게 맞지 않을 경우, 실행시 다음과 같은 에러메세지가 뜨죠.



=====================================================

Cannot Load an IDAPI service library

File : C:WindowsmsappsDAODAO3032.DLL

Alias : DCSPrj

=====================================================



InstallSheild에서 Registry를 변경하도록 설정을 하십시오.





(추가정보)



같은 DAO3.5라도 파일마다 버젼이 다릅니다.

보통 MS-Office97이나 Visual Studio를 설치하면, DAO3.5가 설치되는데,

Visual Studio5.0과 Visual Studio6.0에서 설치되는 DAO3.5가 서로 버젼이 다 릅니다. 그래서 Visual C++ 5.0에서 DAO3.5를 사용하는 프로그램을 개발한뒤,

최신버젼 DAO3.5가 설치된 시스템에서 실행을 하면, 다음과 같은

에러메세지가 나타납니다.



==================================================

General SQL Error

Jet VBA관련 ...........을 초기화 하지 못했습니다.

.......

==================================================