merged multipart streaming thingy
Fix for [Issue #237].

Check if statusCode is available on response class.
Replacing NSAutoreleasePool with @autoreleasepool
Merge pull request #434 from gcox/issue-417

Fixed compiler error in AFHTTPRequestOperation; #417
[Issue #460] Removing atomic keyword in activityCount property for AFNetworkActivityIndicatorManager
[Issue #469] Optimizing calculation of finished operations in batch progress callback
Renaming numberOfCompletedOperations variable in progress block to numberOfFinishedOperations
Merge branch 'master' of git://github.com/leolobato/AFNetworking
Converting int to NSUInteger for instances of manually checking status code in AFHTTPRequestOperation
Reformatting and documenting AFHTTPRequestOperation -connection:didReceiveResponse:
fixed type( resonse VS response)
Merge pull request #475 from matzew/patch-1

fixed typo( resonse VS response)
Calling downloadProgress no longer casting [data length] to (long long)

AFURLConnectionOperationProgressBlock specifies "bytes" as an NSInteger. Master was casting [data length] as a long long, resulting in compilation errors if attempting to compile with more strict complication rules.

Only the totalBytes and totalBytesExpected are specified as (and correctly called with) long long values.
Spelling corrections.
Adding back -appendPartWithFileData:...
Re-indenting and fixing method signature spacing
AFURLConnectionOperationProgressBlock bytes now NSUinteger

This seems to be the most proper data type for this parameter.

What gets passed in for uploadProgress is an NSInteger (guaranteed to be positive), and [NSData length], which is an NSUInteger, for downloadProgress.
Stashing progress
Design is coming together, but something is off about the exact implementation
Using more idiomatic ?: for success/failureCallbackQueue fallbacks