• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: NStableView and delegate to heightOfRow
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NStableView and delegate to heightOfRow


  • Subject: Re: NStableView and delegate to heightOfRow
  • From: "I. Savant" <email@hidden>
  • Date: Sat, 29 Jul 2006 20:05:47 -0400


I tried your test project and I'm getting the same results. First, because I'm suspicious of their absence, I tried adding the rest of the data source methods and the same error occurred. Then I checked the nib. Seemed fine. So I created my own test project and set it up like yours and I get the same results.


  I searched for "vm_allocate error code=3" and found this thread:

http://www.cocoabuilder.com/archive/message/cocoa/2005/4/4/132194

It seemed like good advice, so I ran the app in MallocDebug and this is what it said:

-----
(2090) malloc: recording stacks using standard recorder
libMallocDebug[2090]: initializing libMallocDebug on thread d03
libMallocDebug[test2-2090]: Target application (pid 2090) attempted to read address 0xa3436000, which can't be read.
libMallocDebug[test2-2090]: MallocDebug can't do anything about this, so the app's just going to have to be terminated.
libMallocDebug[test2-2090]: *************************************************
libMallocDebug[test2-2090]: THIS IS A BUG IN THE PROGRAM BEING RUN UNDER MALLOC DEBUG,
libMallocDebug[test2-2090]: NOT A BUG IN MALLOC DEBUG!
libMallocDebug[test2-2090]: *************************************************
-----


"... so the app's just going to have to be terminated." - I love that. "NOT A BUG IN MALLOC DEBUG!", indeed.

So apparently like Viagra and heart medications, there's something fatal about this combination. I normally assume a bug like this is something I did and rarely file reports (because they're often still my fault on some embarrassingly transparent technicality), but I think this one is worth reporting.

  http://bugreport.apple.com

--
I.S.


On Jul 29, 2006, at 1:40 PM, Håvard Sørbø wrote:

Hi!

I'm quite new in the cocoa world, but I have stumbled upon a problem. That is, if there are more than 63632 rows in my tableview and I'm using a delegate to heightOfRow, my program hangs.

here is an example:
(First subclassed an NSObject in IB, and bound it to a tableviews datasource and delegate)


#import "MyObject.h"
@implementation MyObject
- (int) numberOfRowsInTableView: (NSTableView *)table { return 63633; } //Change to 63632 and it works!
- (float) tableView:(NSTableView *)tableView heightOfRow:(int)row { return 160.0; }
@end


I know I'm not implementing tableView:objectValueForTableColumn:row:, but It's not needed for a minimalist example.

Is there any obvious mistakes done by me? Could this be a bug?

xcode version: 2.2

example project: http://folk.ntnu.no/havarsor/test2.dmg

Best Regards
Håvard Sørbø _______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com


This email sent to email@hidden

_______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >NStableView and delegate to heightOfRow (From: Håvard Sørbø <email@hidden>)

  • Prev by Date: Re: What is the fastest way to find all files associated with particular application?
  • Next by Date: Re: malloc/free problems within a thread
  • Previous by thread: NStableView and delegate to heightOfRow
  • Next by thread: Re: NStableView and delegate to heightOfRow
  • Index(es):
    • Date
    • Thread