[D2006] ctrl+Klick auf eigene Unit öffnet diese nicht

[Christian Seehase]

Moin Zusammen,

normaler Weise kann man ja eine eingebundene Unit per CTRL+CLICK öffnen.
Zu meiner Überraschung funktioniert das aber in D2006 Pro (Version 10.0.2288.42451 Update 2) nicht, wenn es sich hierbei um eine eigene Unit handelt.
Hierbei handelt es sich nur um eine einfache Bibliothek, die nicht als Komponente in der IDE vorhanden ist, und die im Lib-Verzeichnis liegt.

Sowohl im Eintrag Library- als auch im Browsing-Path ist $(BDS)\lib eingetragen, und ein Programm, dass die Unit unter uses stehen hat, und Teile der Unit benutzt, lässt sich kompilieren und funktioniert.
Es spielt auch keine Rolle ob ich nur die Win32-Personality gestartet habe, oder die gesamte IDE lade, und dann ein bestehendes oder neues Projekt nehme.

Es handelt sich um eine Standard-Installation mit Indy 10.
Ich habe keine weiteren Komponenten oder Experten installiert.

Andere Units, beispielsweise die der Indys, lassen sich über den o.g. Weg laden, auch aus einer Unit heraus, die sich so nicht laden lässt.
Wenn ich einen Breakpoint setze, und im Single-Step durchgehe, wird so eine Unit hingegen geladen.

Hat jemand eine Idee, woran das liegen könnte?

[Cöster]

Was ist denn, wenn die Unit im gleichen Ordner liegt wie das Projekt?

[SirThornberry]

ich hab damit noch keine Probleme gehabt. Kommt bei "Find Declaration" eine Fehlermeldung?

[marabu]

Moin Chris,

bei D7 muss der Pfad der Unit-Quelldatei im Suchpfad der Umgebungsoptionen (Bibliothek) eingetragen sein.

Freundliche Grüße

[Christian Seehase]

Moin Cöster,

da ist jetzt etwas seltsames passiert.
Ich habe nicht aufgepasst, und die Unit in das Verzeichnis des Projektes gepackt, bei dem mir das aufgefallen war.
Offen hatte ich aber einfach ein neues Testprojekt (nicht gespeichert).

Bei dem hat es dann auf einmal funktioniert :shock: :gruebel: :pale:

Das ist aber nicht reproduzierbar :wall:

Auch in den Projektoptionen habe ich versucht entsprechende Pfade einzustellen: Kein Erfolg.

Wenn ich nun eine Methode einer in der Unit enthaltenen Klasse an funktioniert es wie erwartet, nicht aber wenn ich den Klassennamen so anklicke.
Funktionen anzuklicken, um die entsprechende Unit zu laden funktioniert auch nicht, es muss schon die Methode einer Klasse sein...
(auch eine Eigenschaft anzuklicken genügt nicht)

[EDIT]
@Jens:

Find Declaration verhält sich genauso.

@marabu:

Mit D7 habe ich das Problem auch nicht, nur mit D2006.
Wie oben schon geschrieben: Auch in den Projektoptionen habe ich die Pfade (SearchPath, Debug source path) eingestellt.
[/EDIT]

[EDIT 2]
Jetzt habe ich mal versucht, zusätzlich die Pfad mit von Hand aufgelöstem $(BDS)-Makro einzutragen: Kein Änderung :?
[/EDIT 2]

[Christian Seehase]

Moin Zusammen,

da mich dieses Problem etwas nervt möchte ich es noch einmal in Erinnerung rufen.
Vielleicht hat ja doch noch jemand eine Idee... :angel:

[joel93]

