First call to gGenRenderbuffer returns 0 without GL error.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Call the function.

What is the expected output? What do you see instead?
Proper GL renderbuffer object name. 0 is invalid by GL spec, and mostly used to 
mark null.
Problem is Apportable is using this as an object's name.

What version of the product are you using? On what operating system?
Apportable SDK version aa5bccbe00b78b7a9f7357703444e42b96ee9903 starter
clang version 7fc8b05e4f57f61dbbbe5c8e62581b0e0c42941e
gdb version 4e639d65677bb04a16bd74a6ceb923855ac81c97
android sdk version r21.0.1.1
android ndk version r8d.1
unknown ninja

Original issue reported on code.google.com by drawtree@gmail.com on 20 Jul 2013 at 3:13

[GoogleCodeExporter]

Original comment by jack...@apportable.com on 1 Aug 2013 at 7:53

• Changed state: Priority-P2

[GoogleCodeExporter]

Original comment by jack...@apportable.com on 1 Aug 2013 at 7:54

• Added labels: Priority-P2
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Original comment by jack...@apportable.com on 1 Aug 2013 at 7:54

• Changed state: New

[GoogleCodeExporter]

Original comment by jack...@apportable.com on 1 Aug 2013 at 8:14

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by dnudsk...@apportable.com on 1 Nov 2013 at 8:37

• Added labels: Milestone-TargetCurrentSDKRelease, SDK

[GoogleCodeExporter]

This issue requires the new UIKit in order to be fixed.

Original comment by i...@apportable.com on 6 Nov 2013 at 12:19

• Removed labels: Milestone-TargetCurrentSDKRelease

[GoogleCodeExporter]

Original comment by dnudsk...@apportable.com on 7 Nov 2013 at 2:23

• Added labels: Project-SDK

[GoogleCodeExporter]

Original comment by dnudsk...@apportable.com on 7 Nov 2013 at 2:30

• Removed labels: SDK

[GoogleCodeExporter]

Issue 362 has been merged into this issue.

Original comment by phili...@apportable.com on 16 Dec 2013 at 12:24

[GoogleCodeExporter]

Since NSAssert now actually asserts by throwing an exception; most cocos2d 
applications will now fail to run since they immediately crash after attempting 
to create the framebuffer/renderbuffer.

Proposed solution, build a hash table mapping indexes for ids (or apply some 
sort of math) to avoid zero indexed buffers. We wrap all GL calls so this is 
likely rather trivial and just a matter of book keeping.

Original comment by phili...@apportable.com on 16 Dec 2013 at 12:26

• Added labels: Priority-P1
• Removed labels: Priority-P2

[GoogleCodeExporter]

This behavior has changed and the proposed solution is now implemented at 
5dac16c.

Original comment by DNUa...@apportable.com on 23 Dec 2013 at 11:19

• Changed state: Verify

[GoogleCodeExporter]

Original comment by dnudsk...@apportable.com on 24 Dec 2013 at 12:00

• Changed state: Fixed
• Added labels: Milestone-TargetCurrentSDKRelease

[GoogleCodeExporter]

Original comment by i...@apportable.com on 8 Jan 2014 at 8:01

• Added labels: Milestone-release_1.1.01
• Removed labels: Milestone-TargetCurrentSDKRelease