Namespaces unter Delphi 10 Rio

[jaenicke]

Der Standard-Namespace ist einfach leer, wenn du ihn dir als String vorstellen möchtest.

Das ist einfach so wie in der Welt ohne Namespaces in alten Delphiversionen. Da ist nichts Besonderes dabei, es geht nur um den Pfad um die Unit zu finden.

Wenn es nicht klappt, ist es wie gesagt in wenigen Minuten mit dem Process Monitor herauszufinden wo diese Unit gesucht wird. (Bzw. in Sekunden, wenn man das Tool schon hat...)

Einfach einen Filter auf Path ends with ocr.dcu setzen...

[hoika]

Hallo,
ich hätte mal das Leerzeichen im Pfad als mögliches Problem anzugeben.

[Delbor]

Hi zusammenn

Zitat von jaenicke:

Der Standard-Namespace ist einfach leer, wenn du ihn dir als String vorstellen möchtest.

Das ist einfach so wie in der Welt ohne Namespaces in alten Delphiversionen. Da ist nichts Besonderes dabei, es geht nur um den Pfad um die Unit zu finden.

Wenn es nicht klappt, ist es wie gesagt in wenigen Minuten mit dem Process Monitor herauszufinden wo diese Unit gesucht wird. (Bzw. in Sekunden, wenn man das Tool schon hat...)

Einfach einen Filter auf Path ends with ocr.dcu setzen...

Ich denk, ich hab meinen Denkfehler gefunden. Zitat aus dem Embarcadero-Wicki:

Zitat:

Program MyCompany.Programs.MyProgram;
Library MyCompany.Libs.MyLibrary;
Package MyCompany.Packages.MyPackage;

Diese Anweisungen richten den Projekt-Standard-Namespace für ein Programm (Program), eine Bibliothek (Library) und ein Package (Package) ein. Der Namespace ergibt sich, wenn der Bezeichner auf der rechten Seite (einschließlich Punkt) aus der Deklaration entfernt wird.

Das heisst: Mein Package 'Package Ocr.Bpl' hat gar keinen Projekt-Standard-Namespace, und die Unit 'Ocr1' kann desshalb nicht Teil dieses nichtvorhandenen Namespaces sein.

Da ich mehrere Versuche rund um dieses Package gemacht habe und das Resultat war, dass mehrere Versionen dieses Packages an an verschiedenen Orten vorhanden waren, hab ich mal den Rat von hier befolgt und alle Dateien dieses Packages gelöscht( Beitrag #4).

Eine mögliche Quelle sähe ich allenfalls noch: Die Fremdkomponenten und die eigenen Packages liegen (oder lagen) in 2 verschiedenen Verzeichnissen, bzw. ich habe die Units nicht, wie ich es bei Programmen gewohnt bin, über 'Projekt => dem Projekt hinzufügen' sondern über Rechtsklick in der Projektverwaltung hinzugefügt (unter Contains) - zumindest bis jetzt hab ich gedacht, die Unit würde sich dann im Packagepfad wiederfinden...

Zitat von hoika:

Hallo,
ich hätte mal das Leerzeichen im Pfad als mögliches Problem anzugeben.

Leerzeichen?
F:\Embarcadero Erweiterungs-Corner\Fremdkomponenten\...
Uupps! Das hab ich völlig übersehen!! Aber was mich sehr irritiert: solche Pfade stehen unter dem Bibliotheks- und dem Suchpfad und werden da nicht als ungültig bezeichnet.

Gruss
Delbor

[jaenicke]

Zitat von Delbor:

Das heisst: Mein Package 'Package Ocr.Bpl' hat gar keinen Projekt-Standard-Namespace, und die Unit 'Ocr1' kann desshalb nicht Teil dieses nichtvorhandenen Namespaces sein.

Eine Unit ohne Namespace ist immer im Standard-Namespace, zusammen mit allen anderen Units ohne Namespace. Da ist alles in Ordnung. Wenn du Unit Ocr1 heißt, wird auch nach der Ocr1.dcu gesucht bzw. auch nach der .dcp Datei des Packages.

Die Frage ist eben wo diese .dcu liegt und warum diese nicht gefunden wird. Und statt hier ewig zu suchen würde ich wirklich einfach den Process Monitor benutzen... wie gesagt, auf Filter gehen, filtern auf "Path" "ends with" "Ocr1.dcu" und bestätigen, dann einmal kompilieren bis der Fehler, dass die Unit nicht gefunden wird, kommt. Und dann einfach schauen wo gesucht wurde.

[Delbor]

Hi jaenicke

Ich hab mir den Prozessmanager heruntergeladen und installiert.Dann hab ich den Filter mal so eingegeben, wie du ihn notiert hast.
Inzwischen hatte ich allerdings den Filesearcher installiert - richtige Palettenseite, richtiges Icontest, weise anderes Beispielprogramm. Filesearcher drauf F9 gedrückt. Resultat:

Zitat:

[dcc32 Fataler Fehler] uMain.pas(7): F2613 Unit 'FileSearch' nicht gefunden.

Dann hab ich mal einen zweiten Filter eingegebe - bis auf den Dateinamen identisch. Ergebnisse: Der Prozessmonitor meldet 'otu of Memory undverabschiedete sich nach dem 'OK'. Also sollte ich mir die/den vorhandenen Filter anzegen lassen.
Mal sehen, wie ich da mit meinem englisch zurechtkomme...

Gruss
Delbor

[jaenicke]

Zitat von Delbor:

Ergebnisse: Der Prozessmonitor meldet 'otu of Memory undverabschiedete sich nach dem 'OK'.

Komisch, wir benutzen den sehr oft und haben damit nicht solche Probleme. Eigentlich sollte das so aussehen, wenn z.B. nach der Unit ocr und ocr1 gesucht wird und ocr im Projektpfad existiert:

[Delbor]

Hi jaenicke

Okay, ich denke, ich mach so ziemlich alles falsch - auf jeden Fall krieg ich nicht im entferntesten eine Ausgabe, wie du sie gezeigt hast. Im folgenden mal zwei Jpegs

Das erste zeigt den Filter, wie ich ihn im Prozessmonitor eingegeben habe

Auf einem der Beispielprogramme hab ich eine Filesearcher-Komponente platziert.. Versuche ich nun zu kompilieren, wird der Vorgang abgebrochen:

Zitat:

[dcc32 Fataler Fehler] uDateTimePickers.pas(18): F2613 Unit 'DDFileUtils' nicht gefunden.

Ändere ich die Reihenfolge, hab ich dasselbe, einfach 'in grün'.
Um zu kompilieren, minimiere ich den Prozess Monitor; hole ich ihn hervor, ist das Fenster blank...

Gruss
Delbor

[TiGü]

Der Filter kann so natürlich nicht funktionieren.
Blättere doch mal die beiden Comboboxen vor den Filter Edition auf und schaue was es außer "Architecture is" noch so gibt.

[Delbor]

Hi Tigü
Du meinst diese hier:

Ich hab da mal path ausgewählt - mit dem selben Resultat.

Gruss
Delbor

[jaenicke]

Bei mir sieht der Filter z.B. so aus: