---

Jeg har lavet et program der bruger TQuery m.m. til at snakke med en Access
database (programmet skal senere køre med en MS SQL database). Programmet
skal nu køre på en maskine uden Delphi installeret, og mit spørgsmål er :
Hvad skal der installeres på maskinen for at programmet kan køre, og hvor
kan jeg finde det?

MVH
Carsten

---

Hej Carsten !

Carsten Madsen wrote:

> Hvad skal der installeres på maskinen for at programmet kan køre, og hvor
> kan jeg finde det?

Brug InstallShield som følger med Delphi...

-Kurt

---

"Carsten Madsen" <carstensm@hotmail.com> wrote:
>
> Jeg har lavet et program der bruger TQuery m.m. til at snakke med en Access
> database (programmet skal senere køre med en MS SQL database). Programmet
> skal nu køre på en maskine uden Delphi installeret, og mit spørgsmål er :
> Hvad skal der installeres på maskinen for at programmet kan køre, og hvor
> kan jeg finde det?

Du skal installere BDE (Borland Database Engine).

I Delphi 1 fandtes der på CD'en en mappe, som hed BDE. Den indeholdt to
mapper (DISK1 og DISK2). Ved at kopiere indholdet af disse to mapper over på
en diskette, havde du installationsdisketter til BDE.

I Delphi 4 kræver Borland/Inprise, at du bruger et certificeret
installationsprogram til at installere BDE. Der findes en fil (DEPLOY.TXT) i
din Delphi mappe med yderligere oplysninger.

MVH, René
--
Using Virtual Access
http://www.vamail.com

---

Carsten Madsen wrote:

> Jeg har lavet et program der bruger TQuery m.m. til at snakke med en
> Access database (programmet skal senere køre med en MS SQL database).
> Programmet skal nu køre på en maskine uden Delphi installeret, og mit
> spørgsmål er : Hvad skal der installeres på maskinen for at programmet kan
> køre, og hvor kan jeg finde det?
>
> MVH
> Carsten

Hej.

Som andre har svaret, skal du installere BDE.

MEN - Jeg vil anbefale dig at skifte over til ADO, idet BDE ikke
understøtter N* types under MSSQL, endvidere mener jeg ikke BDE'en vil
blive vedligeholdt mere.

--
Med venlig hilsen / Best regards
Stig Johansen
linux@w3data.dk

---

"Stig Johansen" <linux@w3data.dk> wrote in message
news:9mv2kp$b14$1@sunsite.dk...
> MEN - Jeg vil anbefale dig at skifte over til ADO, idet BDE ikke
> understøtter N* types under MSSQL, endvidere mener jeg ikke BDE'en vil
> blive vedligeholdt mere.

Hvis man nu skifter til ADO(som jeg har gjort) og så vil lave et
installationssæt(helst uden installshield) hvilke filer skal jeg så
kopiere/registrere? eller er jeg nødsaget til at bruge installshield?`jeg
vil hellere lave en seperat "DatabaseDriverPakke" som brugeren skal
installere først end jeg vil lave min meget specielle installation i
installshield..

nogen guldkorn?

MVH
Thomas

---

Hej.

"Thomas Eg Jørgensen" <thomas@kontorbutikken.dk> wrote in message
news:9mv6io$1ote$1@news.cybercity.dk...
>
> "Stig Johansen" <linux@w3data.dk> wrote in message
> news:9mv2kp$b14$1@sunsite.dk...
> > MEN - Jeg vil anbefale dig at skifte over til ADO, idet BDE ikke
> > understøtter N* types under MSSQL, endvidere mener jeg ikke BDE'en vil
> > blive vedligeholdt mere.
>
> Hvis man nu skifter til ADO(som jeg har gjort) og så vil lave et
> installationssæt(helst uden installshield) hvilke filer skal jeg så
> kopiere/registrere? eller er jeg nødsaget til at bruge installshield?`jeg
> vil hellere lave en seperat "DatabaseDriverPakke" som brugeren skal
> installere først end jeg vil lave min meget specielle installation i
> installshield..
>
> nogen guldkorn?

