summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
Diffstat (limited to 'README')
-rwxr-xr-xREADME664
1 files changed, 114 insertions, 550 deletions
diff --git a/README b/README
index 536c6e2..d75d16c 100755
--- a/README
+++ b/README
@@ -1,8 +1,7 @@
-yChat; Homepage: www.yChat.org; Version 0.8-RELEASE
-
+yChat++; Homepage: www.yChat.org; Version CVS
Copyright (C) 2003 Paul C. Buetow, Volker Richter
-Copyright (C) 2004, 2005 Paul C. Buetow
-----------------------------------------------------------------
+
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
@@ -16,596 +15,161 @@ GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
------------------------------------------------------------------
-YCHAT TABLE OF CONTENTS:
-
-1.0.0 GENERAL
-1.1.0 ABOUT RELEASES
-1.2.0 YCHAT FEATURES //<<
-2.0.0 INSTALLATION AND SETUP
-2.1.0 REQUIREMENTS
-2.2.0 TESTED PLATFORMS
-2.3.0 HOW TO OBTAIN YCHAT
-2.4.0 INSTALLATION QUICK-START
-2.4.1 INSTALLATION
-2.3.3 HOW TO USE OPENSSL WITH YCHAT
-2.3.4 HOW TO USE MYSQL WITH YCHAT //<<
-2.3.5 HOW TO USE SCREEN WITH YCHAT
-2.3.6 HOW TO USE SIGNALS WITH YCHAT
-2.4.0 CONFIGURING YCHAT
-2.5.0 YHTTPD CODE BASE GENERATION //<<
-3.0.0 EXTENDING YCHAT
-3.1.0 SOURCE FILES
-4.0.0 DIVERSE
-4.1.0 WRITING BUG REPORTS
-4.2.0 CONTACT ADDRESSES
-4.3.0 CREDITS
-
-1.0.0 GENERAL
-
-1.1.0 ABOUT RELEASES
-
-There are several projects involved:
-
-- The chat -
-Its a HTTP based chat server written in C++. Clients are normal web browsers
-such as MSIE or Gecko based browsers using only CSS, HTML and JavaScript.
-
-- The httpd -
-Its a small http server based on the chat's socket and threading engine.
-yhttpd does not have as much features but is easy to use and faster than
-apache. yhttpd is a subset of the chat. It can be generated using the
-srcipts/yhttpdbase.pl script in the chat's source tree.
-
-- The ycurses -
-ycurses is a easy to use and small C++ wrapper of the C ncurses API.
-
-There are different branches:
-
-- CURRENT -
-The CURRENT branch is unstable, this is the bleeding developing edge with
-all the new experimental features.
-
-A RELEASE of CURRENT can be referred as CURRENTRELEASE.
-
-- STABLE -
-The STABLE branch is more stable than CURRENT. This branch may get new
-features as well. But those will be more conservative compared to
-CURRENT.
-
-A RELEASE of STABLE can be referred as STABLERELEASE.
-
-- LEGACY -
-The LEGACY branch has no real support. This branch may get bugfixes and
-updates and might get minor improvements. But there is no garuantee to
-be bug free and stable at all. LEGACY versions are of historic meaning.
-
-- DEVEL -
-DEVEL is only a meta name. If a version is labeled with DEVEL, then its
-currently undefined if this is a CURRENT, STABLE or LEGACY branch. It
-can be everything. Commonly DEVEL versions are CURRENT.
-
-There are also releases made:
-
-- RELEASE -
-There can be RELEASEs made out of each branch. While a branch can get
-new features, a RELEASE can not. A RELEASE of a branch is just like
-a snapshot. RELEASEs are complete versions to test and use. But keep
-in mind, that a RELEASE of the STABLE branch is recommended over a
-RELEASE of a CURRENT or a LEGACY branch in a production environment.
-RELEASEs of CURRENT are still the bleeding edge and RELEASEs of LEGACY
-may be out of date.
-
-- Short names -
-
-In addition, each description also has short names: (short names are needed
-if your text space is limited which happens very fast in IRC channel topics)
-
-CURRENT aka CUR aka C
-RELEASE aka REL aka R
-LEGACY aka LEG aka L
-STABLE aka SBL aka S
-DEVEL aka DEV aka D
-PRE aka P
-
-STABLERELEASE aka STBREL aka SR
-PRERELEASE aka PREREL aka PR
-PRELEGACYRELEASE aka PRELEGREL aka PLR
-etc...
-
-The short name of the chat is "yC"
-The short name of the httpd is "yh"
-The short name of ycurses is "yu"
-
-//<<*
-1.2.0 YCHAT FEATURES
-
-- Its free & portable -
-yChat is developed under the GNU general public license and is based on GNU
-tools (gcc, gmake), other open source library stuff (such as libncurses etc.)
-and should run on any POSIX capable operating system (such as all Linux based
-systems, FreeBSD, NetBSD, OpenBSD and other BSD-Systems and on UNICES like
-IRIX, HP-UX, Solaris etc.).
-
-- There is no need for special chat clients -
-yChat is web based, that means clients may only connect to the chat server
-with an normal web browser such as Microsoft Internet Explorer or any Gecko-
-Engine powerd browsers like Mozilla, Firefox, Camino etc.
-
-- It has features of a real HTTP webserver -
-yChat runs completely stand alone and does not need another webserver to build
-on like Apache and does not need to be run via any kind of CGI. yChat creates
-its own socket on a customized port (standard port: 2000) and seems to be a full
-featured HTTP web server to the clients (web browsers).
-
-The yChat code base can be converted to an yhttpd code base automaticaly. yhttpd
-is the webserver subset of yChat which runs completely stand alone and provides
-normal websites to the net. It also supports Common Gateway Interface (CGI)
-scripting.
-
-- Its fast and secure -
-yChat is written in C++ which is faster than any Java based Chat-Server or any
-server written in a scripting language like PHP, Python or Perl. As the
-internal data structures hash maps are used to garuantee searching certain
-values in O(1) amount of time. If a hash maps gets full, it will be rehashed.
-Currently, yChat has been measured providing over 1000 hits/requests per second
-on a FreeBSD based server box while using less than 2% of CPU usage
-on a Athlon XP 1900+. Performance seems to be limited by your bandwith only.
-Also, each user gets its own session id (random string) with a standard length
-of 50 chars to authenticate each logged in user. The length of the session id
-can be redefined as well. Also, the session id will get md5-hashed optionally
-so thats even harder to reverse engineering the session ids of other users.
-Also, yChat supports secure hypertext transfer protocol (HTTPS) connections
-using the OpenSSL library. Then, all chat messages will be encrypted in a
-secure manner. HTTPS is optional to HTTP (unsecured connections).
-
-- Its HTML template based and easy to customize via XML based configuration -
-All HTML sites are predefined as HTML-Template files and can be easily modified
-to use with an customized web design. Also, a lot of yChat preferences can be
-set in the main configuration file (ychat.conf). ychat.conf is completely written
-in XML 1.0 which makes it easier to use the configuration options in programs of
-3rd persons which may want to write some usefull tools for yChat.
-yChat caches all HTML and web images to improve overall performance. If needed, the
-cache can be cleared to recache new versions of the template files.
-
-- Its language template based -
-The administrator can easily create a new language in which all system messages
-appear to the Chat-User. The predefined languages is english but others can be
-added easily. The language can be edited in the XML based configuration file.
-
-- MySQL based database -
-Registered users are stored in a MySQL database. C++ Programmers may feel free
-to replace the database wrapper class (data.h) with another database routines
-to use other databases such as PostgreSQL, SQLite or a text based database etc.
-If wished, you can disable database support in the pre-compile options.
-
-- It has an administration interface -
-yChat includes an ncurses based administration interface which tracks some
-interesting statistics and system messages and enables you to do certain
-administrative tasks. In addition, you can switch to the CLI (command line
-interface) mode of the administration interface in order to be provided with
-more available functions (like keeping track of the current system usage etc.).
-If you dont like ncurses and/or the CLI you can disable both options in the pre-
-compile options.
-
-- It has logging capabilities -
-The logging manager keeps track to all yChat system messages (such as users
-wich log in and out, modules which are loaded, MySQL queries etc.). Also, an
-Apache-Style combined log file format is created by yChat (you can parse this
-logfile with any Apache logfile parser like awstats etc.). And last but not
-least, all public messages of all available rooms will be logged to disk as
-well . To improve performance, you can define the logging puffer (standardly
-new logs will be written to disk after each 20 lines). If you want to log
-everything immediately, you can reset this option to 1 in ychat.conf.
-
-- Its modular through own command and dynamic HTML engine -
-All chat commands are realized through dynamic loadable module files which can
-be recompiled and reloaded without restarting the whole yChat server. Also
-HTML-Sites with certain tasks can be compiled as a module like
-mods/html/yc_register.so, mods/html/yc_options.so and mods/html/yc_colors.so
-etc. so you can also program your dynamic yChat websites in C++.
-
-- Its multi threaded (POSIX threads) -
-There is only one main process which spawns several threads, each for its own
-unique task. For example one thread is used to handle the socket manager which
-waits for incoming TCP/IP requests, another thread schedules the system timer
-which proves if clients are still active or frees not needed memory in certain
-time intervals (see also "Garbage collector"). Also, each Chat-User gets it own
-thread. There is no need of memory wastage by creating for each task a new
-process. All User-Threads are managed by a thread pool to avoid CPU wastage
-creating every time a new thread by reusing thread objects which have done its
-jobs already and have been readded into the queue of the thread pool. The
-standard sizes of the queue and the total pool size can be set in ychat.conf.
-
-- Its using a smart garbage collection engine -
-All users and rooms which dont have to be kept in the main memory (because the
-user has logged out or the room has been destroyed because it was empty) will
-not be deleted immediately but be placed for about 10 minutes in the yChat
-garbage collector. Each time a new room is created the systems checks the
-garbage to reuse an inactive room object. If a certain user wants to log in, the
-system checks if he is already present in the garbage collector. If yes, he will
-be reactivated without wasting expensive database queries to fetch the user's
-options. This improves overall performance on heavily loaded yChat servers if a
-lot of user and room objects are created and destroyed frequently.
-//*>>
-
-2.0.0 INSTALLATION AND SETUP
-
-2.1.0 REQUIREMENTS:
-
-- GNU GCC G++
- The GNU C++ compiler version 3.1 or up.
-
-- GNU make 3.80 (gmake) or higher
- If you dont have a gmake executable but make is gnu make then you need
- to add a symlink or alias from gmake to make.
- yChat Makefiles only have been tested with GNU make and may not work with
- other make versions.
-
-- SGI STL extension
- Includes ext/hash_map which may be already default on every Linux distro.
- On *BSD you have to install it first before compiling. On FreeBSD
- /usr/ports/devel/stlport is your friend.
-
-- OpenSSL
- Includes libssl and the ssl header files of the open source SSL library.
- OpenSSL is only needed if you chose to compile yChat w/OpenSSL support.
-
-//<<*
-- mysql-client 4.x (3.x may do too but is not supported)
- Includes libmysqlclient and the mysql.h header files. mysql-client is only
- needed if you chose to compile yChat w/database support.
-
-//*>>
-- ncurses 5.x
- Includes libncurses and the ncurses.h header files.
-
-- Screen
- Only needed if yChat should run in background with
- ncurses or CLI enabled.
-
-- Perl 5.x
- Is needed for some scripts. Is not needed if you use precompiled binaries.
-
-2.1.0 TESTED PLATFORMS:
-
-The following platforms have been tested with success. If you find out that
-a listed platform did not work at all please contact me:
-
- Operating system (arch) GNU G++ GNU make
-- FreeBSD 5.4-RELEASE (i386) 3.4.2 3.80
-- FreeBSD 5.3-RELEASE (i386) 3.4.2 3.80
-
- Tested longer time before:
-- FreeBSD 5.2.1-RELEASE (i386) 3.3.3 3.80
-- FreeBSD 4.10-RELEASE (i386) 3.4.1 3.80
-- FreeBSD 4.9-RELEASE (i386) 3.3.4 3.80
-- Gentoo Linux 2004 (i386) 3.3.2 3.80
-- OpenBSD 3.6 SMP (i386) 3.3.2 3.80
-- Red Hat Linux 8.0 SMP (i386) 3.2-7 3.79
-- Slackware Linux 10.0 (i386) 3.4.0 3.80
-- SUSE Linux 9.0 (i386) 3.3.1 3.80
-- SUSE Linux 8.1 (i386) 3.2 3.79.1
-
-Other platforms like Linux based systems, other BSD-Systems or UNICES
-are very likely to work too.
-
-2.3.0 HOW TO OBTAIN YCHAT:
-
-yChat can be downloaded as a source package or through CVS.
-
-The packages are located at http://www.yChat.org -> Sourcecode ->
-Packages or go to http://pub.buetow.org/yChat/yChat .
-
-For CVS download type:
-
-cvs -d:pserver:anonymous@buetow.org:/usr/home/cvs/cvsroot login
-( You will be asked for a password. Use "just enter" ).
-
-vs -z3 -d:pserver:anonymous@buetow.org:/usr/home/cvs/cvsroot co BRANCH
-( The sources will be copied into your local folder )
-
-cvs -d:pserver:anonymous@buetow.org:/usr/home/cvs/cvsroot logout
-( Logs your CVS session out ).
-
-Now you may continue with the installation.
-
-here are different branches in the CVS:
-
-ychat: This is the latest CURRENT branch of yChat.
-ychat-stable: This is the latest STABLE branch of yChat.
-ychat-X.Y: This is the branch with the specified version prefix.
-yhttpd: This is the latest CURRENT snapshot of yhttpd.
-
-The CURRENT branch of ychat is mostly untested and unstable, so don't
-cry if you get errors.
-
-2.4.0 INSTALLATION QUICK START
-
-If you in hury, then you may just type gmake setup. In the yChat configurator
-you may just choose all the default values. If done, yChat will get compiled
-and is ready to run with ./bin/ychat! If you chose OpenSSL support, then
-also run gmake ssltest before starting yChat.
-
-2.3.1 INSTALLATION
+-----------------------------------------------------------------
-Invoke "./configure". Afterwards you will get prompted with the before-compile
-options of yChat. After choosing those options you are ready to type "gmake"
-afterwards. See below what gmake is doing.
+Notes: I programmed this on FreeBSD but should also compile without
+big problems on Linux or other UNIX-like systems.
+If you have tested one of those then pleace write me the name of the OS,
+kernel version, make version and compiler & version. I will list it
+right here:
-//<<*
-If you have choosen MySQL database support, then take a look at section 1.3.2
-how to setup a valid database table. Be also sure to enter the valid MySQL
-accessing data in the yChat configuration file which is normally located in
-the etc/ychat.conf file if not changed by you with the yChat configurator.
-//*>>
+The following platforms have been tested with success:
-You may also invoke gmake with the following options (the PREFIX can be set
-in the yChat configurator which will be launched by the top configure script
-or gmake config):
+- FreeBSD 5.0-RELEASE, GCC 3.2.1, FreeBSD 5.0 make and GNU make 3.80
- gmake or gmake all (compiles everything, also modules and runs "gmake mail")
- gmake base (only compiles the base)
- gmake base_start (only compiles the base and starts the server)
- gmake clean (cleans everything)
- gmake clean_base (only cleans the base obj and rpo files)
- gmake clean_modules (only cleans the modules .so files)
- gmake confdebug (runs ./configure with enabling debugging)
- gmake config (runs yChat configurator)
- gmake debug (runs gdb on ./ychat.core)
- gmake dist (creates a .tar.bz2 ball)
- gmake gpl (shows the GNU General Public License)
- gmake help (shows all available ychat gmake targets)
- gmake mail (sends a mail to the yChat developers containing build opts.)
- gmake modules (only compiles modules)
- gmake mrproper (same as gmake clean plus removing all temp files)
- gmake setup (runs all configure scripts and afterwards gmake all)
- gmake stats (generates ychat statistics)
- gmake ssltest (generates a self signed ssl test certificate)
- gmake version (shows the current version of yChat)
-//<<*
- gmake yhttpdbase (generates an yhttpd code base)
-//*>> (See section 1.9 to read about this marks)
+- Linux Kernel 2.4.19, GCC 3.2.0, GNU make 3.79.1
-Example: "gmake all install clean" compiles everything, installs it to PREFIX
-and cleans the source directories.
-
-Now its time to run the server with ./bin/ychat.
+Before you compile the source you have to be sure to use at least GCC
+version 3.x with pthreads enabled. ( Type gcc -v to check it ).
+GCC 2.95 did not work while testing on linux and won't be supported!
-Aferwards point your webbrowser to http://yourip:port !
+If you like to support yChat++, please write me an email and tell me
+what you can/like/would help ;-]. Please also take a look at the
+yChat++ homepage ( www.yChat.org ).
+Installation: Just invoke "./configure" and afterwards "make", edit the
+conf.txt and run the server with ./ychat. Then point your webbrowser
+to http://yourip:port/index.html
+( ignoring the index.html on the end of the url will not work! ).
... have fun :-).
-2.3.3 HOW TO USE OPENSSL WITH YCHAT
-
-If you chose to use OpenSSL support you have to have a valid SSL private and
-public key. If you are in hurry, use the gmake ssltest command from the top
-source tree directory and follow the instructions. Otherwise type the
-following commands manually:
-
-The private key can be created w/the following command:
-
- openssl genrsa -des3 -out privkey.pem 2048
-
-Afterwards, you can create a self-signed test certificate using the following
-command:
-
- openssl req -new -x509 -key privkey.pem -out cert.pem -days 1095
-
-Be sure to move the privkey.pem and cert.pem files into the ./etc directory
-or edit the path names in the ./etc/ychat.conf file. yChat wont start if there
-are no valid files found.
-
-To learn more about SSL certificates, visit http://www.openssl.org/docs/HOWTO/.
-
-Now use https:// and NOT http:// to connect to the yChat server.
-
-//<<*
-2.3.4 HOW TO USE MYSQL WITH YCHAT
-
-If you chose to use MySQL database support you have to create a valid database
-to use with yChat.
-
-Create a new MySQL database called 'ychat' and type the following command into
-a MySQL command line client of your choice:
-
-USE ychat
-CREATE TABLE `user` (
- `uid` int(10) NOT NULL auto_increment,
- `nick` varchar(30) NOT NULL default '',
- `password` varchar(30) NOT NULL default '',
- `color1` varchar(30),
- `color2` varchar(30),
- `email` varchar(50) default '-',
- `registerdate` varchar(30) default '-',
- `logincounter` varchar(10) default '0',
- `status` char(1) default '3',
- PRIMARY KEY (`uid`),
- KEY `uid` (`uid`)
-) TYPE=MyISAM;
-GRANT ALL PRIVILEGES ON ychat.* to ychat@localhost IDENTIFIED BY "yctest";
-
-This database uses the default MySQL access informations which are stored in the
-ychat.conf file.
-//*>>
-
-2.3.5 HOW TO USE SCREEN WITH YCHAT:
-
-If you are running yChat in ncurses mode you might want to install
-the tool which is called "screen". This will enable you putting the
-ncurses interface into the background, closing the terminal session
-and reusing the interface later through another terminal.
-
-Just do:
-
- screen -S ychat ./bin/ychat ( creates a new session and starts yChat in it )
- ctrl+d+a ( will detach the yChat session )
- ( closing the terminal )
- ( opening a new terminal )
- screen -r ychat ( will return you to the yChat process )
-
-Screen will terminate automaticaly if all processes in its sessions are
-terminated.
-
-For a closer look read the screen manual page ( man screen ).
-
-2.3.6 HOW TO USE SIGNALS WITH YCHAT:
-
-You can send UNIX signals to yChat. This becomes very interesting if you
-don't use the command line interface or the ncurses interface and you
-don't have access to the options below.
-
-Run one of the following commands to send the signal you want:
-($PID is here the process id of the current yChat process)
-
-kill -USR1 $PID # yChat clears the HTML template cache
-kill -USR2 $PID # yChat reloads all dynamic loadable modules //<<
-kill -HUP $PID # yChat will shutdown savely
-
-2.4.0 CONFIGURING YCHAT:
-
-If you like to customize the design/layout/language of yChat, you will have
-to edit src/msgs.h and src/glob.h before you compile the sources. Afterwards
-you can change the html-template files which are placed in the html/
-subdirectory and the language-templates which are placed in the XML config
-file (etc/ychat.conf).
-
-Notice, that you dont have to edit the src/glob.h file by hand any more, its
-already done by the top ./configure script for you.
-
-You can edit the etc/ychat.conf to fit your needs. If you dont want to change
-the config file, then you also can use ychat start parameters.
-
-Exmpl: ./bin/ychat -o chat.database.password secretpassword
-
-You can also use multiple words for a specific option.
-
-Exmpl: ./bin/ychat -o ychat.version "word1 word2 word3"
-
-will overwrite the default database password value of the ychat.conf. You can
-do this with every configuration element by adding several -o option value
-arguments to the start command.
-
-Dynamic loadable modules can be found in the mods/ subdirectory. (chat
-commands are realized through modules too). Sources of modules can be found
-in src/mods instead. If you want to create a new module just create a new
-.cpp file and run in src/mods the ./configure script again. Next time
-you run gmake your new module gets compiled.
-
-All messages defined in the msgs.h file contain server messages only ( a chat
-user never wont read them, only the administrator will get to see them ).
+If you like customizing the design/layout/language of yChat, you will have
+to edit msgs.h and glob.h before you compile the sources. Afterwards you can
+change the html-template files which are placed in the html/ subdirectory.
-Read also section 3.0.0 of this README.
+Files:
-//<<*
-2.5.0 YHTTPD CODE BASE GENERATION
+conf.txt - The yChat configuration file. ( read by conf.cpp ).
-See docs/yhttpd.txt
-//*>>
+base.cpp - Encapsulates vector fields of room's or user ( may be later
+ hash_maps ) and provides methods for manipulating data
+ objects.
-3.0.0 EXTENDING YCHAT
+hmap.cpp - The hash map implementation which is a very fast data
+ structure. is needed for saving users, rooms and so on.
-3.1.0 SOURCE FILES
+main.cpp - This includes the required manager headers for starting
+ the server and finally regulates the correct starting.
-This list is not complete. Only the most important files are listed here!
+pool.cpp - The implementation of the thread pool. all threads are stored
+ in a queue. Each thread will be reused if the assigned job is
+ finished.
-etc/ychat.conf - The yChat configuration file
-html/* - The html template files
-src/* - The yChat base sources
-src/mods/* - The dynamic loadable modules sources
-scripts/* - Some nice scripts needed for building & co.
+reqp.cpp - This class implements the http request parser. If a client
+ starts a request to the server the reqp class will be
+ invoked.
-The following is created by building yChat:
-obj/* - The object files of the compiled yChat base
-mods/* - The compiled dynamic loadable modules
-bin/ychat - The yChat binary (linked by the object files)
+room.cpp - Specifies a chat room. For each chat room an instance of
+ this class exists.
-Customizable source files (if changed you need to run gmake clean all)
-src/glob.h - Contains some global building options
-src/msgs.h - Defines some server side messages
+thrd.cpp - This class is needed by sock.cpp while creating a POSIX thread.
+ All data which a thread needs to do its tasks are stored in a
+ thrd object and then a pointer to it will be passed to the
+ POSIX thread function.
+user.cpp - Specifies a chat user. For each chat user an instance of
+ this class exists.
-4.0.0 DIVERSE
+Abstract classes:
-4.1.0 WRITING BUG REPORTS
+cont.cpp - All classes which need to store "key - value" data sets
+ inherit from this class. ( cont for content ).
-How to submit a good bug report?
+name.cpp - All classes which own a private member string name inherit
+ from this class. It also provides public get_name and
+ set_name methods.
-Send them to Mail at yChat dot org.
+As described ( main.cpp ), there are so called managers. Managers are
+accessible through their assigned wrapper classes and may be
+instanciated only once.
-First you should give the following information:
-- yChat version, if CVS (or devel. tarball) then which day?
-- operating system / distribution and it's version
-- when did it crash? did you do something? can you reproduce the crash?
+chat.cpp - The chat manager. Is responsible for managing the internal
+ data structure of the system and also covers a lot of
+ important methods of the system.
-Getting backtrace of the crash also helps a lot, especially if yChat crashes
-randomly. If after crash you see text:
+conf.cpp - The config manager. Parses the config file specified in
+ glob.h and stores all the values of it in a map.
- "segmentation fault (core dumped)"
+html.cpp - The html-template manager. Reads the requested html-template
+ files, stores them in an internal cache ( averts reading
+ template-files from hd twice or more ) and parses the
+ partivular template in order to substituate dynamic values
+ of it.
-It writes a file named "core" or "ychat.core" depending on your OS to directory
-where you started yChat. If it doesn't print the "(core dumped)" or you can't
-find the core file, you'll have to raise the limit for max. core file size
-before running yChat. To do this, say:
+mutx.cpp - The mutex manager. Contains all global mutex handlers for
+ synchronizing POSIX thread shared data. until now only the
+ stdout is synchronized by mutx.cpp because most of objects
+ use their own mutex'.
- ulimit -c unlimited
+sock.cpp - The socket manager. Manages the socket connections. There
+ are multiplexed sockets. For each requests a new POSIX thread
+ will be created.
-So, if you have the core file and GNU debugger (gdb), you can get the
-backtrace with:
+Files written in capital letters contain static C++ classes
- gdb ./bin/ychat ychat.core
- bt
+s_chat.cpp - Static wrapper for the dynamic chat class. holds one global
+ reachable instance of chat until the program shuts down.
-Paste all the lines starting from line having #0 at the beginning.
+s_conf.cpp - Static wrapper for the dynamic conf class. holds one global
+ reachable instance of conf until the program shuts down.
-Here's an example session:
+s_html.cpp - Static wrapper for the dynamic html class. holds one global
+ reachable instance of conf until the program shuts down.
- in reqp::parse(thrd*, std::string, std::map<std::string, std::string,
- std::less<std::string>, std::allocator<std::pair<std::string const, std::string> > >&) ()
- (gdb) bt
- #0 0x0805c287 in reqp::parse(thrd*, std::string, std::map<std::string,
- std::string, std::less<std::string>, std::allocator<std::pair<std::string
- const, std::string> > >&) ()
- #1 0x0806060f in sock::read_write(thrd*, int) ()
- #2 0x080612ba in thrd::run() ()
- #3 0x0805a3b8 in pool::run_func(void*) ()
- #4 0x0805a375 in pool::tpool_thread(void*) ()
- #5 0x281d44ae in _thread_start () from /usr/lib/libc_r.so.5
- (gdb)
+s_mutx.cpp - Static wrapper for the dynamic mutx class. holds one global
+ reachable instance of conf until the program shuts down.
-If you dont get such a gdb output, you need to recompile the yChat using
-debuggig symbols. You can do it this way:
+s_sock.cpp - Static wrapper for the dynamic sock class. holds one global
+ reachable instance of conf until the program shuts down.
-cd ychat
-gmake confdebug all run
+s_tool.cpp - Static class which includes some usefull global reachable
+ methods which are not integraded in independent classes.
-4.2.0 CONTACT ADDRESSES
+Special header files ( all other header files which are not listed here
+belong to their respective .cpp files ):
-You may contact us through the following addresses:
+glob.h - Defines global variables which are known by compilation
+ time.
-- Homepage
- The yChat homepage is located at http://www.yChat.org
+incl.h - This file is included from every other header file and
+ includes a set of headers which every class should be able
+ to use.
-- E-Mail
- Paul C. Buetow: buetow at yChat point org ( core developer )
- Mail at yChat dot org ( reaches everybody of yChat )
-
-- ICQ
- Paul C. Buetow: 11655527
+msgs.h - Defines console output messages for verbosity level 0 ( see
+ glob.h for setting up verbosity levels ). and also defines
+ all the system messages. you may edit this file for translating
+ the system user language.
-- IRC
- #Ychat and #Coding at irc.german-elite.net
+The basic class structure:
-4.2.0 CREDITS
+ base<room> base<user>
+ | | name
+ | | / \
+ | | / \
+ chat room user
-Thanks to the following persons. Without them yChat would not be like today:
+ cont
+ / \
+ / \
+conf html
-- Volker Richter <volker at exa-ds dot de> of EXA Digital Solutions GbR
- (http://www.exa-ds.com) for adding initial MySQL support and lots of more
- code.
+Version Lines of code
+ 0.1 2402
+ 0.2 2377
-- Joshia Teitelbaum <joshuat at cryptomail.org> of CryptpMail.org for adding
- initial OpenSSL support and lots of security patches in the HTTP header
- handling.
+New in 0.2:
+ - POST request now work.
+ - Thread pool ( pool.cpp ).
+ - Bugfixes