FROM : Axel Andersson
DATE : Tue Apr 19 18:44:14 2005
On Apr 18, 2005, at 22:43, Ivan S. Kourtev wrote:
> (1) is there a documented limit to the retain count?
> (2) is there a documented behavior once the retain count max is
> reached?
In the interest of nothing very much at all, I investigated what would
happen when a retain count overflows:
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967292
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967293
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967294
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967295
2005-04-19 18:31:33.610 retain[10574] after another one: 0
2005-04-19 18:31:33.610 retain[10574] after another one: 0
2005-04-19 18:31:33.610 retain[10574] after another one: 0
2005-04-19 18:31:33.611 retain[10574] after another one: 0
2005-04-19 18:31:33.611 retain[10574] after 1 release: 0
So apparently the overflow is controlled. Furthermore, I seem to have
created an immortal object as -release has no effect on it. It took my
dual 2.5 GHz G5 11 minutes to reach this conclusion (sending the
messages, I only actually logged the last 8 retains), so I tend to
agree with Joar that this is not a great idea. Maybe if you explained
in more detail what you're trying to accomplish, we could give you
better answers.
Cheers,
--
Axel Andersson
<email_removed>
http://www.zankasoftware.com/
DATE : Tue Apr 19 18:44:14 2005
On Apr 18, 2005, at 22:43, Ivan S. Kourtev wrote:
> (1) is there a documented limit to the retain count?
> (2) is there a documented behavior once the retain count max is
> reached?
In the interest of nothing very much at all, I investigated what would
happen when a retain count overflows:
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967292
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967293
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967294
2005-04-19 18:31:33.610 retain[10574] after another one: 4294967295
2005-04-19 18:31:33.610 retain[10574] after another one: 0
2005-04-19 18:31:33.610 retain[10574] after another one: 0
2005-04-19 18:31:33.610 retain[10574] after another one: 0
2005-04-19 18:31:33.611 retain[10574] after another one: 0
2005-04-19 18:31:33.611 retain[10574] after 1 release: 0
So apparently the overflow is controlled. Furthermore, I seem to have
created an immortal object as -release has no effect on it. It took my
dual 2.5 GHz G5 11 minutes to reach this conclusion (sending the
messages, I only actually logged the last 8 retains), so I tend to
agree with Joar that this is not a great idea. Maybe if you explained
in more detail what you're trying to accomplish, we could give you
better answers.
Cheers,
--
Axel Andersson
<email_removed>
http://www.zankasoftware.com/
| Related mails | Author | Date |
|---|---|---|
| Ivan S. Kourtev | Apr 18, 22:43 | |
| Daniel Jalkut | Apr 19, 07:05 | |
| John Stiles | Apr 19, 17:45 | |
| j o a r | Apr 19, 18:19 | |
| Axel Andersson | Apr 19, 18:44 | |
| Ali Ozer | Apr 19, 18:46 | |
| Ondra Cada | Apr 19, 18:57 | |
| Ivan S. Kourtev | Apr 19, 20:30 | |
| Ondra Cada | Apr 19, 20:55 | |
| Shaun Wexler | Apr 19, 21:05 | |
| Shaun Wexler | Apr 19, 21:09 | |
| Scott Ribe | Apr 23, 00:25 | |
| Bob Ippolito | Apr 23, 00:40 | |
| Scott Ribe | Apr 23, 00:51 | |
| Bob Ippolito | Apr 23, 06:57 | |
| Johnny Deadman | Apr 23, 18:44 |






Cocoa mail archive

