From d6977cf92fb222e42ef785bee226011fdcb2d5cf Mon Sep 17 00:00:00 2001
From: Matthias Clasen <matthiasc@src.gnome.org>
Date: Sat, 15 Dec 2001 19:29:20 +0000
Subject: [PATCH] Typo fixes.

        * glib/tmpl/memory.sgml: Typo fixes.
---
 docs/reference/ChangeLog             | 4 ++++
 docs/reference/glib/tmpl/memory.sgml | 4 ++--
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/docs/reference/ChangeLog b/docs/reference/ChangeLog
index d4b5b1d..869fa3a 100644
--- a/docs/reference/ChangeLog
+++ b/docs/reference/ChangeLog
@@ -1,3 +1,7 @@
+2001-12-14  Matthias Clasen  <matthias@poet.de>
+
+	* glib/tmpl/memory.sgml: Typo fixes.
+
 2001-12-13  Matthias Clasen  <matthiasc@poet.de>
 
         * glib/tmpl/completion.sgml, glib/tmpl/date.sgml,
diff --git a/docs/reference/glib/tmpl/memory.sgml b/docs/reference/glib/tmpl/memory.sgml
index 4c0b2c1..0510f15 100644
--- a/docs/reference/glib/tmpl/memory.sgml
+++ b/docs/reference/glib/tmpl/memory.sgml
@@ -133,13 +133,13 @@ Thus it provides the same advantages and pitfalls as <function>alloca()</functio
     the stack pointer register.
   </para></listitem></varlistentry>
   <varlistentry><term></term><listitem><para>
-    + It doesn't cause any memory fragmentation, within its scope, seperate alloca()
+    + It doesn't cause any memory fragmentation, within its scope, separate <function>alloca()</function>
     blocks just build up and are released together at function end.
   </para></listitem></varlistentry>
   <varlistentry><term></term><listitem><para>
     - Allocation sizes have to fit into the current stack frame. For instance in a
       threaded environment on Linux, the per-thread stack size is limited to 2 Megabytes,
-      so be sparse with <funcion>alloca()</function> uses.
+      so be sparse with <function>alloca()</function> uses.
   </para></listitem></varlistentry>
   <varlistentry><term></term><listitem><para>
     - Allocation failure due to insufficient stack space is not indicated with a %NULL
-- 
2.7.4