Package/deployment wizard og dependency information

Det er bedst at lave dependency files til komponenterne, hvis du vil sikre, at de bliver korrekt installeret/registreret på brugerens maskine.

Det er dog sådan at de dll'er som dine to ocx'er linker til (siden det er Microsoft komponenter) næsten helt sikkert findes på brugerens maskine i forvejen. Men man kan jo ikke være 100% sikker ;-)

Du laver dependency filer først:
Når du starter D&P wizarden op:
Når du kommer til siden Packaging Script, vælges Standard Setup Package.
På næste side -Package Type, vælger du Dependency File, og følger instruktionerne.
Så vil der blive lavet .dep filer, der indeholder oplysninger om hvilke dll'er komponenterne er afhængige af, og disse vil så også blive inkluderet i setup'en. (tror jeg nok ;-))

/tjacob

Mjaa... Filerne findes som udgangspunkt på de fleste maskiner, så egentlig behøver jeg ikke pakke dem med. (Tænke, tænke...)

Når jeg kører D&P som nævnt, laver den dependencyinformation til hele min applikation. Er det sådan den skal gøre, eller skal der laves dep.inf. til hver af de to filer?

Jeg ved det faktisk ikke, men det er vist ikke nødvendigt som jeg skrev. Jeg har lige været ved at kigge i min Windows/system32/ mappe, og der ER .dep filer for disse kontroller??
(Jeg kører XP, så hos dig er det sikkert Winnt/system32).

Grunden kan være at du har nyere versioner af ocx'erne hvor .dep'en ikke fulgte med, og at infoen i .dep-filen er forkert.

Prøv at finde f.eks. RICHTX32.OCX og kigge på versionsnr., og find derefter RICHTX32.DEP og se på indholdet:

[RichTx32.ocx]
Dest=$(WinSysPath)
Register=$(DLLSelfRegister)
Version=6.0.81.69                  <- er dette det samme?
Uses1=RichEd32.dll
Uses2=ComCat.dll
Uses3=
CABFileName=RichTx32.cab
CABDefaultURL=http://activex.microsoft.com/controls/vb6
CABINFFile=RichTx32.inf

Måske du kan nøjes med at kopiere .dep'en ind i din app-mappe og rette den til?

/tjacob

Jeg kigger lige på det.
Tak for informationen og for hjælpen. :-)
/Mich (SchollerT) ;-)

Her er lidt mere:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcon98/html/vbconcreatingdependencyfiles.asp

Og her:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odecore/html/derefpdwhidpkgerrinfomissing.asp

har jeg klippet:

If one of the files in the list is a project you created in Visual Basic, you can use the Package and Deployment Wizard to create a dependency file for it. Restart the wizard, select the project file for the component, and choose the Dependency File option on the Package Type screen. Continue through all the steps to create the missing dependency file. Place this file in the same folder as the .exe, .ocx, or .dll that it describes. Then, restart the Package and Deployment Wizard, and try packaging the current project again.

Jeg har haft lignende problemer.  dep-filerne er ascii (eller ANSI) og kan rettes med en editor.  Versionsnr. af en ocx eller dll kan ses ved at højreklikke den i Stifinder.  Så kan man opnå overensstemmelse hvis systemet brokker sig.  Men det er lidt meget at udsætte en måske ikke særlig kyndig kunde for.
Alternativet er at lade setup'en indeholde de nødvendige filer og instruere modtageren om at disse skal overskrive eksisterende.

Men hvad så med andre VB-programmer på PC'en?    Man kan sikkert lave et lille tillægsprogram der om nødvendigt kan ændre versionsnummer i dep-filerne.  Men som en konsulent jeg kender (og skriver for) siger:  "Hvad skal jeg leve af, hvis kunderne selv kan installere og konfigurere alting?

M.v.h.  Jørn