JEDI Komponenten lassen sich nicht installieren

[ferby]

Hallo,

Ich habe mein Notebook neu aufgesetzt und Delphi 7 installiert. Gleich danach Jcl und jvcl. Die Installation zeigt keinen Fehler an... aber sobald ich Delphi öffne hagelt es von Fehlermeldungen:

---------------------------
delphi32.exe - Komponente nicht gefunden
---------------------------
Die Anwendung konnte nicht gestartet werden, weil JvSystemD7R.bpl nicht gefunden wurde. Neuinstallation der Anwendung könnte das Problem beheben.
---------------------------
OK
--------------------------

---------------------------
Delphi 7: delphi32.exe - Komponente nicht gefunden
---------------------------
Die Anwendung konnte nicht gestartet werden, weil JvBandsD7R.bpl nicht gefunden wurde. Neuinstallation der Anwendung könnte das Problem beheben.
---------------------------
OK
---------------------------


---------------------------
Delphi 7: delphi32.exe - Komponente nicht gefunden
---------------------------
Die Anwendung konnte nicht gestartet werden, weil JvCmpD7R.bpl nicht gefunden wurde. Neuinstallation der Anwendung könnte das Problem beheben.
---------------------------
OK
---------------------------

---------------------------
Delphi 7: delphi32.exe - Komponente nicht gefunden
---------------------------
Die Anwendung konnte nicht gestartet werden, weil JvCoreD7R.bpl nicht gefunden wurde. Neuinstallation der Anwendung könnte das Problem beheben.
---------------------------
OK
---------------------------



und so geht es mit ich glaube mehr als 50 Meldungen weiter..... was kann ich dagegen tun???


Mir ist nur follgendes aufgefallen:
Wenn ich die Datei D7 Packages.bpg im Verzeichniss jvcl\packages öffne dann lädt Delphi ewig aber sobald er fertig geladen hat habe ich alle neuen JEDI Kompnenten zur verfügung - voll funktionstüchtig......

[SvB]

Hi,
ich gehe mal davon aus, dass Du Jedi 3 verwendest.
Normalerweise werden die .BPL's in "C:\Programme\Borland\Delphi7\Projects\Bpl" erzeugt. Das könntest Du mal überprüfen, wo die genau gelandet sind. In den Umgebungsvariablen in Path, ist dieser Ordner auch enthalten. Kannst Du über den DOS-Prompt erfahren, indem Du dort SET eingibst und prüfst, ob dort der Ordner in PATH enthalten ist. In Delphi in Menü "Tools/Umgebungsoptionen", Registerkarte "Bibliothek" und dort in Bibliothekspfad sollten die folgenden Pfade vorhanden sein:
<Jedi Inst Ordner>\jcl\lib\D7
<Jedi Inst Ordner>\jcl\source
<Jedi Inst Ordner>\jvcl\common
<Jedi Inst Ordner>\jvcl\lib\D7

Dann sollte es funktionieren.

Grüße
Sven

[ferby]

Hallo,


So ein Schei******!!!!

Ich habe die ganze Zeit (fast 3 STUNDEN!!!) Delphi mit einer Hotkey Taste geöffnet.... jetzt hab ich Delphi mal normal geöffnet und was ist... alles geht!!!

Wußte nicht das ein Hotkey so was verändern kann!!!!

[Robert Marquardt]

Bitte erzaehl mehr. Das dieser Fehler bekannt wird wichtig fuer die JVCL.
Hattest du Delphi einmal gestartet bevor du die JCL und JVCL installiert hast?

[ferby]

Hallo,

Ja hab ich.
Es funktioniert immer alles außer wenn ich Delphi mit dem Programm "Launch Manager" von einen Hotkey aus starte. Dann kommen die oben erwähnten Fehler. Ich habe auch schon probiert eine Verknüpfung mit Delphi zu machen und die über den Hotkey zu starten... geht auch nicht.

Warum dieser Fehler entsteht weiß ich nicht... Ich verstehe nicht wo der Unterschied ist ob ich Delphi selbst öffne oder ob ich es über einen Hotkey mache.
Ferby

[richard_boderich]

jedi 3 hat ne scheiss installation 1000 fehler habs 3 mal probiert die 2.10 lauft super

