Also ich habe testflightapp.com/ noch nicht getestet. Habe aber von einigen gehört, dass es ziemlich gut sein soll. Für mein kommendes Projekt werde ich es wahrscheinlich auch nutzen.
EXC_BAD_ACCESS bedeutet normalerweise, dass du auf ein Objekt zugreifen willst, das gar nicht mehr existiert. Ich vermute daher irgendein Memory Management Problem. Vielleicht irgendwo zu früh released. //Update: Plany war schneller
Irgendwie glaube ich nicht, dass es an dem asynchronen Request direkt liegt. Bei Zeile 20 ist mir nur aufgefallen, dass da ein Rechtschreibfehler ist: [progessView setHidden:YES]; anstatt [progressView setHidden:YES];
Zitat von macmoonshine: „http://developer.apple.com/library/mac/d…001836-BAJEAIEE“ macmoonshine ist immer schneller als ich Du musst einfach die Delegate Methoden implementieren. Bei Fragen kannst du mich gerne anschreiben, habe das erst vor kurzem gemacht
Anhand der letzten Beiträge nehme ich einmal an, dass dir einige Grundlagen fehlen. Ich würde dir daher empfehlen, vielleicht einmal die Dokumentation von Apple zu bemühen oder ein Buch darüber zu lesen. Bei Fragen helfen wir dir natürlich gerne, aber du hättest vielleicht in diesem Fall ein präzises Beispiel nehmen können.
Zitat von macmoonshine: „Zitat von Pascal Giessler: „Schicke dem Objekt einfach eine retain message. Quellcode (1 Zeile)“ Bei Delegates solltest Du mit dem retainen vorsichtig sein. Das führt schnell zu zyklischen Referenzen. Da Delegates in den meisten Fällen auch Controller-Komponenten sind, ist das in der Regel auch nicht notwendig.“ Ich gebe dir dabei auf jeden Fall Recht, aber ich habe mich hierbei ausschliesslich auf NSURLConnection und dieser Thematik bezogen. Bei asynchronen Requests wir…
Nutze besser asynchrone Requests und die Delegate Methoden von NSURLConnection. Dann erhöhst du den Reference Count des Delegate Objekts um 1. Somit wird es nicht automatisch released, sondern bleibt solange da, wie du es benötigst. Natürlich bist du dann für das Memory Management verantwortlich.
Das Problem liegt darin dass self.selectedSpiel.teamHeim nil zurückliefert, somit kannst du auch nicht auf das ManagedObject zugreifen, weil es eben nicht existiert. Ich habe leider keine Zeit, sonst hätte ich einmal nach dem genauen Fehler gesucht, aber vielleicht hilft dir das auf die Sprünge
Zitat von seb2: „[heimButton setTitle:self.selectedSpiel.teamHeim.teamName forState:UIControlStateNormal];“ Das muss eigentlich funktionieren. Kannst du dein Projekt einmal hier im Forum hochladen?
Kann mich den anderen nur anschliessen... Das ist wirklich schade Jeder von uns hat einmal klein angefangen. Aber das Glücksgefühl beim Abschluss eines Projektes entschädigt alles Ich kann dir nur raten weiter zu machen und durchzuhalten.
Ich weiss wie schwer es am Anfang ist. Auch ich habe mich mit den ersten Schritten schwer getan. Du brauchst auf jeden Fall eine Collection, in dieser kannst du dann deine Objekte ablegen. Stichwort NSArray oder NSDictionary. Es wäre natürlich auch über Core Data möglich, dein Anliegen zu realisieren. Dann wäre zum Beispiel ein Kartenobjekt ein ManagedObject deiner Entität Karte.
Zitat von bunz: „ändert ja nicht die Werte der gewollten Objecte, sondern nur den Namen des Objectes.“ Wie meinst du mit "ändert den Namen des Objektes"? Es handelt sich hierbei um einen Key, um an das Objekt zu kommen. Wenn du Werte eines bestimmen Objektes in deinem Dictionary ändern möchtest, holst du dir das Objekt mit dem Key und dann kannst du einfach deine Änderungen vornehmen.
Du könntest doch einfach mit einer Schleife, die Charaktere erzeugen lassen und diese immer in ein NSMutableArray speichern oder im Fall von einem eindeutigen Key in ein NSMutableDictionary. Oder habe ich das Problem falsch verstanden.