Zaktualizowałem produkt VB5 do i wygenerowałem plik wykonywalny z IDE VB6. Nie wykona się poprawnie bez obecności MSVBVM50.DLL. Bez niego generuje następujący błąd:Dlaczego skompilowana aplikacja VB6 wymaga VM VB5?
Automation error - cannot find specified module.
Co może być tego przyczyną?
Czy jest możliwe, że istnieje komponent DLL, który został skompilowany w VB5, który wymagałby maszyny wirtualnej VB5?
Twoja sugestia jest poprawna. Jeśli używasz komponentu (DLL, OCX), który zależy od środowiska wykonawczego VB5, nie możesz bez niego uruchomić swojego programu.
Musisz sprawdzić swoje odnośniki DLL i komponenty, aby wyszukać ten za pomocą VM VB5.
W IDE VB6 menu Projekt> Komponenty pokaże okno dialogowe Komponenty, a Projekt> Referencje pokaże okno dialogowe Odniesienia.
Sprawdź, które komponenty są zaznaczone i upewnij się, że są to wersje VB6, a nie VB5. Wiele standardowych kontroli zostało zaktualizowanych za pomocą VB6.
W szczególności poszukaj różnych wpisów "Wspólne okna systemu Microsoft Windows", ponieważ są one jednymi z tych, które są najmniej prawdopodobne, aby zauważyć zmiany, ponieważ są one wizualnie identyczne w przyborniku.
Czy wystąpi jakakolwiek szkoda w włączeniu środowiska wykonawczego VB5 w krótkim czasie? – CJ7
Nie. Muszę dodać więcej liter, aby ten komentarz był właściwy ... –
Należy pamiętać, że w przypadku długoterminowych rozważań należy spróbować wymienić komponenty VB5 na VB6. Najnowszy (który jest nadal dość stary w większości przypadków) komponenty VB6 będą działać lepiej i mają mniej niezgodności. – DaveInCaz