Is ne Ziemlich doofe sache, muss ich zugeben. :( :( :(
:gruebel: ...
:gruebel: ...
:gruebel: ...
:gruebel: ...
:gruebel: ...
Ich hab jetzt nur so ne doofe antwort aber sie könnte helfen:
Installier mal Delphi neu, und/oder ruf mal bei Borland an,die wiessen bestimmt mehr über ihr programm als wier hier.
Das is halt so ne dumme macke, hatte bei windows xp auchmal so ne doofe macke gehabt: Wenn man bei installer oder setups (egal welche)Abrechen drückte machte der z.B. weiter. Aber die Beschriftung der Buttons hat sich nicht geändert!( :wall: )

[Christian Seehase]

Moin Joel,

danke, aber es handelt sich um eine frische Installation :?
Vorher, auf der "alten" Installation ging es noch, scheint also kein grundsätzliches Problem zu sein :gruebel:
(Windows und Anwendungen wurde nach Hardwaretausch neu installiert)

[joel93]

Hat eigentlich nichts zu heißen, bei der installation von delphi kan es einen fehler gegeben haben (z.B. wenn der Prozessor sich sozusagen verrechnet, oder der Ram nen Fehler macht, usw., das will ich jetz nich genauer erklären, das tut hier nix zur sache) der bei dem überspielen genau an der Stelle im Programm aufgetreten ist wo der kürzel war.
Das ist zwar eher unwahrscheinlich, aber es ist ein versuch wert, oder hasse noch ne andere idee?
Außerdem, um welche D version handelt es sich, vllt. kann dir dann einer helfen?!?

[SubData]

Zitat:

Zitat von joel93

Hat eigentlich nichts zu heißen, bei der installation von delphi kan es einen fehler gegeben haben (z.B. wenn der Prozessor sich sozusagen verrechnet, oder der Ram nen Fehler macht, usw., das will ich jetz nich genauer erklären, das tut hier nix zur sache)

Doch erklär mal... Würd mich jetzt mal interessieren...

Ich wäre sonst nämlich davon ausgegangen, dass installierte Dateien überprüft werden.
Ist das bei Delphi etwa nicht der Fall? Wenn nein, kannst du das beweisen?

[Balu der Bär]

Bei mir kommt dies auch vereinzelt vor. Liegt scheinbar nicht an der Unit, da es manchmal nicht ging aber sonst immer klappt. Wäre auch über eine Lösung froh. :-(

[joel93]

Wir gehen von einem aktuelen Prozessor aus, der pipelined ist, das heißt er besrbeitet die Befehle nicht einzeln sondern wie in einer Autofabrik nacheinander in einer Pipeline, also ein 'Fließband', ein pipelined prozessor ist dadurch bei gleicher taktrate(hier dann wie lange eine Station zeit hat) viel Schneller. Eine wietere Technik bei Aktuelen Prozesoren ist, dass der Prozessor rechenschritte auf Verdacht ausführt, um sozusagen, wenn er nicht viel zu tun hat vorarbeitet um nicht rechenzeit zu vergeuden.
Wen sich die Vorhersage aber verschätzt, muss die komplette pipeline gelöscht,und neu berechned werden. Dabei kann es vorkomen, das die schätzung doch irgendwie 'past', und die pipeline nicht gelöscht wird. In diesem Fall entsteht also ein Fehler beim übertragen von Dateien. Was im programm nich richtig steht, wird hinterher einfach nicht beachtet(es wird schon beachtet, aber da der Prozessor das nicht berechnen kann, weil er die anweisung nich kennt, die da steht(die hat wie später erwähnt ja nur nen kleinen fehler) und die von unserem 'ursprungsfehler' ausgelöst wurde, d.h. Das Tastenkürzel geht nicht.
Der installer überprüft zwar hinterher die Dateien, aber nicht, das er jede 1 und 0 auf der Festplatte mit der CD vergleicht, das dauert vielzulange! Sondern nur grob vergleicht. Im Programm steht hinterher noch die Stelle an der der kürzel ist, halt nur dass im minimalsten fall eine 1 statt einer 0 (oder andersherum) auf der Festplatte ist. :angel2:

//edit
Hatte ne ganze menge rechtschreibfehler.( :angel: )