New donator - thanks, Michael Roach!
[ikiwiki.git] / docs / developer / C_Development_Under_DragonFly_BSD-Volume_2_Programming_for_the_DragonFly_BSD_Userland.mdwn
index a7feb51..8347868 100644 (file)
@@ -1,13 +1,26 @@
-# C Development Under DragonFly BSD Volume 2: Programming for the DragonFly BSD Userland \r
-\r
-<<TableOfContents>>\r
-\r
-## DragonFly BSD Specific Clarifications \r
-\r
-### ERRNO Related \r
-\r
-errno is now a thread-local variable, so "extern int errno" is now explicitly wrong (compile-time failure) on DFly where before it was just implicitly wrong (the specifications assert that errno.h is the only way to access errno). While it may work on other platforms, you should avoid that construct in general.\r
-\r
-### STDIO Related \r
-\r
-Lots of other platforms allow programs to directly manipulate FILE structures. As part of the new STDIO API committed by Joerg, FILE is now an opaque type, so operations like sizeof(FILE) will not only fail to compile but are, in some sense, meaningless. Additionally, attempting to use copies of FILE structures is a likely path to SIGSEGV as stdio may keep internal state. You should always use the STDIO API and only the STDIO API to manipulate FILE structures.\r
+# C Development Under DragonFly BSD Volume 2: Programming for the DragonFly BSD Userland 
+
+
+[[!toc  levels=2]]
+
+
+
+
+## DragonFly BSD Specific Clarifications 
+
+
+
+### ERRNO Related 
+
+
+
+errno is now a thread-local variable, so "extern int errno" is now explicitly wrong (compile-time failure) on DFly where before it was just implicitly wrong (the specifications assert that errno.h is the only way to access errno). While it may work on other platforms, you should avoid that construct in general.
+
+
+
+### STDIO Related 
+
+
+
+Lots of other platforms allow programs to directly manipulate FILE structures. As part of the new STDIO API committed by Joerg, FILE is now an opaque type, so operations like sizeof(FILE) will not only fail to compile but are, in some sense, meaningless. Additionally, attempting to use copies of FILE structures is a likely path to SIGSEGV as stdio may keep internal state. You should always use the STDIO API and only the STDIO API to manipulate FILE structures.
+