Alt det undeliggende, der skal til, ligger i den såkaldte MDAC fra M$.
(MDAC = Microsoft Data Access Components).
Den er typisk installeret hos alle mulige brugere, idet den vistnok er en
del af nyere IE, den er en del af nyere Windows versioner, endelig Kommer
den sammen med Office.

Det vil sige, at man kan tage udgangspunkt i, at det er installeret, og hvis
den ikke er det, kan du blot vedlægge mdactyp.exe ( vistnok det navn ).

Det er et selvudpakkende, selvinstallerende produkt, der i øvrigt ligger til
fri download på M$ hjemmeside.

I forbindelse med opsætning, synes jeg selv det er en fordel, at bruge
..udl - filer, så opkoblingsparameter ligger udenfor programmet.

Prøv eksempelvis følgende:
Byg en ny tom fil, test.udl
Dobbeltklik på den, og udfyld.

Inde i Delphi skal du referere til filen i din connection string.

Det vil sige, at et installationskit kan bestå af følgende:
- Selve programmet
- Nyeste version af Mdac
- Vejledning i opsætning af UDL-fil. Alternativt en præfabrikeret fil.

mvh
Stig Johansen

---

"Thomas Eg Jørgensen" <thomas@kontorbutikken.dk> wrote:

[klip - skift fra BDE til ADO]

> Hvis man nu skifter til ADO(som jeg har gjort) og så vil lave et
> installationssæt(helst uden installshield) hvilke filer skal jeg så
> kopiere/registrere? eller er jeg nødsaget til at bruge installshield?`jeg
> vil hellere lave en seperat "DatabaseDriverPakke" som brugeren skal
> installere først end jeg vil lave min meget specielle installation i
> installshield..

Du er nok nødt til at bruge installshield, men kan du ikke lave en
installation, som kun installerer en "DatabaseDriverPakke"? Den kan du jo så
genbruge.

Ved at bruge installshield, får du kun installeret den del af
database-styringen (BDE/ADO), der er nødvendig for det aktuelle program.

MVH, René
--
Using Virtual Access
http://www.vamail.com

---

"R. A. Larsen" <r_larsen@image.dk> wrote in message
news:VA.00000111.002e4af6@r_larsen...
> [klip - skift fra BDE til ADO]
> > Hvis man nu skifter til ADO(som jeg har gjort) og så vil lave et
> > installationssæt(helst uden installshield) hvilke filer skal jeg så
> > kopiere/registrere? eller er jeg nødsaget til at bruge
installshield?`jeg
> > vil hellere lave en seperat "DatabaseDriverPakke" som brugeren skal
> > installere først end jeg vil lave min meget specielle installation i
> > installshield..
> Du er nok nødt til at bruge installshield, men kan du ikke lave en
> installation, som kun installerer en "DatabaseDriverPakke"? Den kan du jo
så
> genbruge.

Ja, sådan fungere det også nu, men det ville jo være rart hvis jeg kunne
implementere det i min installation, det ville jo gøre det nemmere for
brugeren. Men måske man bliver nød til at have to installationer.

Jeg kunne selvfølgelig sætte det som maskinkrav at der var MDAC på
maskinen.....Kan man på nogen måde teste det?

MVH
Thomas

---

Thomas Eg Jørgensen wrote:

>
> "R. A. Larsen" <r_larsen@image.dk> wrote in message
> news:VA.00000111.002e4af6@r_larsen...
[klip]
> Jeg kunne selvfølgelig sætte det som maskinkrav at der var MDAC på
> maskinen.....Kan man på nogen måde teste det?

Jeg vil lige præcisere mit svar.
Jeg er med i et projekt, der omhandler indføring af lokale økonomisystemer
i samtlige institutioner i staten ( ca. 470 ).
Dette system kræver og mdac ( ADO ).
Jeg er kun stødt på een institution, hvor vi blev nødt til at installere
mdac.
Det var fordi:
- De vil ikke bruge MS Office.
- De vil ikke bruge IE.

