Zugriffsverletzung beim Start von Delphi 8

[r_kerber]

Nach der Installation von VC# 2005 beta erhalte ich jetzt beim Starten von Delphi 8 folgende Fehlermeldung:

Zitat:

Zugriffsverletzung bei Adresse 0A7D794E in Modul 'htmlhelp271.bpl'. Lesen von Adresse 00000018

Eine Deinstallation von VC# brachte keine Besserung. Hat jemand eine Idee, was man da man kann?

[NikoMitDaMacht]

Na ja das hat ja sicherlich was mit dieser daten zutun ....
Installier delphi in einen neuen ordner neu nehm die datei und ersetz sie.
So würd ich machen

[Tubos]

Betriebssystem?

[r_kerber]

Zitat:

Zitat von Tubos

Betriebssystem?

Oops: Win XP Prof :oops:

[MathiasSimmack]

Das war bei mir damals umgedreht: Ich hatte die Beta von VS.NET 2002 (.NET-Framework 1.0), und nach der Installation von Delphi 8 (.NET-Framework 1.1) konnte ich keine C#-Projekte mehr erstellen. Angeblich sollen ja verschiedene .NET-Framework-Versionen parallel lauffähig sein.

Da aber Delphi 8 wohl selbst komplett in .NET geschrieben wurde (Startgeschwindigkeit), während das Visual Studio IMHO noch auf "altem" Code basieren muss (zumindest teilweise, weil: Startgeschwindigkeit!), wäre es natürlich dumm, wenn es am .NET-Framework 1.2 scheitert. Das ist doch IMHO bei der 2005er-Beta dabei. Oder?

[Phoenix]

Das ist das .NET Framework 2.0, und an und für sich sollten die parallel laufen können. Ja.

Aber wieso gibt es einen Fehler beim Laden der htmlhelp? Ich würde ne Reparaturinstallation drüber jagen.

[Bernhard Geyer]

Zitat:

Zitat von MathiasSimmack

Angeblich sollen ja verschiedene .NET-Framework-Versionen parallel lauffähig sein.

Von der Theorie sollen sich verschiedene .NET-Framework-Versionen nicht stören. Jedoch wird vermutlich mit der Installation von VC# 2005 auch einige COM-Komponenten/System-DLL's auf eine neuere Version aktualisiert. Und nun könnten folgende Gründe zu einem Fehler führen:

- M$ hat das Verhalten dieser COM-Geändert/System-DLL's geändert. (Auch .NET ist nur lauffähig, wenn die DLL-Hölle des alten Systems nicht zuschlägt).
- Borland setzt ja mit Delphi 8 nicht komplett auf die FCL sondern hat ja auch mit der VCL.NET einen eigenen aufsatz auf die Win32-API implementiert. Evtl. liegen Implementierungsfehler (oder einfach nur "Schnittstellen-Interpretations-Ungereimtheiten" vor.
- M$ hat wirklich die .NET-Framework-Versions-Unabhängigkeiten nicht 100% realisiert und führt auch in .NET die DLL-Hölle ein.

Ich würde dieses Problem mal in einer entsprechenden Newsgroup von Borland posten.

[Robert_G]

Zitat:

Zitat von MathiasSimmack

Da aber Delphi 8 wohl selbst komplett in .NET geschrieben wurde (Startgeschwindigkeit), während das Visual Studio IMHO noch auf "altem" Code basieren muss (zumindest teilweise, weil: Startgeschwindigkeit!), wäre es natürlich dumm, wenn es am .NET-Framework 1.2 scheitert. Das ist doch IMHO bei der 2005er-Beta dabei. Oder?

Das lese ich hier immer wieder, wie kommst du auf die Idee? Es startet langsam weil es eben Millionen Packages lädt (genau diese uralten .BPL :? & einen Haufen Assemblies: ECO, Together, Rave, ... ).
D8 ist IMHO nicht einmal 50% .Net. Der Designer und der restliche .Net-Krams werden erst zur Laufzeit "eingeklinkt".

@Rainer
Ich habe mir vor 2 Tagen ( thx @Phoenix :zwinker: ) die C#2.0 Beta installiert -> D8 läuft noch genauso besch***en wie vorher, aber nicht noch schlimmer.
Ich denke bei dir hat sich einfach der Installationspfad für die SDK Doku geändert. ;)

[r_kerber]

Es läuft wieder! :bouncing4: :bounce1:

Und was habe ich gemacht? Ganz einfach VC# noch einmal installiert. Da ist wohl beim ersten Versuch etwas schief gegangen. :wall:

[cstratz]

Habe ein kleines Tool entwickelt, das das Problem ohne Neuinstallation/en beheben kann:

http://anno66.gmxhome.de/download/DExploreFix.zip

Ein englischer Beschreibungstext zur Verwendung liegt dem Tool anbei.