Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

Kommentar:
Einfügen von HTML im Kommentar:

Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a>
Bild einfügen: <img src="BILDURL">
Text formatieren: <b>fetter Text</b>  <i>kursiver Text</i> <u>unterstrichener Text</u>
Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b>
C2 Quellcode formatieren: <code>Quellcode</code>
ASM Quellcode formatieren: <asm>Quellcode</asm>
(Innerhalb eines Quellcodeabschnitts ist kein html möglich.)
Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst !  

> Hallo Dominik! > > Warum allokierst du die Arrays dynamisch vom Heap? Ich könnte mir vorstellen, dass entweder der > Heap einfach zu klein ist und du durch eine Prüfung des OS einen Laufzeitfehler erhältst, oder > dass du womöglich gar Codebereiche überschreibst, sodass es zu undefinierten Befehls-Sequenzen > kommt. Beides würde die Meldung erklären. Auch ein zu stark segmentierter Heap kann zu einem > Fehlschlagen des Allokierens führen. Ungerade Adress Boundaries sind als Ursache eher > auszuschließen. Prüfst du, ob du als Ergebnis einen NULL-Pointer erhältst? Der würde ein > Fehlschlagen des Allokierens anzeigen, eine weitere Verwendung dieser Adresse löst ebenfalls einen > Laufzeitfehler aus. > An deiner Stelle würde ich die drei Felder einfach deklarieren: > > char a[1024], b[1024], c[1024]; > > Das gibt dem Compiler wenigstens die Chance, bereits während der Ubersetzung zu prüfen, ob genug > Speicher verfügbart ist. > > Beste Grüße, > Dietmar. > > > Hallo! > > Hat irgendjemand Erfahrungen mit der Verwendung von <b>'malloc'</b> oder <b>'calloc'</b> zur > > Speicherreservierung bei der Programmierung der CC2-Unit unter C mit der Tasking-EDE? > > > > Ich muß drei Character-Arrays mit je 1024 Elementen speichern und möchte möglichst elegant > > den Speicherplatz dafür anfordern. Das Problem ist, daß bei Aufruf einer der oben genannten > > Funktionen sofort der Fehler 'ILL OPA' auftritt. Gibt es eine Möglichkeit, zu verhindern, daß diese > > Funktionen auf ungerade Speicheradressen zugreifen (da das ja wahrscheinlich der Grund für die > > Fehlermeldung ist)? Hat das 'Memory Model' (in diesem Fall 'Large') Einfluß darauf? > > > > Oder gibt es noch eine bessere Möglichkeit um Speicher zu reservieren? Oder eventuell die Arrays > > als globale Variablen mit '_at' an eine sichere Stelle (an welche) im Speicher zu schreiben? Gibt > > es einen Speicherbereich der unter OSOPT_V2 komplett ungenutzt ist und trotzdem für Variablen > > genutzt werden kann? > > > > Ich habe zwar einige Erfahrung mit C aber noch sehr wenig mit C auf CC2. > > Wäre super, wenn mir jemand helfen könnte. Danke!
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB