Strange receiver / selector errors from numberOfSectionsInTableView iPhone SDK reported by Flurry

I use Flurry to track the statistics of my iPhone application, and lately, I have been seeing some REALLY strange errors. Apparently random objects get the message "numberOfSectionsInTableView" and I have no idea how / why. The application was built using the SDK 4.2.1 and is intended for iOS 4.0 devices. Here is a snippet of some examples:


NSInvalidArgumentException: -[NSCFString numberOfSectionsInTableView:]: unrecognized selector sent to instance 0x4f3de10

NSInvalidArgumentException: -[__NSCFData numberOfSectionsInTableView:]: unrecognized selector sent to instance 0x4f55bc0

NSInvalidArgumentException: -[NSPathStore2 numberOfSectionsInTableView:]: unrecognized selector sent to instance 0x4f5ebc0

NSInvalidArgumentException: -[__NSCFType numberOfSectionsInTableView:]: unrecognized selector sent to instance 0x2ac5f0

NSInvalidArgumentException: -[PLPhoto numberOfSectionsInTableView:]: unrecognized selector sent to instance 0x2fbc30

NSInvalidArgumentException: -[PLPhotoLibrary numberOfSectionsInTableView:]: unrecognized selector sent to instance 0x725ea20

I only specify numberOfSectionsInTableView in my normal UITableView delegate methods, but I do not call it directly. The only code I found that calls this method directly is in the ASIHTTPRequest library:


    if (section == [self numberOfSectionsInTableView:aTableView]-1) {
        return 30;
    }
    return 0;

But that was in "ASIAuthenticationDialog.m", and I do not use auth with ASIHTTPRequest.

- - ? , .

.

+3
2

. , .

.

+3

, ,

- (void)setupDataSource {
  /* some code to create sections */
  TransactionDetailDataSource *dataSource = [[TransactionDetailDataSource alloc] initWithSections:sections];

  self.tableView.dataSource = dataSource;
  self.tableView.delegate = dataSource;

  [self.tableView reloadData];
}

...

@property (nonatomic, strong) TransactionDetailDataSource *dataSource;

self.dataSource = dataSource;

.

0

Source: https://habr.com/ru/post/1793451/


All Articles