Fejl under afvikling på PC u. Delphi

Er din computer med windows 2000?

Benytter du nogle API kald?

Benytter du nogle Delphi DLL\'er?

Begge computere er med Windows 2000.
Nej, ingen API-kald.
Ja, en DLL.

>>AASuper

Det er lidt svært at sige, når du ikke oplyser særlig meget om programmet.

Har du brugt nogle shareware komponenter? Kalder du nogle COM- eller ActiveX-ting?

Må vi se lidt af koden?

aasuper >> Du skal kopiere den DLL du benytter med over på den PC uden Delphi. Du kan evt. bare placere den i samme folder som din EXE-fil.
Jeg tror det er dit problem.

Ja som pstric siger, vi skal nok havde lidt mere info.

Hvilken DLL?

Hvad er det for en fejl, du får. Windows plejer ikke at nøjes med at sige at programmet har genereret en fejl.

Ja hvis det er en delphi DLL så skal den over på den anden maskine.

Jeg kan fortælle lidt:
(jeg kun delvis øvet)


Jeg startede med at have et program, som ved hjælp af en almindelig knap åbnede en form vha.

formX:=TformX.Create(application);
formX:=ShowModal;
formX.Free;
(selvfølgelig oprettes denne form ikke ved start)


Når denne kode så blev afviklet, altså når formen skulle oprettes vha. knappen, sagde den, at den ikke kunne finde \"den angivne fil\".

Derefter forsøgte jeg mig så med en dirkete tFormX.ShowModal;
og en form, som blev oprettet ved start. Og så kom så mit problem.

I begge forme, som skal oprettes, bruger jeg en hjemmelavet DLL, men det burde vel ikke have noget at sige, når fejlen kun opstår på den ene?


>>AASuper

Hvilke type parameter har du funktionerne i din DLL. Er der nogle som er af typen string ?

function (var1: string);

\"den angivne fil\", er det dll-en?

Den siger ikke, om det er DLL\'en. Og det kan jeg ikke forstå.

Min DLL indeholder kun ShortString og integer i funktionsparametrene.

Men det virker jo godt nok på den første form?

Desuden kommer Windows ikke med anden fejlmeddelelse.


>>AASuper

Har du husket at kopiere DLL-en med over på den anden PC?

Jow men som du sikkert har bemærket så skal man huske DLL\'en BORLNDMM.DLL hvis man benytter strings som parameter i DLL\'er. Den er installeret med Delphi og ligger derfor kun på den maskine med Delphi. Men du skriver du benytter shortstring som parameter, så du behøver ikke den omtalte DLL.

Ja, ja!

>>AASuper

eagleeye >> Uanset hvilken DLL der er tale om, skal den med over på den anden PC (hvis den da ikke allerede er der).

microtec>> Den DLL som aasuper har laver skal naturligvis med over. Hvis man benytter String som parameter i funktioner i ens egne DLL skal man også havde BORLNDMM.DLL med. Hvis man ikke benytter Strings er BORLNDMM.DLL ikke nødvendig.

formX:=TformX.Create(application);
formX:=ShowModal;
formX.Free;
vil aldrig virke hvis du har skrevet det precist sådan,


formX:=TformX.Create(application);
formX.ShowModal;
formX.Free;

burde virke uanset hvad du ellers bruger af DLL\'er og andet godt

HateCaps>> Ja, det er rigtigt. Jeg har har selvfølgelig punktum mellem fomrX og ShowModal i den rigtigt kode - det var blot en tastefejl her på siden!

Eagleeye>> Jeg har for alle tilfældes skyld lagt BORLNDMM.DLL over i programbiblioteket - det skete der ikke noget ved.


>>AASuper

Mon det med en DLL ikke er lidt et vildspor.
Windows plejer at være flink til at fortælle hvilken DLL der mangler eller er fejl I.

Benytter du nogle ActiveX kumpunenter?

Benytter du OLE?

Benytter du Package?

Den siger kun: \"Den angivne fil kan ikke findes. Kontroller at sti og filnavn er korrekt\"

Den omtaler ikke hvilken fil, det er.

>>AASuper

Hvordan laver du referencen til DLL filen i dit program ?

Jeg har ikke benyttet ActiveX.

Hvad mener du med Package?


Kan I bruge Uses-sætningen i kodefilen?

>>AASuper

Har du valgt \'Build with runtime packages\' i Project Options|Packages

EagleEye>> Function Navn(param: ShortString): Shortstring; stdcall; external \'minfil.dll\';

pstric>>Når jeg gør dette og kører programmet brokker det sig over, at der mangler en fil, der hedder noget omkring vcl50.dpl.


>>AASuper

Så har du dit problem der.
Hvis du ikke benytter \'Build with runtime packages\' kan du ikke bare flytte programmet til en anden PC, som ikke har Delphis Runtime biblioteker installeret.

Hvad skal jeg gøre, så den ikke brokker sig, når jeg kører programmet på en anden computer?


>>AASuper

Du skal i hvert fald have Delphi til at kunne compilere med \'Build with runtime packages\'.
Det er muligt at du skulle prøve at geninstallere Delphi.

Prøve evt. også at søge efter vcl50.dpl på din PC med Delphi. De bør være der et sted, med mindre den er blevet slettet ved et uheld.

Hvis vcl50.dpl er slettet kan Delphi vis ikke vise kompunterne og vil komme med nogle fejl.

Jeg kan ikke helt forstå i siger det er problemet. Man benytter da kun package hvis man bevist laver en package og så linker den med exe filen.

\'Build with runtime packages\' skal man ikke bruge normalt, da de oversatte biblioteksfiler ikke vil blive medtaget. Hvis der er hak i denne, kan man altså slet ikke køre programmet på en pc uden Delphi.

Jeg tror ikke, at problemet ligger her.


>>AASuper

Jeg har selv fundet løsningen efter lang tids baksen.

Der var et problem med en MediaPlayer, som stod på AutoOpen, når programmet startedes. Så kunne den selvfølgelig ikke åbne filen, da den ikke var angivet.

Undskyld ulejligheden!


>>AASuper