[ferby]

Hallo,

die Installation hatte bei mir überhauptnichts, keinen einzigen Fehler oder Hinweiß etc.

[Robert Marquardt]

Versuch mal rauszukriegen wie die aktuelle Directory in diesem Fall ist.
Es koennte sein das Delphi 7 da einen Schluckauf kriegt wenn es nicht die BIN Directory der Delphi-Installation ist.

[jbg]

Zitat:

Zitat von richard_boderich

jedi 3 hat ne scheiss installation 1000 fehler habs 3 mal probiert die 2.10 lauft super

Erstmal ist es die JVCL 3 nicht jedi 3. Und die JVCL 2.x hatte gar keinen Installer. Die bestand ja auch nur aus zwei, drei Packages und nicht aus über 40. Da wünsche ich dir dann viel Spaß beim einzel-installieren.
Und wenn dir der Installer nicht gefällt, dann schreib einen eigenen, oder passe den vorhandenen an. Der Quellcode ist ja dabei.

Die JVCL ist eine Source-Code Distribution und keine Binary-Distribution. Der Quellcode muss also erst auf dem eigenen Rechner kompiliert werde. Und das dabei Fehler auftreten können, weil ein Quellcode eben noch viel stärker von der Rechnerkonfiguration abhängt, als ein Binary, sollte jedem Programmierer klar sein. Und wem das nicht klar ist, der hat noch einen langen und schmerzhafen Weg vor sich.

Zitat:

Es funktioniert immer alles außer wenn ich Delphi mit dem Programm "Launch Manager" von einen Hotkey aus starte.

Probiere mal folgendes:

• Delphi starten, alle Fehlermeldungen wegklicken (oder die JVCL vorher deinstallieren)
• Menü Tools/Umgebungsoptionen/Umgebungsvariablen
• Bei "Systemvariablen" die PATH-Variable markieren und auf "Variable überschreiben" klicken.
• Bei "Variablenwert" nun, falls noch nicht vorhanden (oder abgeschnitten) am Anfang den BPL-Ordner hinzufügen (z.B. C:\Programme\Borland\Delphi7\Projects\BPL; )
• Alles mit OK bestätigen und Delphi neu starten

Wenn du nicht mit dem -r Parameter bei Delphi arbeitest, sollten die BPL's im Projects\BPL Ordner nun gefunden werden.

[richard_boderich]

wayne interessiert das, ich nutz 2.10 und fertig

[Robert Marquardt]

Also mit deiner Arschloch-Einstellung machst du dich nicht gerade beliebt.
Bei Open Source hast auch du Verantwortung zu tragen.

Einfach zu sagen "funktioniert nicht nehm ich nicht" und mit dem Tonfall auszudruecken das es Idioten sind die es gemacht haben,
ist eben genau die Einstellung eines Freeloaders nicht eines Open Source-Benutzers.
Du implizierst das wir (die JVCL-Entwickler) eine Pflicht haben es fuer dich zum Laufen zu bringen.
Genau das ist nicht der Fall. Das ist deine Aufgabe. Zumindest solltest du dich bemuehen uns die noetige Information zur Verfuegung zu stellen.

So einen Tonfall lasse ich mir im Uebrigen nur von jemanden gefallen der besser programmieren kann als ich, aber dann haettest du den Fehler ja gefunden.
Die meisten Probleme haben uebrigens Leute mit versauter Delphi-Installation.

[Luckie]

@richard_boderich:
Solltest du nichts konstruktives zur Behebung des Problems beizutragen haben, dann halte dich bitte zurück.

@richard_boderich & Robert Marquardt:
Bitte tragt eure Diskussion per PN oder E-Mail aus, aber bitte nicht hier im Forum. Danke für euer Verständnis.

[phlux]

ich habe das gleiche problem mit d6 personal upd2 und dem letzten offiziellen jcl release kombiniert mit dem daily zip vom jvcl 3.0, delphi sagt mir, dass es die bpl etc nicht findet kann obwohl sie im richtigen Verzeichnis liegen :?

[jbg]

Zitat:

Zitat von phlux

dem letzten offiziellen jcl release kombiniert mit dem daily zip vom jvcl 3.0

Das funktioniert sowieso nicht, da Neuerungen/Änderungen in der JCL auch oft gleich in die JVCL ausgenommen werden. Zum Beispiel gibt es die neue Funktion MoveChar in JclBase, die nicht im offiziellen JCL Release vorhanden ist. Sie wird aber vom daily zip der JVCL schon genutzt.
Bei der JCL und JVCL sind die offiziellen Releases immer aufeinander abgestimmt. Ein Mischen von daily snapshots und release Versionen endet meistens mit Fehlern. Zudem können die daily snapshots (wenn auch recht selten) Syntaxfehler für die ein oder andere Delphi-Version enthalten (vor allem Delphi 5 ist da immer stark betroffen).

Das mit dem Package könnte daran liegen, das es in der JVCL kürzlich eine Package-Änderung gegeben hat: JvInspector gibt es nicht mehr. Das wurde mit den neuem FormDesigner Komponenten in das neue Package JvRuntimeDesign verschmolzen.

[phlux]

alles klar, dann kombinier ich zuhause nochmal 2 offizielle releases miteinander ;)

[jbg]

Oder du holst dir auch einen daily snapshot der JCL (die übrigens dann auch ein Package für .NET besitzt)

[Robert Marquardt]

Wenn alle Stricke reissen, dann erst mal JVCL und JCL per Installer deinstallieren und eine Neuinstallation vornehmen.
Fuer neueste Daily Zips besser noch ein bischen warten. Heute waren zwei Fehler in der JVCL.
Eine Macke das der Installer nicht uebersetzen wollte und ein binaeres .dfm.

[jbg]

Zitat:

Zitat von Robert Marquardt

Eine Macke das der Installer nicht uebersetzen wollte

Wenn man halt die Warnung: "Der Installer darf auf keinen Fall eine JCL Unit benutzen, weder direkt noch indirekt" ignoriert, dann passieren solche Maleure eben. :mrgreen:

[richard_boderich]

@ Robert Marquardt

ich glaub da hast du was in den falschen hals gekriegt.
ich wollte nur aussagen das ich mich nicht darum kuemmere weil die 2.10 bei mir läuft und
mir das ausreicht. ich wusste nicht das du die software mit geschrieben hast. also wenn
das ganze eine wenig ueberheblich oder missverstaendlich ruebergekommen ist moecht ich mich dafür entschuldigen. :oops: :duck:

Wie gesagt hatte bei der letzte 3 er diverse Fehler beim installieren, fehlende teile, division by zero ect. welche es genau waren weis ich leider nicht mehr. :|

Richard

:dp:

[Olli]

Locker bleiben, Jungs und Mädels :zwinker:

Zitat:

Zitat von richard_boderich

ich wusste nicht das du die software mit geschrieben hast.

Da dürfte er nicht der einzige hier in der DP sein. Wenn du mal in die Liste der Programmierer und Admins diverser JEDI-Projekte guckst, wirst du Robert ziemlich oft vertreten finden. Ich sags mal so, wenn du was beisteuern kannst (zB zur JCL), dann tu das. Ich vermute mal, daß dann Robert auch nicht nachtragend sein wird :mrgreen:

Was ich eigentlich verlauten lassen wollte, ähnelt der Aussage von jbg. JEDI ist ein Projekt, welches mehrere Softwareprojekte vereinigt. Es ist einfach inkorrekt, wenn man von "JEDI Komponenten" redet. Dazu gibt es einfach zuviele Projekte/Komponenten unter dem Dach von JEDI.

[richard_boderich]

also

jcl/jvcl version: JVCL300CompleteJCL195-Build1848

System: Delphi7 Enterprise

installationsmodus: Neu/update

fehler1: Jv3rdD7R.bpl (compiling)

jcl 3 installiert.

nochmal versuch jvcl install

fehler: jvcoreD7D.bpl
compiling:jvcl.inc --> "dcc32.exe Fehler in Anwendung"

"die anweisungen in 0x00404a7b verweist auf speicher 0x00170020. der vorgang read konnte nicht ausgefuert werden"

--> delphi zerschossen

bei D7 start kommt die meldung:

"der Procedureeinsprungpunkt "@Jclstrings@CharisNumber$qqrxc" wurde in der DLL DJCL70.bpl nicht gefunden

mein system ist ok

nforce4 sli chipsatz

hoffe es

so hoffe es hilft dir Robert und nimm mir meinen Post nicht so krumm bitte

Richard

[yankee]

Zitat:

Zitat von jbg

Erstmal ist es die JVCL 3 nicht jedi 3. Und die JVCL 2.x hatte gar keinen Installer. Die bestand ja auch nur aus zwei, drei Packages und nicht aus über 40.

Komisch, was war das den für ein Installer, mit dem ich bei mir JVCL 2.1. installiert habe? Also ok, bei dem hat man nur einmal auf Weiter und nicht 3x auf weiter geklicht, aber das ist dann doch trotzdem ein isntaller...

Zitat:

Zitat von jbg

Die JVCL ist eine Source-Code Distribution und keine Binary-Distribution. Der Quellcode muss also erst auf dem eigenen Rechner kompiliert werde. Und das dabei Fehler auftreten können, weil ein Quellcode eben noch viel stärker von der Rechnerkonfiguration abhängt, als ein Binary, sollte jedem Programmierer klar sein. Und wem das nicht klar ist, der hat noch einen langen und schmerzhafen Weg vor sich.

Ok, ich habe einen langen shcmerzhaften weg vor mir. Da ich so ein kleiner Linuxfan bin, habe ich schon massenhaft Programme auf verschiedenen Computern, ja sogar unter verschiedenen Distris fehlerfrei kompiliert.
Btw, als ich bei mir versucht habe JVCL 3 zu installieren, ahbe ich mir auch jeden Fehler angesehen, bin in die entsprechende Unit reingegangen, habe festgestellt, das da tatsächlich ein Feheler drin war (beispielsweise per Compileranweisung festgelegt, dass ein bestimmter Befehl nur unter D5 ansgeführt werden soll, der aber offensichtlich auch unter D6 notwendig ist. Dann wurde die Unit schonmal kompiliert und es ging an die nächste. Teilweise habe ich die Fehler auch im JVCL-Bug-Tracker gefunden, teilweise sogra mit "solved", obwohl meine Version (und es war definitiv die neueste) das Problem scheinbar immernoch enthielt.

@Robert Marquardt:
Ja eeeben: Ich habe mir eben auch nach dem 50 Fehler, (es kamen dann durch meine Korrekturen auch leider wieder neue Fehler, weil ich eben wohl doch etwas falsch korrigiert habe) gedacht "wayne interessierts". Ich bin jedenfalls nicht gut genug, um wirklich den qt korrigieren zu können und ich weiß genau, dass die JVCL-Entwickler eben keine Lust haben, sich mit irgendeinem kleinen jugendlichem Freizeitprogrammierer auszusetzen, der einfach zu blöd ist, sich JVCL 3 zu installieren, wo offensichtlich die meisten anderen es schaffen (wobei ich da mittlerweile Zweifel habe, da eigentlich jeder, den ich kenne dann doch wieder JVCL 2.1 benutzt und das Thema hier in der DP so selten dann auch wieder nicht ist...).
Es ist eben so, dass JVCL 2.1 Jahrelang (ok, das ist übertrieben, aber so sprichwörtlich..) funktioniert hat und ich dann mal meine HDD formatiert habe und Delphi neuinstalliert habe und mir gedacht habe "och, du könntest ja eigentlich mal gucken, ob es eine neue JVCL gibt...". Weil ich das aber dann eben nicht geschafft habe und mit JVCL 2.1 nie Probleme hatte, gab es ja für mich eigentlich eh kein Grund upzudaten.
Es muss mir dann natürlich zwangsweise bewusst sein, dass ich zu dem Projekt eigentlich nichts beitrage, sondern mich einfach nur darüber freue, dass mir das netterweise zur Verfügung gestllt werde und noch nett danke sage, aber eigentlich nur Belastung für den ftp-Server bin.
Vielleicht werde ich in Zunkuft auch mal an irgendwelchen solchen großartigen Projekten mitarbeiten. Aber noch bleibt mir eigentlich nichts anderes über als eben der zu sein, der es sich einfach runterläd und benutzt.

Also bitte nimm mir (und Anderen) das nicht übel.

[Robert Marquardt]

Eine Entschuldigung reicht allemal. Ich bin halt etwas jaehzornig.

War denn noch die JVCL 2.1 installiert?
Zur Installation der JVCL 3 sollten die alten Versionen von JCL und JVCL deinstalliert sein und moeglichst alle
zugehoerigen Dateien geloescht. Es sollte allerdings genuegen die Pfade zur alten Version in den globalen Optionen der IDE zu loeschen.

Die JVCL 3 sollte *nie* in die Verzeichnisse der JVCL 2.1 installiert werden (gleiches gilt fuer die JCL).

Es kann nicht schaden die Registry nach den alten JCL bzw JVCL Pfaden zu durchsuchen und diese zu loeschen.

Der erste Fehler mit jvcl.inc deutet am ehesten darauf das noch Dateien der JVCL 2.1 im Suchpfad von Delphi sind.
Eine aeltere Version von jvcl.inc bzw jedi.inc kann solche Probleme ausloesen.
Der zweite Fehler mit Procedureeinsprungpunkt deutet darauf das die JVCL 2.1 noch installiert ist.
Beim Linken wird dann das geladene .bpl File vorgezogen und das ist natuerlich inkompatibel mit der aktuellen Version.

Am besten von http://jvcl.sourceforge.net/daily/ und http://jcl.sourceforge.net/daily/ die aktuellsten Versionen besorgen.
Bei der JVCL 3 das "complete set of files". Vielleicht die Version von heute 11. 9. abwarten, damit die Bugs von gestern weg sind.
Dann wie oben angesagt die JVCL 2.1 komplett beseitigen (Kopien aufheben) und nochmal versuchen mit der neuen Version.

[jbg]

Zitat:

Zitat von yankee

Teilweise habe ich die Fehler auch im JVCL-Bug-Tracker gefunden, teilweise sogra mit "solved", obwohl meine Version (und es war definitiv die neueste) das Problem scheinbar immernoch enthielt.

Der Bug-Tracker bezieht sich auf die CVS Version und verzögert auf die daily snapshots. Ein Release bei der JVCL ist recht selten, da die Codemasse einfach viel zu groß für die wenigen Programmierer ist und man daswegen etwas länger braucht und nicht jede zweite Woche ein Release erstellen kann.

Zitat:

Ja eeeben: Ich habe mir eben auch nach dem 50 Fehler, (es kamen dann durch meine Korrekturen auch leider wieder neue Fehler, weil ich eben wohl doch etwas falsch korrigiert habe) gedacht "wayne interessierts".

Da muss ich mir wohl mein Delphi zerschiesen und dann den Installer drauf losjagen um solche Fehler vom Installer abfangen zu lassen. (Bei mir funktionieren alle Ziele, die die JVCL 3 unterstützt in einem Installationsschritt: D5, D6, BCB6, D7, D2k5).

Zitat:

dass die JVCL-Entwickler eben keine Lust haben, sich mit irgendeinem kleinen jugendlichem Freizeitprogrammierer auszusetzen, der einfach zu blöd ist, sich JVCL 3 zu installieren, wo offensichtlich die meisten anderen es schaffen

Wieso? Zwei der JVCL Programmierer beschäftigen sich doch schon mit dir :wink:
Und wenn ein Fehler oder Nicht bedachter Zustand von Delphi im Installer drinnen ist, dann will ich den schon ausbessern. Nur im Moment bin ich mehr der Meinung, dass ich das Build-System der JVCL nochmal neu aufziehen sollte. Der JVCL Installer hat da eine "JCL-Verunreinigung" (er musste vor einem Jahr noch Teile der JCL kompilieren), die den Quellcode etwas unübersichtlich machen. Es gibt nämlich nur zwei Programmierer, die sich Änderungen am Installer zutrauen (Stylecleaning mal ausgeschlossen :) ). Und das sollte sich ändern.
Eine Neuentwicklung müsste da mal her. Werde damit heute einfach mal anfangen. Ein Binary-Distribution Installer wäre auch nicht schlecht (existiert bereits einer auf meiner HD). Nur bedeutet das, dass man eine vorgefertigte konfiguration (jvcl.inc) bekommt und somit die JVCL3 nicht fein-abstimmen kann.

Zitat:

Es ist eben so, dass JVCL 2.1 Jahrelang [...] funktioniert

Die war auch noch nicht so komplex wie die JVCL 3. Und es war schon die um .1 höhere Version.

Zitat:

Vielleicht werde ich in Zunkuft auch mal an irgendwelchen solchen großartigen Projekten mitarbeiten.

Das JEDI Team freut sich immer über Helfer. Die JCL und die JVCL brauchen immer welche, die Bugs finden, diese dann selbst ausbessern und dem Projekt zukommen lassen. Hat man dann schon viele Bugfixes oder sogar Verbesserungen "eingeschickt", ist es nicht selten, dass man CVS Schreibzugriff bekommt und somit zum JCL bzw. JVCL Developer ernannt wird.

[richard_boderich]

@robert, ja hab die alte 2.10 drauf gehabt. sind denn alle 2.1 ner kompos auch bei den 3er dabei? wo traegt sich die 2.1 denn ueberall ein. in der windows reg ok, da gibts den regedit. aber wie und
wo die 2.10 irgentwelche delphi configfiles umschreibt weis ich nicht. reicht es dort aus die dpk zu loeschen und noch den install ordner? außerdem versteh ich nicht was die gruenen pakete bedeuten
und die gelb markiereten bei der installationsauswahl. (ich hab sie immer alle abgewaehlt, weil ich dachte es waeren nicht aufgeloeste abhaengigkeiten)

