Problem mit Packages in D2006

[Flocke]

Ich hab' mein neues D2K6 Pro ausgepackt, installiert ... und direkt schon ein Problem (aber wahrscheinlich nur ein dickes Brett vorm Kopf :wall: ).

1. Ich habe ein Package mit Datenbank-Komponenten im Verzeichnis V_EINS. Das Package ist installiert, der Pfad steht sowohl im Suchpfad als auch im Bibliothekspfad und die Komponenten werden in der Palette angezeigt.

2. Dann habe ich ein zweites Package im Verzeichnis V_ZWEI, das das erste Package benutzt und projektspezifische Datenbankfunktionen hinzufügt. Auch dieses Package ist installiert und die Komponenten werden in der Palette angezeigt.

3. Schließlich habe ich das Projekt selbst, ebenfalls im Verzeichnis V_ZWEI, das beide Packages benutzt (bzw. Komponenten daraus).

Das Problem ist nun, dass beim Übersetzen des Projekts die Fehlermeldung angezeigt wird, dass eine Datei aus dem ersten Package nicht gefunden werden kann (F1026: Datei nicht gefunden: 'xyz.dcu'). Der Cursor steht dann in der uses-Klausel. Wenn ich mit der rechten Taste auf den Namen der Unit klicke und "Datei beim Cursor öffnen" wähle, dann wird die Datei geöffnet. Die DCU-Datei gibt's auch, die ist im selben Verzeichnis wie die PAS-Datei.

Vielleicht weiß ja einer von euch, wie ich das wegbekomme...

[Flocke]

Noch mal ein Nachtrag:

Durch ein Wunder (bzw. durch einen nicht nachvollziehbaren Zufallstreffer beim herumprobieren) findet er die Datei jetzt, allerdings kommt dann derselbe Fehler wie hier.

Messagebox "Zugriff auf Package-Informationen von 'Package1.bpl' nicht möglich." (das ist das erste Package). Bei den Meldungen steht dann die Zeile "E1026: Datei nicht gefunden: 'Package1.drf'".

Was ist denn eine DRF-Datei?

[Flocke]

Ich pushe das mal, da ich im Moment wirklich in der Luft hänge.

Also:
1. ich kann das besagte Package compilieren und installieren, und die Komponenten sind danach in der Palette sichtbar.
2. ich kann eine neue Anwendung erstellen, Komponenten aus dem Package darauf packen, mit einem DBGrid verbinden, compilieren, ausführen, schließen, wieder öffnen (auch Delphi) ... alles ganz normal.

Sobald ich dann ein Package nehme, dass dieses Package benutzt, kommt:
1. Fehlerbox: "Zugriff auf Package-Informationen von 'xyz.bpl' nicht möglich."
2. Meldung: "[Pascal Fehler] abc.dpk(33): E1026 Datei nicht gefunden: 'xyz.drf'"

Danach ist das Package in der Liste "Komponenten>Packages installieren..." deaktiviert und ich muss es komplett deinstallieren und erneut installieren (einfach das Häkchen wieder setzen geht nicht).

Bin ich der einzige mit diesem Fehler???

[Flocke]

Für alle bei denen es vielleicht auch mal auftreten wird - ich habe einen Workaround gefunden: wenn man bei den betroffenen Packages die Option "Element erstellen" von "wenn erforderlich" auf "manuell" ändert, dann tritt der Fehler nicht mehr auf.

Offensichtlich scheint Delphi die Datei zwei Mal zur gleichen Zeit öffnen zu wollen: zum Erstellen (des benutzten Packages) und zum Lesen (für's Erstellen des benutzenden Packages). Im QC stehen mehrere Beiträge zur besagten Fehlernummer, alle für D2005 und noch offen. Bei mir trat es unter D2005 nicht auf, offensichtlich ist der Fehler aber schon älter.

No Borland Bashing sondern meine ehrliche Meinung:
Verda**te Sch**ße -- diesen verlorenen Tag würde ich den Borländern gerne in Rechnung stellen :evil: :evil: :evil:

[backdraft]

Danke für den Tip.
Hat mir den Tag suchen erspart.

[sonicus83]

Danke auch von mir: auch in Delphi 2007 ist das noch aktuell! Es kann doch nicht wahr sein, dass so ein alter Fehler immernoch existiert! Hätte da jetzt wahrscheinlich auch mindestens noch nen halben Tag nach gesucht, bis ich "vielleicht" was gefunden hätte!

[Wolfgang55]

Hallo,
ich danke Dir für den Tipp.
Mir ist nur aufgefallen, dass von der bemängelten Komponente keine bpi Datei erzeugt wird. Hat jemand eine Ahnung woran das liegen kann?

Grüße
Wolfgang

[QuickAndDirty]

Danke auch von Mir . Ich weiß noch nicht was cih sonnst noch für probleme mit dem Package bekomme aber dieses währe dann mal gelöst.

[mschaefer]

Das es zu Problemen kommt wenn abhängige Packages mit "wenn erforderlich" compiliert werden hatte ich schon unter D6. Wenn Packages mehrfach ineinander geschatelt werden versucht er immer das voherige zu compilieren. Dabei scheinen einige Parameterstrings so lang zu werden, dass der Linker aussteigt. Das hiermit aber die unmotivierte Nachfrage nach einer nicht näher geklärten "drf"-Datei zusammenhängt ist mir neu gewesen. Saubere arbeit !

Grüße // Martin