Package And Deployment Wizard..... fejl 13

Are you also altering the registry in your setup? If so then make sur ethat the data types are set correctly.

Hov, jeg var slet ikke klar over at man kunne bruge en package and deployment wizard i Access. Er det den samme som bruges i VB?

Torben

Terry - du er altid på eksperten, når der er brug for hjælp :-)

Jeg anvender ikke nogle funktioner eller api kald i min VBA kode, der manipulerer registry.

Hvis jeg anvender Setup.exe, setup.lst og .cab filerne fra Package, så kan jeg foretage installationen. Dog tager det ca. 1 minut før installationen starter op - er det normalt? Jeg mindes at VB installationer lavet med wizarden starter op med det samme.

Jeg får også en fejl under installationen, når installationsprogrammet forsøger at registrere msado21.tlb. Siger det dig noget?

Gør Deploy andet end, at kopiere Setup.exe, setup.lst og .cab filerne til en folder hvorfra installationen kan køres?


Torben - Package & Deployment Wizard kommer med Office Developers Toolkit..... og er ret fedt, hvis ellers man kan få det til at virke :-)

Installationen starter nu op med det samme, så det er i det mindste ikke et problem længere.

mortenf>I have only used the setup wizard from Access 97 , it may be called Package and deployment in Access 2000.
The wizard is used to select which MDB/MDE file and other files are to be included in the setup-kit. The setup-kit could then be placed on a CD or a network drive so that the SETUP.EXE can be run to start the actual setup procedure.

It should NOT take a whole minute to start. I would think that msado21.tlb is needed if you are using ADO (2.1) and not DAO, so I suspect that you are using Access 2000. Why it cant register it is anyones guess.

I dont have Developer to 2000 so I cant test anything. All I can suggest is that you make a simple database where you have removed th erefrence to ADO and select DAO then try again JUST to see what happens!

Det ser ud til at Setup.exe, setup.lst og .cab filerne er de eneste, der er nødvendige for at foretage installationen..... det virker, hvis jeg installerer på den pc, hvor applikationen er udviklet.

Dog er der et problem, når installationsprogrammet køres på andre (brugernes) pc'er. Under den automatiske installation og registrering af dll's skriver Win2000, at de eksisterende filer i pc'ens System32 folder er ældre end installationsprogrammets (dvs filerne fra min pc, hvor applikationen er udviklet). Jeg bekræfter opdateringen og Win2000 genstarter. Problemet er, at dll'erne IKKE bliver opdateret.... det er stadig de oprindelige filer, der ligger i system folderen.

Har du oplevet lignende og kender du løsningen?

mortenf>I thought you said that you got an error ("Unexpected error number 13 har occured. Type Mismatch") Where's that gone?

If you choose to compact your files then it will only be the three files you mentioned as the CAB file contains compressed versions of the other files.
Can you choose to NOT re-boot the PC after installation, you can then see which versions are now installed. I would think your problem with which versions are installed AFTER your re-boot has somethingto do with permissions. Other than that I cant say

Jeg får ikke lov til at opdatere mine system filer, pga Windows File Protection genetablerer de originale filer.

yes I thought it would be something like that. If you are logged on as administrator does that help?

Jeg er den nybagte ejer af en Access 2000 Developer og jeg har 'gnavet' mig igennem lige til Deploy og her får jeg lige nøjagtig ovennævnte fejlmelding og kan derfor ikke komme videre!

mortenf -> Hvordan fik du denne fejl elimineret (som Terry også har spurgt om)? Jeg er meget interesseret i at høre din løsning!!!

Jeg fik det aldrig til at fungere, men registrerer applikationen manuelt.... der er kun få ekstra components.

Beklager, at jeg ikke kan hjælpe... men du må gerne vende tilbage, hvis du finder en løsning.

Det skal jeg meget gerne gøre, hvis/når jeg finder en løsning! Det er dybt frustrerende at blive stoppet på den måde i et så dyrt produkt.

mortenf -> Foreløbig har jeg ikke fået et svar på den mærkelige '13' fejl, men når du skriver, at du registrerer applikationen manuelt, hvad gør du så helt konkret?

En anden ting: jeg har nu også prøvet at installere setup.exe (+setup.lst + .cab-filen) på en anden pc og jeg får ligesom dig besked om at opdatere systemfiler, men får det heller ikke gjort selv efter re-boot. Hvad gjorde du for at komme over det problem?

Jeg har lavet en bat fil, der kopierer og registrerer de nødvendige filer på klient pc'en.

Så vidt jeg husker slap jeg for at opdatere systemfilerne ved at bruge bat filen. Hvis det ikke hjælper dig, så mener jeg, at man kan slå "Windows file protection" fra i registrerings databasen

Ok - hvordan gør man helt konkret, når man registrerer de nødvendige filer på klient pc´en fra .bat-filen?

i en notepad (der gemmes med .bat extension) skriver du :

copy c:\source\comdlg32.ocx c:\destination\
regsvr32 c:\destination\comdlg32.ocx

hvis du f.eks skal bruge comdlg32.ocx objectet.

Skal man ikke kun gøre dette i det omfang, man har brugt ekstrakomponenter udover Access 'standardopsætning'?

Jo. Men det er også en af Package & Deployment Wizardens vigtigste formål. Ud over det skal du vel bare give dine brugere adgang til din applikation front-end.

Ligger den funktion i Package eller Deploy (denne kan jo ikke bruges grundet fejl 13)?
Så er der jo stadig Windows file protection - jeg ved ikke, hvordan man slår den fra og kan vel ikke blot slå fra på andre menneskers pc?

I mit tilfælde virkede aplikationen med den ældre systemfil på brugerens pc, så jeg gik ikke videre med "windows file protection" problemet.

Package & deployment kopierer og registrerer systemfiler og aplikationsfiler samt opretter shortcuts i startmenuen desktop, etc.
Om den udfører yderlige opgaver ved jeg ikke.
Da package & deployment ikke virkede omgik jeg problemet ved hjælp af .bat filen

mortenf , jeg forstår ikke jeres problemer med fx "comdlg32.ocx" hvis i vælger den i package and dep, så bliver den smidt ind i det korrekte bibliotek automatisk , jeg har ihvertfald ikke haft problemer med det . til gengældt har jeg fået den fejl før , prøv evt at søge microsoft . det kunne lyde som en opdateringsfejl.

Kan vgi afslutte denne?