changeset 4550:8445515efab1

Automated merge with ssh://hg.atheme.org//hg/audacious
author Matti Hamalainen <ccr@tnsp.org>
date Sat, 17 May 2008 14:22:22 +0300
parents d85316d57a02 (current diff) 785b606fd504 (diff)
children d09dd0960a6a
files
diffstat 1 files changed, 11 insertions(+), 10 deletions(-) [+]
line wrap: on
line diff
--- a/HACKING	Thu May 15 19:25:45 2008 +0200
+++ b/HACKING	Sat May 17 14:22:22 2008 +0300
@@ -58,18 +58,19 @@
 - When reading data from files, it's usually a BIG mistake to read structs
   directly from the stream! This is not portable, as C does not guarantee
   a struct not to have alignment padding (unless the struct is "packed",
-  but see below.) In effect sizeof(struct) on some platform may not be
-  equal to some other platform.
+  but see below.) In effect sizeof(struct), unless packed, on some platform
+  may not be equal to some other platform.
 
-  Some clever people might think that making struct "packed" via the
-  C packed qualifier would be a solution, but this will cause problems
-  on platforms which require words to be aligned in memory - so it
-  "works" on x86 (with performance penalty), but will fail with bus error
-  on elsewhere.
+  Making struct "packed" via the C packed qualifier or "#pragma pack()" is
+  a solution, but this must be used with care. Unaligned memory access
+  causes performance penalties, and may cause other, more serious problems
+  in some cases. For example, code written in assembler may not know about
+  the un-alignment, and may thus fail with 'bus errors' on platforms that
+  strictly required aligned data.
 
-  What you SHOULD do is read individual members of the struct one by one
-  from the stream. This may sound bothersome, but by doing so, your code
-  will be portable.
+  The 100% safe way is to read individual members of the struct one by one
+  from the stream. This may be bothersome, but by doing so, your code
+  will be portable for sure.
 
 
 - Always use Glib sized types for reading integer data from file streams.