IRC.

1 files changed, 31 insertions, 1 deletions

diff --git a/microkernel/mach/gnumach/interface/syscall/mach_print.mdwn b/microkernel/mach/gnumach/interface/syscall/mach_print.mdwn
index a169e92e..d03c9674 100644
--- a/microkernel/mach/gnumach/interface/syscall/mach_print.mdwn
+++ b/microkernel/mach/gnumach/interface/syscall/mach_print.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2013, 2014 Free Software Foundation, Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -88,3 +88,33 @@ License|/fdl]]."]]"""]]
       the caller's address space without going through a special copy-from-user
       function
     <braunr> not very portable
+
+
+## IRC, freenode, #hurd, 2013-11-25
+
+    <teythoon> can we get the mach_printf function somewhere so that it's
+      easier to use please ?
+    <braunr> well
+    <braunr> i'm not comfortable with that
+    <teythoon> y not ?
+    <braunr> i don't consider mach_print being part of the interface yet
+    <teythoon> ...
+    <braunr> it's really a debugging call
+    <braunr> not always available
+    <teythoon> so what, let it fail if it is not
+    <braunr> ok
+    <braunr> i should change it first
+    <braunr> pass a size argument
+    <braunr> and do a proper copyin
+    <teythoon> cool, thanks :)
+    <braunr> then we could add that printf function in libshouldbeinlibc i
+      guess
+    <teythoon> that'd be nice, yes
+    <braunr> hm
+    <braunr> that would make only hurd servers able to use it though
+    <braunr> unless we preload it
+    <teythoon> well, i thought it's a staging area for libc ?
+    <braunr> in theory yes, in practice some functions have been stuck there
+      for ages
+    <braunr> we'll discuss that with youpi and tschwinge 
+    <braunr> and pinotree