A što ne koristiš InnoSetup, mnogo je fleksibilniji, jednostavniji i štošta toga još... Ako znaš koje sve komponente trebaš koristiti, nevidim razlog da koristiš Package & Deployment. Pogledaj ovu temu i skini moj prvi program tamo okačen, zove se CDContent, uz njega imaš sve komponente za jedan Native VB program + Inno skripta...

pogledaj Inno Setup

ja sam uvek imao problema sa P&DW i nikad ni jedan setup nisam uradi sa njim :) vec sam koristio Inno Setup a od skoro koristim samo NSIS

Ja nikad nisam imao vecih problema sa PDWom (dok sam ga koristio).

BUG: "Invalid Line In Setup Information File" Error When Installing VB6 App

Nikako da pokrenem program...

Napravio sam VB aplikaciju i povezao je sa access-ovom bazom podataka. Na racunaru na kome je instaliran VB radi sve super.

Ali kada hocu da je pokrenem na racunaru na kome nema instaliran VB javljaju se problemi.

Pokusao sam da napravim setup ali opet isto.
Stalno mi izbacuje gresku:

C:\WINDOWS\SETUP.LST

Invalid line in setup information file!

Section: Setup1 Files
@COMDLG32.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared)

probao sam da setup uradim sa Inno Setup Compiler programom ali opet ista stvar.

Izgleda da ne znam kako registrovati ocx. dll. pa ako moze malo detaljnija pomoc.

dll. i ocx. treba registrovati, to znam, ali koje?

Probao sam registraciju sa FileDependencySnifferv3 programom ali kako mi se greska stalno javlja izgleda da nisam uradio kako treba.

Na kraju ako moze posle registracije da se kaze koje sve filove treba uzeti da se napravi setup pomocu Inno Setup Compiler programa, jesu li to i ocx i dll. i koji?

Unaprijed zahvalan.

upozorenje: nemoj za isti problem pokretati vise tema, ovo je vec drugi put da ti premestam poruke iz novokreirane teme, ubuduce ce se takve teme brisati (bez premestanja poruka)

sto se tice greske koju dobijas pogledaj link koji ti je mladenovicz dao


FileDependencySnifferv3 nije program za registrovanje komponenata, on ti sluzi da vidis koji ti sve fajlovi trebaju da bi tvoj program radio i na ostalim masinama, znaci u FileDependencySnifferv3 ucitavas tvoj program (.exe) a ne comdlg32.dll ili sta vec...


koristi FileDependencySniffer ili Dependecy Walker koji dolazi uz Visual Studio

pozdrav

_{[Ovu poruku je menjao krckoorascic dana 18.08.2006. u 01:46 GMT+1]}

Samo da dopunim @mladenovicza: Sa novijim SP za VB 6.0 su otklonjeni doticni bug-ovi, tako da
se slazem sa

jer ni ja ih nemam, a koristim PDW godinama. Postoje neke sitne cake, koje su vezane za verzije odredjenih fajlova koje mogu da naprave problem, ali to je vec neka druga prica.

A zašto meni Dependency Walker pokazuje iste .dll-ove za dva različita .exe faila? Jedan .exe koristi Access-ovu bazu (koji inače ne radi na drugom kompjuteru) a drugi bez baze (on radi na drugom kompjuteru) a taj čudljivi šetač mi pokazuje iste .dll-ove za oba .exe faila.
Primećujem u gornjem levom prozoru neku razgranatu strukturu .dll-ova u smislu: "ovaj zavisi od ovoga a onaj od onoga" i svi oni postoje na spisku pri samom dnu.
Primetio sam takođe da se sve vrti oko istih onih .dll-ova koji već postoje na spisku u prozoru pri dnu i da se isti .dll-ovi nude za dva različita .exe faila od kojih samo jedan radi na drugom kompjuteru.

Šta ovde ima što mi je promaklo i što nisam razumeo?

Računam da si se pogrešno izrazio jer se i meni to dešava, ali nije na odmet malo objasniti šta je šta.


Posle registracije ne može da se kaže koje failove treba uzeti jer ti registracija, u tom slučaju, ništa neće vredeti. Ono šta treba da upakuješ, se radi pre registracije. Registracija se vrši tek nakon što biblioteka promeni lokaciju. Kao što je već negde rečeno: .ocx ili .dll kada se kreira, on je ujedno i registrovan ali samo na onoj lokaciji gde je i kreiran! Problem se javlja kada ta biblioteka menja lokaciju (bilo koja osim stare)... Program tada prijavljuje grešku jer je ne "vidi" na staroj lokaciji! Stoga se treba ponovo registrovati. Registrovanje nije ništa drugo do prijavljivanje Windows-u gde se biblioteka trenutno nalazi. Ako se biblioteka premesti i ne prijavljuje se Windows-u gde je premeštena, .exe fail je ne može naći jer će je tražiti na onom mestu gde je zadnji put bila prijavljena tj. registrovana. Dakle, potrudi se najpre da saznaš koje biblioteke su potrebne tvom programu pa sve to upakuj. Tek nakon što ih raspakuješ na novoj lokaciji, možeš da razmasliš i o registrovanju tvojih biblioteka. I naravno, tada se pobrini da se one registruju a nikako pre nego vidiš šta ti treba da pokupiš jer u tom slučaju nećeš znati ni šta treba da registruješ : )

Ako pogledas gornji panel, videces da ti exe fajl zavisi samo od MSVBVM60.DLL, a donji panel ti prikazuje kompletnu listu neophodnih fajlova da bi MSVBVM60.DLL radio, sto znaci - nema veze sta si koristio u projektu, Dependency Walker ce ti uvek pokazati isto za programe kompajlirane u VB 6.0.
Ono za cega je meni DW bio koristan je npr. kada instalacija ne prolazi na klijentu, pa onda pogledam od cega zavise sumnjivi DLL-ovi koje Wizard prijavljuje da se ne mogu registrovati, i na kraju dodjem do ostecenih koji u stvari prave problem. Nema smisla Dependency Walker koristiti za exe fajlove kompajlirane u VB-u.

Razumem. Evo trenutno se mučim da bolje upoznam ovo okruženje. Kliknem desni klik na "KERNEL.32.DLL" pa odaberem "External View" i prijavljuje mi grešku tipa: Error executing "C\system32\viewers\quikview.exe" Pogledao sam na datoj lokaciji sa namerom da nađem "viewers" direktorium ali njega nema. Da li to meni nešto nedostaje ili mi se samo čini?

External View ti sluzi (kao sto ime kaze) da fajl vidis kroz neki drugi program, a to ti se podesava u opcijama.