ObjFW  Check-in [4e59d2692f]

Overview
Comment:Fix a few issues on LLP64 and Win64

LLP64 was mostly fast enumeration using an unsigned long for the state,
which can't store a pointer or a size_t on LLP64. This is now solved by
either throwing an OFOutOfRangeException if the value of the size_t is
bigger than ULONG_MAX or storing the pointer in the extra field (copied
using memcpy, as it's an array of unsigned long, which again would be
too small to store a pointer).

Win64 was mostly Microsoft not being able to decide whether a length is
a size_t, a DWORD, an int or an unsigned int (thus the different types
in places that seem to be almost the same). But since that would not be
confusing enough, a file descriptor is an int if it's for a file, but a
long long if it is for a socket. But of course, for ReadFile and friends
it's a DWORD instead of an int then.

Downloads: Tarball | ZIP archive | SQL archive
Timelines: family | ancestors | descendants | both | trunk
Files: files | file ages | folders
SHA3-256: 4e59d2692f11cc20e243ed6977ac17b2bc622309aad035ffedcf0480d8d68faf
User & Date: js on 2014-04-26 00:40:17
Other Links: manifest | tags
Context
2014-04-26
00:57
configure: Improve warning about an old compiler check-in: 216ac1450c user: js tags: trunk
00:40
Fix a few issues on LLP64 and Win64 check-in: 4e59d2692f user: js tags: trunk
2014-04-23
18:56
forwarding-arm-elf.S: Add #ifdef HAVE_VFP2 check-in: dc5938cee7 user: js tags: trunk
Changes