ObjFW  History of tests/OFObjectTests.m of f02049612ed36af1

ObjFW's style changed over the years, but the tests were never adjusted
to it. file: [84ff5d698c] check-in: [14f1e22d79] user: js, branch: trunk, size: 8271 [annotate] [blame] [check-ins using] [diff]

OFAutoreleasePools have long been discouraged in favor of the runtime's
autorelease pools. file: [24e2594f2c] check-in: [09be825f88] user: js, branch: trunk, size: 9113 [annotate] [blame] [check-ins using] [diff]

This prevents forgetting to add an import to ObjFW.h, as the tests would
then not compile. file: [cc12013248] check-in: [dc0c6c34ab] user: js, branch: trunk, size: 8663 [annotate] [blame] [check-ins using] [diff]

This makes it harder to accidentally leak addresses which could be used
to defeat ASLR. file: [2156cf6ce1] check-in: [7c2a0dda3d] user: js, branch: trunk, size: 8660 [annotate] [blame] [check-ins using] [diff]

Forgot to add 2017, even though I already did quite some changes in
2017. file: [e9d766fa55] check-in: [44f45c2e35] user: js, branch: trunk, size: 8742 [annotate] [blame] [check-ins using] [diff]

Also reduce the TOO_BIG constant in OFObjectTests, as apparently passing
sizes >= 2^31 to malloc() or realloc() breaks everything in weird ways
on the Nintendo 3DS. file: [d9d6b32699] check-in: [bd02f7426c] user: js, branch: trunk, size: 2948 [annotate] [blame] [check-ins using] [diff]

While at it, also update the mail address. file: [c1ed4855cc] check-in: [cec0f072f8] user: js, branch: 0.8, size: 2916 [annotate] [blame] [check-ins using] [diff]

While at it, also update the mail address. file: [b1b6acb514] check-in: [2a27cf3000] user: js, branch: trunk, size: 2918 [annotate] [blame] [check-ins using] [diff]

DragonFlyBSD has problems with too big values passed to malloc() or
realloc(), thus, make them smaller on DragonFlyBSD. file: [f82008a12d] check-in: [83618d5a08] user: js, branch: trunk, size: 2898 [annotate] [blame] [check-ins using] [diff]

A linked-list is put before each memory chunk allocated instead of
having an array of all memory chunks. This means only one malloc now
instead of one malloc and one realloc. This also means that when
checking reallocs and frees, it's no longer necessary to iterate through
all memory chunks, as the linked list also contains the owner, meaning
realloc and free are no longer O(n), but O(1) now.

As allocating bigger chunks seems to be a little bit slower than smaller
chunks, it seems that this is slightly slower in benchmarks if only very small
chunks are allocated. However, measuring real world usage, it's a lot faster. file: [4509cfc31c] check-in: [28170f5f65] user: js, branch: trunk, size: 2784 [annotate] [blame] [check-ins using] [diff]