Neuestes Problem weiter unten, in meinem 3. Post.

ich schreibe gerade an einem Programm mit mehreren Units. Nun will ich aus einer Unit mit der Paintbox (einer anderen Unit) einen Kreis zeichnen.

Was muss ich beachten, wie rufe ich den entsprechenden Canvas auf?

Danks schonmal im Vorraus.


Moderiert von Narses: Topic aus VCL (Visual Component Library) verschoben am Mo 28.07.2008 um 19:29

Naja, zunächst mal muss die unit in der die Paintbox deklariert ist in die uses-Klausel der unit aufgenommen werden, aus der der Aufruf erfolgen soll. Gewöhlicherweise genügt hier ein aufruf in der uses-Klausel im implementation-Teil.

Sodann kannst du die fremde Paintbox ansprechen, über das Formular auf der sie sich befindet:




Solange du kein Multithreading benutzt musst du soweit ich weiß weiter nix beachten.

wenn ich die Unit in die Uses-Klausel aufnehme, dann habe ich aber circuläre deklaration, da ich in der PaintboxUnit schon die andere in der Uses-Klausel habe, bzw, wenn ich es nicht aufnehme, dann habe ich undeklarierte Bezeichner (Form1, PaintBox1...):

P.S.
Was ist Multithreading?

Also ich würde ja empfehlen, die PaintBox als Parameter zu übergeben.

Ja, das fände ich auch sinnvoller.

Aber: schau dir mal den Schnipsel von Tilman genauer an. Dein Code sieht anders aus, wenn du diesen Fehler bekommst.

So, mitlerweile hat das gefunzt. Aber nun stehe ich vor einem neuen Problem. Ich kann nicht auf Methoden und Felder in anderen Units zugreifen, wie in folgendem Beispiel, ich habs in der uses-Klausel drin^^.

im markierten Bereich gibt es eine Fehlermeldung:
Project Project 1.exe raised eception class EAccessViolation with message 'Acces violation at address 0045B995 in module 'Project 1.exe'. Read of address 0000001C'.

Moderiert von Narses: Delphi-Tags hinzugefügt

Warum ist BallNr als private deklariert, wenn es doch public sein soll?

is ne gute Frage, hab ich geändert, hilft aber leider nichts. Gleich Fehlermeldung.

Die andere Unit beinhaltet die Klasse TBall.

Hm, vielleicht ist beim überschreiben von tBall.Destroy irgendwas schief gelaufen? *mutmaß*

übergelaufen klingt gut: im Call-Stack findet sich ein "To Large Integer", aber ich benutze keine großen zahlen in der richtung.

Wenn der Fehler auftritt benutzt doch einfach Int64 statt einem normalen Integer

Zitat:

im markierten Bereich gibt es eine Fehlermeldung: Project Project 1.exe raised eception class EAccessViolation with message 'Acces violation at address 0045B995 in module 'Project 1.exe'. Read of address 0000001C'

Ich kann zwar auch nur mutmaßen, aber vielleicht sind die 10 Elemente des Arrays nicht ordentlich mit sowas ähnlichem wie

im FormCreate-Ereignis initialisiert worden. Solche AccessViolations treten mitunter auf, wenn das Objekt, welches Du mit Free freigeben möchtest, nicht gültig ist oder schon vorher geFreet worden ist.

Logikmensch hat folgendes geschrieben:

[...] aber vielleicht sind die 10 Elemente des Arrays nicht ordentlich [...] initialisiert worden. [...]

Ich kann mich nur bedanken, es hat geholfen und ein paar Stunden Zeitlichem Abstand und ein paar Stunden Gartenarbeit haben geholfen; Es lag am "ordentlich", ich habe for-Schleife "ballanzahl" oft durchgeführt, der Variablen aber den Wert erst nachher zugewiesen (beim Create also 0).