Der var altså tale om 'plain' NT workstations.

Med andre ord: sandsynligheden for du møder en bruger uden MDAC er
forsvindende lille. Det kan ikke betale sig at lave de store armbevægelser
for noget du formentlig aldrig får brug for.

Så mit råd er stadig:
Lav en installation under forudsætning af, at komponenterne er installeret.
Lav en kort readme, der siger at hvis man får fejlen 'interface not
supported', skal man dobbeltklikke på den medfølgende mdactyp.exe fil.


--
Med venlig hilsen / Best regards
Stig Johansen
linux@w3data.dk

---

"Stig Johansen" <linux@w3data.dk> wrote in message
news:9n1k01$jho$1@sunsite.dk...
> > Jeg kunne selvfølgelig sætte det som maskinkrav at der var MDAC på
> > maskinen.....Kan man på nogen måde teste det?
> Jeg er kun stødt på een institution, hvor vi blev nødt til at installere
> mdac.
> Der var altså tale om 'plain' NT workstations.
Her windows 95/98
> Med andre ord: sandsynligheden for du møder en bruger uden MDAC er
> forsvindende lille. Det kan ikke betale sig at lave de store armbevægelser
> for noget du formentlig aldrig får brug for.

Hmm, sjovt nok, fordi jeg har allerede mødt 2 maskiner(ud af 6) som ikke
kunne køre mit program fordi de rigtige driver ikke fandtes. Den ene var en
windows 95 maskine med internet explorer 4,72 og word 97(uden access). Den
anden var mere mystisk da det var en 98 maskine med word og hele svineriet,
men stadig fik jeg fejl om at driveren ikke var rigtig. Vi skulle testkøre
programmet hos en kunde der havde 18 maskiner som ALLE var med IE(det var
95/98 maskiner) og ingen af dem kunne køre programmet....

Måske jeg gør noget forkert men hensyn til åbning af databasen, her er en
stump kode:
[--------code---------]
var
Jet:_dbengine;
work:workspace;
db:database;
rec:recordset;
begin
try
jet:=codbengine.create;
work:=jet.workspaces.item[0];
db:=work.opendatabase('../dbdir/data.mdb',0,false,'');
rec:=db.openrecordset('Mekanikere',dbopendynaset,0,dbPessimistic);
int1:=rec.fields.count;
rec.Close;
except on error:exception do
raise exception.create('Der er sket en fejl under opstart af programmet,
systemet har tilbagemeldt følgende fejl: '+error.message);
end;
end;
[--------code---------]

Jeg får at vide at "Klassen er ikke registreret". Jeg går ud fra at det
skyldes at MDAC ikke er installeret, men det er måske forkert...?

> Så mit råd er stadig:
> Lav en installation under forudsætning af, at komponenterne er
installeret.
> Lav en kort readme, der siger at hvis man får fejlen 'interface not
> supported', skal man dobbeltklikke på den medfølgende mdactyp.exe fil.

Ja, Det bliver også løsningen hvis jeg ikke kan finde en anden og mere
elegant løsning. Jeg kunne selvfølgelig prøve at åbne en database i
installationsprogrammet, hvis det failer så starter den MDAC...

MVH
Thomas

---

"Thomas Eg Jørgensen" <thomas@kontorbutikken.dk> wrote in message
news:9n2qf4$bh5$1@news.cybercity.dk...
> var
> Jet:_dbengine;
> jet:=codbengine.create;
> work:=jet.workspaces.item[0];
> db:=work.opendatabase('../dbdir/data.mdb',0,false,'');

Hmmm, jeg tror egentlig liiiige jeg har fået byttet rundt på DAO og AD

Jeg tror måske jeg har fundet et svar på mit eget spørgsmål:
http://support.microsoft.com/support/kb/articles/q167/5/23.asp

MVH
Thomas