Richard

[jbg]

Zitat:

"die anweisungen in 0x00404a7b verweist auf speicher 0x00170020. der vorgang read konnte nicht ausgefuert werden"

Es die Länge des Pfades in dem die JVCL3 liegt länger als 128 Zeichen? Borland hat da nämlich nur ein Array von 128 Zeichen reserviert. Alles was drüber hinaus geht wird einfach auf andere Daten geschrieben (Buffer overflow).

Zitat:

Zitat von richard_boderich

aber wie und wo die 2.10 irgentwelche delphi configfiles umschreibt weis ich nicht.

Der JVCL3 Installer sollte eigentlich alte Versionen erkennen und auch löschen. Hast du mal die "Uninstall" Option von diesem ausprobiert?

Du solltest deine Platte auch nach einer jedi.inc und jvcl.inc durchsuchen. Wenn sie nicht im JCL/JVCL3 Ordner liegen dann könnten die Konflickte auslösen.

Zitat:

außerdem versteh ich nicht was die gruenen pakete bedeuten und die gelb markiereten bei der installationsauswahl.

• Gelb bedeutet: Datenbank Package. Dieses Package benötigt die DB Packages.
• Grün bedeutet: USEJVCL abschaltbar. Dieses Package kann (im Moment) auch ohne die Abhängigkeit von anderen JVCL Packages benutzt werden.

[Robert Marquardt]

Die Migration von JVCL 2.1 Komponenten zu JVCL 3 Komponenten wird von einem Migrationstool unterstuetzt, aber es ist dann oft noch Handarbeit noetig. Dazu gibt es einen Text help\migration.html. Bei den Komponenten wurden nicht alle uebernommen. Einige Komponenten wurden teilweise so heftig umgeschrieben das sie kaum wiederzuerkennen sind.

Der Installer schreibt nur in die Registry um die Komponenten zu registrieren und die Pfade zur JCL bzw JVCL einzutragen.
Delphi hat sonst keine anderen Konfigurationsdaten.

Das mit der 128 Zeichen wusste ich noch nicht. Das sollten wir im Installer beruecksichtigen.

[richard_boderich]

ok hab jetz jvcl 2.10 mit der uninstall option von jvcl 3 installer entfernt.
delphi ging wieder auf. dann hab ich jcl 3 installiert ohne probleme. 1 mal delphi gestartet.
dann jvcl instlliert. bricht bei installation ab mit speicherfehler ab "vorgang read konnte nicht durchgefuert werden...

Errors: 3

compiling: jvcld7.inc

current line 131

