<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to considerations</title><link>https://sourceforge.net/p/zopoclient/wiki/considerations/</link><description>Recent changes to considerations</description><atom:link href="https://sourceforge.net/p/zopoclient/wiki/considerations/feed" rel="self"/><language>en</language><lastBuildDate>Tue, 28 Feb 2012 13:55:46 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/zopoclient/wiki/considerations/feed" rel="self" type="application/rss+xml"/><item><title>WikiPage considerations modified by Raul Fajardo</title><link>https://sourceforge.net/p/zopoclient/wiki/considerations/</link><description>&lt;pre&gt;--- v3 
+++ v4 
@@ -1,4 +1,4 @@
 Considerations:
 A MUD client is basically an application using low level system services. Therefore, the small speed up and memory control achieved by a compiler and manually managing/optimizing memory is mostly irrelevant. See [Two level applications - C and your favorite runtime](http://live.gnome.org/GObjectIntrospection "GObject Introspection").
 
-MUD clients are multithtreaded applications. Thus, many MUD clients implemented in C crash due to segmentation fault. The best alternative I found was Lyntin. However, it supports many interfaces. The generality bloats the code some and some code seemed a little outdated. The whole code is perfectly commented though and looks like a great project. Check it [here](http://lyntin.sourceforge.net/ "Lyntin").
+MUD clients are multithtreaded applications. Thus, many MUD clients implemented in C crash due to segmentation fault. The best alternative I found was Lyntin. It supports many interfaces. However, the generality bloats the code and some code seemed a little outdated. The whole code is perfectly commented though and looks like a great project. Check it [here](http://lyntin.sourceforge.net/ "Lyntin").
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Raul Fajardo</dc:creator><pubDate>Tue, 28 Feb 2012 13:55:46 -0000</pubDate><guid>https://sourceforge.netd146f842baeaeb2a9803de3ce35032d079f5e5c3</guid></item><item><title>WikiPage considerations modified by Raul Fajardo</title><link>https://sourceforge.net/p/zopoclient/wiki/considerations/</link><description>&lt;pre&gt;--- v2 
+++ v3 
@@ -1,4 +1,4 @@
 Considerations:
-A MUD client is basically an application using low level system services. Therefore, the small speed up and memory control achieved by manually a compiler and manually managing/optimizing memory is mostly irrelevant. See [Two level applications - C and your favorite runtime](http://live.gnome.org/GObjectIntrospection "GObject Introspection").
+A MUD client is basically an application using low level system services. Therefore, the small speed up and memory control achieved by a compiler and manually managing/optimizing memory is mostly irrelevant. See [Two level applications - C and your favorite runtime](http://live.gnome.org/GObjectIntrospection "GObject Introspection").
 
 MUD clients are multithtreaded applications. Thus, many MUD clients implemented in C crash due to segmentation fault. The best alternative I found was Lyntin. However, it supports many interfaces. The generality bloats the code some and some code seemed a little outdated. The whole code is perfectly commented though and looks like a great project. Check it [here](http://lyntin.sourceforge.net/ "Lyntin").
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Raul Fajardo</dc:creator><pubDate>Tue, 28 Feb 2012 13:54:56 -0000</pubDate><guid>https://sourceforge.net5174f7318dc61d21f621ed66840368846983c97f</guid></item><item><title>WikiPage considerations modified by Raul Fajardo</title><link>https://sourceforge.net/p/zopoclient/wiki/considerations/</link><description>&lt;pre&gt;--- v1 
+++ v2 
@@ -1,6 +1,4 @@
 Considerations:
 A MUD client is basically an application using low level system services. Therefore, the small speed up and memory control achieved by manually a compiler and manually managing/optimizing memory is mostly irrelevant. See [Two level applications - C and your favorite runtime](http://live.gnome.org/GObjectIntrospection "GObject Introspection").
 
-MUD clients are multithtreaded applications. Thus, many MUD clients implemented in C crash due to segmentation fault. 
-
-The best alternative I found was Lyntin. However, it supports many interfaces. The generality bloats the code some and some code seemed a little outdated. The whole code is perfectly commented though and looks like a great project. Check it [here](http://lyntin.sourceforge.net/ "Lyntin").
+MUD clients are multithtreaded applications. Thus, many MUD clients implemented in C crash due to segmentation fault. The best alternative I found was Lyntin. However, it supports many interfaces. The generality bloats the code some and some code seemed a little outdated. The whole code is perfectly commented though and looks like a great project. Check it [here](http://lyntin.sourceforge.net/ "Lyntin").
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Raul Fajardo</dc:creator><pubDate>Tue, 28 Feb 2012 13:50:27 -0000</pubDate><guid>https://sourceforge.netf9eb416d040a949cc2b69b4948e54bc602e71c10</guid></item><item><title>WikiPage considerations modified by Raul Fajardo</title><link>https://sourceforge.net/p/zopoclient/wiki/considerations/</link><description>Considerations:
A MUD client is basically an application using low level system services. Therefore, the small speed up and memory control achieved by manually a compiler and manually managing/optimizing memory is mostly irrelevant. See [Two level applications - C and your favorite runtime](http://live.gnome.org/GObjectIntrospection "GObject Introspection").

MUD clients are multithtreaded applications. Thus, many MUD clients implemented in C crash due to segmentation fault. 

The best alternative I found was Lyntin. However, it supports many interfaces. The generality bloats the code some and some code seemed a little outdated. The whole code is perfectly commented though and looks like a great project. Check it [here](http://lyntin.sourceforge.net/ "Lyntin").
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Raul Fajardo</dc:creator><pubDate>Tue, 28 Feb 2012 13:49:47 -0000</pubDate><guid>https://sourceforge.net84f2f0602056588ad514378125d5d7e3ae04ccae</guid></item></channel></rss>