ich hab schon viel als "stiller Teilhaber" bei euch gelesen und die ich muss erstmal ein Lob aussprechen. Eure Beiträge sind immer super und haben mir bisher immer toll geholfen...

Aber jetzt habe ich ein Problem das ich leider nicht durch googeln und lesen gelöst bekomme. Ich habe für die Uni ein Programm geschrieben das durch das Verfahren der Histogrammspreizung Bilder verbessern soll. Und das ganze soll dann auch noch mit CUDA passieren. Eigentlich läuft alles super, solange die Bilder nicht größer werden. Die Probleme fangen so ab einer größe von 1000x800 an. Ich versuche im ersten Schritt einfach das Histogramm des Bildes zu erstellen und muss dabei natürlich eine For-Schleife über das Bild laufen lassen. Und genau die macht das Problem... Sie stürz unvorhersehbar mit eine Zugriffsverletzung einfach ab. Mal bei i=0 mal bei i=2,2Mio mal bei i=2,9Mio. Ich versteh es einfach nicht mehr.

Ich fände es super wenn sich das vielleicht mal jemand anschauen könnte, der besser wie ich wieß was er tut

Der Fehler tritt in dern Funktion BuildCPUHist in Zeile 65 auf.

Hier noch der Link zum VS2010 Projekt...
http://dl.dropbox.com/u/35876981/cuda_image_processing.zip

Danke schonmal im voraus !!!
Gruß
Thorsten

Ja da hast du recht, aber die free's würde ich ja am Ende vom Programm einbauen. Und da kommt er ja nie an...

Und free klappt auch irgendwie nicht.
Der Befehl free(h_img); bringt diesen Fehler: expression preceding parentheses of apparent call must have (pointer-to-) function type

Aber es sind auch zur Laufzeit noch 4GB RAM frei...

Sorry wenn ich mich vielleicht etwas doof anstelle, aber ich bin noch nicht so lange mit C++ zugange...

Der Befehl free(h_img); bringt diesen Fehler: expression preceding parentheses of apparent call must have (pointer-to-) function type

Heißt auf deutsch: "Das sieht aus wie ein Funktionsaufruf, mir ist aber nicht bekannt, dass free eine Funktion (oder ein Pointer darauf) wäre."

Den Code habe ich mir jetzt nicht angeschaut - wäre klasse wenn du dir die Zeit nimmst und eine gestraffte Fassung (aufs Wesentliche reduziert, aber compilierbar und mit dem gleichen Laufzeitfehler) hier postest.

faithless schrieb:

Der Befehl free(h_img); bringt diesen Fehler: expression preceding parentheses of apparent call must have (pointer-to-) function type

Heißt auf deutsch: "Das sieht aus wie ein Funktionsaufruf, mir ist aber nicht bekannt, dass free eine Funktion (oder ein Pointer darauf) wäre."

Und noch die (vermutliche) Lösung: free wird in cstdlib deklariert und liegt im Zweifelsfall sogar im Namespace std:: (bei den Standardbibliotheken die ich so kenne aber auch global). Komisch, dass malloc funktioniert...

Allgemein: Wenn seldon von vielen mallocs und keinem free berichtet, dann wundern mich solche Fehler nicht zu sehr. Klingt eher nach schlechtem C, denn nach C++. In C++ hast du so viel bessere Möglichkeiten der Speicherverwaltung, bei denen, wenn du sie durchgängig benutzt, gar nichts mehr schiefgehen kann.

Deine Frage ist etwas ungünstig gestellt. Du schließt gerade jeden Helfer aus, der mit VS-Projekten nichts anfangen kann (z.B. mich) und die Hemmschwelle, ein riesiges Programm runterzuladen und selbstständig auszuprobieren, weil du berichtest, dass da irgendwo ein Fehler drin ist, ist enorm hoch. Daher:

pumuckl schrieb:

wäre klasse wenn du dir die Zeit nimmst und eine gestraffte Fassung (aufs Wesentliche reduziert, aber compilierbar und mit dem gleichen Laufzeitfehler) hier postest.

+1.

ich habe das ganze jetzt nochmal in ein neues sauberes Projekt reinkopiert. Und es auf das Bild laden und einaml drüber loopen beschränkt... das Funktioniert tadellos... Jetzt raff' ich garnix mehr...

Welche möglichkeiten der Speicherverwaltung meinst du denn? Ich hab' es in der FH mit malloc gelernt... Bin gern bereit was dazu zu lernen...!

greetz KN4CK3R

Ich hab' es in der FH mit malloc gelernt... Bin gern bereit was dazu zu lernen...!

Das kann man nicht in ein paar Worten erklären. Das braucht ein Buch mit dicken Kapiteln. malloc ist jedenfalls eher als C-Relikt anzusehen. In C++ gibt es selbstverwaltende dynamische Container mit unterschiedlichen Charakteristiken, aber (weitgehend) einheitlichem Interface. Der wichtigste dürfte std::vector sein, welcher quasi das gleiche macht wie malloc, aber ohne die Fallstricke und mit Kompatibilität zu nicht POD-Datentypen (es ist allgemein keine gute Idee, die C-Bibliothek gemischt mit C++-Mitteln zu benutzen, weil die C-Bibliothek nicht mit den komplexen C++-Datentypen zurecht kommt, viele Fehler aber nicht (wie in C++) zur Compilezeit erkannt werden können).

Wenn du davon aber noch nie etwas gehört hast, dann wirst du erst einmal C++-Grundlagen lernen müssen, um mit dieser Antwort überhaupt etwas anfangen zu können. Ich fürchte, du wirst auf der FH wohl entweder C gelernt haben, oder schlimmer noch, man hat dich das berüchtigte C/C++ (auch bekannt als C mit cout oder C mit Klassen) gelehrt.

Ich muss das blöde Projekt in ner Woche abgeben. Und offenbar muss der Fehler irgendwo in dem Context stecken und ich kann es euch nicht in einer auf das wesentliche reduzierten Datei zur verfügung stellen

Danke noch für die tipps !

Kann sich vielleicht trotzdem jemand erbarmen sich mal den Code an zu sehen, auch wenn es etwas viel ist ?

Und free klappt auch irgendwie nicht.
Der Befehl free(h_img); bringt diesen Fehler: expression preceding parentheses of apparent call must have (pointer-to-) function type

Das liegt daran, dass du einen unsigned int free; definiert hast, der die Funktion free verdeckt. Du solltest ihn umbenennen.

Ich hab jetzt nochmal rumgesucht und rumkopiert. Hab' die Funktionen die das Bild geladen und das Histogramm berechnet haben einfach mal in die Main-Methode kopiert. Und schon geht alles...

Hat dafür jemand eine erklärung ?

faithless schrieb:

Und free klappt auch irgendwie nicht.
Der Befehl free(h_img); bringt diesen Fehler: expression preceding parentheses of apparent call must have (pointer-to-) function type

Das liegt daran, dass du einen unsigned int free; definiert hast, der die Funktion free verdeckt. Du solltest ihn umbenennen.

Sehr geil!! Danke