:(

Richard

// Edit pfade waren alle ok, das heist unter 128 zeichen, jedoch mir kurzen namen z.b.
"c:\Progra~1\borland\..."

[Robert Marquardt]

Wo hast du denn die JVCL 3 genau hingetan?

[richard_boderich]

ich hab alles so gelassen wie es das installprogramm vorschlaegt

Chooese ide targets:

jcl directory ->c:\Dokume~1\Anwender\desktop\jvcl30~1jcl

Configuration:

BPL Directory ->c:\Programme\Borland\Delphi7\Projects\BPL

DCP Directory ->c:\Programme\Borland\Delphi7\Projects\BPL

Richard

[Robert Marquardt]

Das sollte eigentlich OK sein. Bist du Admin auf deinem Rechner?

[jbg]

Zitat:

Zitat von richard_boderich

bricht bei installation ab mit speicherfehler ab "vorgang read konnte nicht durchgefuert werden...

Was steht denn im "Details" Fenster, wenn du "Detailed compiler output"/"Ausführliche Compilerausgabe" auf der Konfigurationsseite des Installers aktivierst?

[richard_boderich]

C:\DOKUME~1\Anwender\Desktop\JVCL30~1\jcl\source\j edi.inc(456) Fehler: 'INTERFACE' erwartet, aber Zahl gefunden
C:\DOKUME~1\Anwender\Desktop\JVCL30~1\jcl\source\j edi.inc(456) Fehler: Ungültiges Zeichen in Eingabedatei: '}' ($7D)
C:\DOKUME~1\Anwender\Desktop\JVCL30~1\jcl\source\j edi.inc(1110) Fehler: Ungültige Compileranweisung: '$ENDIF'

[phlux]

Ich habe gestern Abend das gleiche Paket installiert wie richard (für mein d6 pers+upd2) nachdem ich vorher alles deinstalliert habe, gings einwandfrei. :thumb:

[Robert Marquardt]

Das ist ziemlich merkwuerdig.
Die jedi.inc aus JVCL300CompleteJCL195-Build1848 ist vom 22. Februar 2005, 08:50:00 und hat 38.306 Bytes.
Die Zeile 456 ist eine Leerzeile und die Datei hat nur 1106 Zeilen.

Die Fehlermeldungen muessen sich daher eigentlich auf eine andere Datei beziehen.
Such mal die Platten nach jedi.inc ab. Manchmal kann Delphi einen voellig in die Irre fuehren.

[richard_boderich]

@robert


es existierten mehrer jedi.inc alle in jvcl oder jcl installationsverzeichnis!!!
habe nochmal aktuelles file von sourcforge gezogen. jcl nochma installiert. jvcl install -> wieder speicherfehler. aber anderer diesmal kommt er noch bis zum ende
sagt aber fehler bei kompilierung und wenn ich delphi starte sind keine pakages da

C:\DOKUME~1\Anwender\Desktop\JVCL30~1\jcl\source\j edi.inc(471) Fehler: Ungültige Compileranweisung: '$ENDIF'
C:\DOKUME~1\Anwender\Desktop\JVCL30~1\jcl\source\j edi.inc(1119) Fehler: Ungültige Compileranweisung: '$ENDIF'

** error -1073741819 ** deleting "C:\Programme\Borland\Delphi7\Projects\Bpl"\JvCore D7D.bpl

** error 1 ** deleting CompilePackages

[Olli]

Zitat:

Zitat von richard_boderich

es existierten mehrer jedi.inc alle in jvcl oder jcl installationsverzeichnis!!!

@Robert: Wenn wir schon beim Thema sind - wäre es nicht sinnvoll die Include-Datei jeweils nach dem Projekt zu benennen? Das Problem ist nämlich, daß es offensichtlich zwischen allen Projekten keine einheitliche jedi.inc gibt :roll:

[Robert Marquardt]

Die jedi.inc ist zwischen den Projekten einheitlich. Sie laeuft zwar gelegentlich ein bischen aus dem Ruder aber das wird schnell korrigiert.
Jedes Projekt hat eine spezifische Include-Datei jvcl.inc, jcl.inc, jediapilib.inc , die jedi.inc inkludiert.
Seit einiger Zeit haben wir auch einen Test gegen alte jedi.inc Versionen drin.

[richard_boderich]

mhh das hilft mir aber nich :(

[Robert Marquardt]

Ich lese gerade "Berlin". Schick mir doch mal eine PN mit deiner Adresse. Vielleicht kann man das mal vor Ort loesen.