MSIMG32.DLL und USER32.dll auf WIN95 unter D2006

[Zottel]

Hi Ihr,
ich habe nu D2006 Installiert und gleich die ersten derben probleme bekommen.
Mal ganz davon abgesehen, das die IDE ziemlich langsam ist, wenn man eine Form aufmacht,
kommt nu auch noch der Fehler "MSIMG32.dl fehlt" auf WIN95 rechner.

Zum glück habe ich eine Alte version der Software gehabt, so das unsere Produktion nicht still steht.
Die MSImg32.dll scheint notwendig zu werden, sowie man eine Toolbar benutzt.
Nu hab ich die ToolBars alle entfernt , aber irgendwie scheint noch eine VCL-Komponente diese DLL zu benutzten.
Weiss einer, welche Komponente es ist? Oder gibts einen anderen Work-Around dafür?

Das hier ist zwar ne gute lösung, funktioniert aber nur, wenn man für alle Komponenten, die eingesetzt werden, den SourceCode hat. Ansonsten bekommt man probleme mit den Package-versionen.

Wenn ich eine ältere MSIMG32.dll reinkopiere , die mit Win95 läuft,
habe ich nur noch das problem, das ich die meldung bekomme, das die USER32.dll die funktion MSGWaitForMultipleObjectsEx nicht unterstützt.

ich glaube mitlerweile, das eine andere komponente den 2. fehler verursacht. ich kann nur nicht sehen, welche.

Habe ich da irgendwas übersehen? Weiss einer Rat?

[Bernhard Geyer]

Das du hier Probleme bekommst ist ganz klar. Nirgends auf der Delphi 2006-Packung steht das die damit erstellten Programme auch noch unter Windows 95 laufen. Entsprechend wird auch keiner der Borland-Entwickler mehr sich darum kümmern ob verwendete API-Funktionen unter Win95 vorhanden sind.

Falls Du wirklich noch für Win95 entwickeln willst/mußt bzw. für dich ein K.O.-Kriterium ist es fraglich ob Du nicht doch bei D7 bleibst. M$ unterstützt Win95 schon seit ca. 5 Jahren nicht mehr.

[Zottel]

Jep. habs gemerkt.
wir werden jetzt wieder auf D7 downgraden :-(

ich könnt heulen.

[jbg]

Alternativ kann man natürlich ein wenig tricksen, indem man den VCL Code nach den Funktionen durchsucht, alternative Funktionen dafür schreibt und danach neu übersetzt. Ändert man dabei nichts am Interface-Abschnitt, dann meckert der Compiler auch nicht mit "Unit bla wurde mit einer unterschiedlichen Version der Unit bli kompiliert".