Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>Something is being over released and from the look of the stack trace it seems to be a <code>UITableViewCell</code> that is being released one too many times.</p> <p>You say that <code>NSZombieEnabled = YES</code> keeps it running, which actually surprises me. What <code>NSZombie</code> does, at least when I've been using it, is that it tells you what deallocated object was sent what message, but the application still crashes.</p> <p>To further help you it would be helpful if you could provide the output from NSZombie as well as your implementation of:</p> <pre><code>- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath </code></pre> <p><strong>EDIT:</strong> I've never used the interface builder, but I found a line that I found suspicious:</p> <pre><code>self.customCell = nil; </code></pre> <p>If the <code>customCell</code> property is a <code>retain</code> property, that line will release the custom cell. Try changing that property to an <code>assign</code> property.</p> <p>The difference might be that</p> <pre><code>[[NSBundle mainBundle] loadNibNamed:@"CustomCell" owner:self options:nil]; </code></pre> <p>used to retain the custom cell in previous versions, but doesn't in 4.3. You should figure it out, so that you're not leaking in older versions. Drop a comment if you need more help.</p> <p><strong>EDIT 2:</strong> Ok, so I have one more idea.</p> <p>You could check the retain count of the cell:</p> <pre><code>NSLog(@"Retain count: %i", [cell retainCount]); </code></pre> <p>You could check the retain count in different places and compare it between 4.3 and prior versions. Maybe that way you could figure out what have changed.</p> <p>I also read the documentation for <code>loadNibNamed:owner:options:</code> and found the following that might be relevant:</p> <blockquote> <p>(To establish outlet connections, this method uses the setValue:forKey: method, which may cause the object in the outlet to be retained automatically.)</p> </blockquote> <p>The documentation says that the object <em>may</em> be retained, so I guess that's a behavior that might change between versions.</p>
    singulars
    1. This table or related slice is empty.
    1. POIphone app crashes with EXC_BAD_ACCESS error in iOS 4.3 but works fine on previous versions
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USErik B
    1. USErik B
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. CONSZombieEnabled = YES doesn't change anything to my debugger output, it just keeps it running. Keep in mind that the app worked in previous iOS versions and is approved by Apple, i didn't change anything in my code and now on iOS 4.3 it crashes with the EXC_BAD_ACCES Error.
      singulars
      1. PO
      1. USGeoffrey Mastenbroek
    2. COAdded the implementation of cellForRowAtIndex in my original message.
      singulars
      1. PO
      1. USGeoffrey Mastenbroek
    3. COFirst, Thanx for your reply! changing the property of customCell to assign doesn't change anything, also no changes in debugger output. Also removing the self.customCell = nil; line gives no changes. Also putted a breakpoint on this line and didn't crash at this line, it crashes when i scroll thru the TableView and the method cellForRowAtIndexPath is looped once (but can't find the method it enters after this one).
      singulars
      1. PO
      1. USGeoffrey Mastenbroek
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload