Crystal Space 3D SDK

Date:	Tuesday January 11, 2000 @ 15:51
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv1836

Modified Files:
	csendian.cpp cssys.mak 
Log Message:
fixed rle8 decoding and added little/big endian support in bmp class

Date:	Monday January 17, 2000 @ 16:07
Author:	link

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv17463/libs/cssys

Modified Files:
	system.cpp 
Log Message:


Major update to the cscon plugin.  iConsole and csConsole are finished for the
time being.  Updated csSimpleConsole to be compatible with the new interface.
Added some test cases to cctest for testing the new console code.  Added start
of iConsoleInput interface (iconinp.h).

Date:	Monday January 24, 2000 @ 0:45
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv21172/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Improvements to MazeD:
    - added texture library dialog (Ctrl+L)
    - "Window" menu has been split into "View" and "Window".
-*- Improvements to software 3D renderer:
    - mixmode is now history (always true_rgb) - for compatibility with
      hardware renderers (also less dead code).
    - improved much palette computation algorithm for 8-bit modes
      (even maze.zip doesnt look THAT bad anymore :-)
    - todo: fix texture cache problem, fix truecolor modes to not depend
      on the 256-color palette, switch truecolor modes to "one palette per
      texture" mode (i.e. "private").

Date:	Saturday January 29, 2000 @ 18:52
Author:	link

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv1317/libs/cssys

Modified Files:
	system.cpp 
Log Message:


-*- Made some fixes for the new console, particularly in page/up page down 
    scrolling support.  Fixed problem with console not properly handling 2D
    drivers that disregard the update rectangle passed to Print().

-*- Modified the declaration of ccUIDs to be more NeXT-friendly.

Date:	Thursday February 3, 2000 @ 5:02
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv11114/libs/cssys

Modified Files:
	csendian.cpp 
Log Message:
Ze Big Messy Update {tm} (R)
-*- Re-written csgfxldr library
    - Renamed iImageFile to iImage. An iImage not always originates from a file.
    - Added paletted images support. On a call to csImageLoader::Load you can
      tell loader whenever you want CS_IMGFMT_PALETTED8 format or
      CS_IMGFMT_TRUECOLOR (see iimage.h).
    - Added alpha channel support. There is a bit called CS_IMGFMT_ALPHA that
      can be combined with above to load RGBA images or paletted + alpha channel
      separately. Also there is another "image format" called CS_IMGFMT_NONE
      that can be combined with CS_IMGFMT_ALPHA to load just alpha channel.
    - Added Heckbert quantization routine. This is a very fast algorithm for
      converting truecolor images into paletted ones (by the way, my routine
      converts about 3.200.000 pixels/sec on my good old P5/166). The routine
      is useable even separately from CS (its not CS-related at all). No wonder
      mpeg players are able to compute palette for MPEG videos in each frame.
    - Improved SGI image loader support. Now loads encoding-type 3 images too.
    - Improved most other image loaders. JPEG loader now converts to 8-bit
      paletted images internally if required.
    - Removed PCX write support. Anybody cries? :-)
    - Added PNG write support. You can write truecolor and paletted PNG files,
      just pass an iImage pointer.
    - FAST! mipmap computation. Removed Blend() method. Only one MipMap()
      (of two) method remains. Mipmap step 0 is the blended image, mipmap step
      1 is a 2x2 scaled texture, 2 - 4x4, 3 - 8x8. When mipmaps are scaled down,
      the average of 2x2, 4x4, 8x8 blocks of pixels is taken. The speed seems
      about 42 256x256 RGB blended mipmaps (level 0) per second. Level 1,2,3
      mipmaps are created much faster naturally (~150, ~200, ~400 per second).
-*- Modified the 3D renderers. Just two mipmap modes are supported: MIPMAP_NICE
    and MIPMAP_VERYNICE. UGLY and DEFAULT is gone. Made required modifications
    to let them work with the new iImage interface. Added ScreenShot () method
    to iGraphics3D interface. Only software renderer implements it though.
-*- Changed walktest. Now it does PNG snapshots at any bit depth (with software
    renderer only). The OpenGL driver could possibly use glGetPixels() for this.
-*- Changed csparser. Removed lots of csWorld * passed all over the place.
    Made one global static csWorld * variable instead. Moved all private
    methods under "private:", just three methods are left to be public.

Date:	Thursday February 3, 2000 @ 12:48
Author:	thieber

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv17562

Modified Files:
	csendian.cpp 
Log Message:
Made the whole stuff compilable on MSVC again.

Date:	Wednesday February 9, 2000 @ 8:43
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv13664/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Renamed DEBUG to CS_DEBUG. On various systems many system-dependent files
    use the DEBUG macro to do weird things.
-*- Serious fix to SCF. The refcount on factories was going nuts since the
    last change to refcounts being initialized to zero rather than to one.
    Now the warnings on unreleased object instances during application shutdown
    is indeed meaningful.
-*- Fix to scftutor. The Worm was incorrectly split into two (well, it was
    correct at the time refcount was initialized to zero).

Date:	Sunday February 13, 2000 @ 1:45
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv8148/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Added missing 'const' qualifiers.

Date:	Wednesday February 23, 2000 @ 7:05
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv20577/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Rewritten texture manager and texture cache. Vastly improved software renderer.
Lots of changes, too many to list them here. Will post a detailed message on
the mailing list.

Date:	Friday February 25, 2000 @ 10:38
Author:	thieber

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv20893

Modified Files:
	system.cpp 
Log Message:
First steps to make things work again on Win32. (was Nameclash with RegisterClass)

Date:	Monday March 6, 2000 @ 4:56
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv25837/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Fixed the "virtual method called" problem when calling destructors for plugins
from csSystemDriver::~csSystemDriver by implementing iBase directly in
csSystemDriver class. The derived system drivers can override QueryInterface
(and they do it indeed) to provide additional interfaces.

Date:	Monday April 3, 2000 @ 1:37
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv21322/libs/cssys

Removed Files:
	csendian.cpp 
Log Message:
-*- Fixed the problem with gfxldr crashing in plugins. Removing the default
    (empty) destructor of csImageLoader helped. It seems that during static
    object creation the destructor is registered with atexit() which crashes
    because the shared libs are no longer present in memory.
-*- Re-implemented the csendian.h file. Now it depends on the CS_XXX_ENDIAN
    macros and are inline (thus much faster). The file csendian.cpp is not
    longer required.
-*- Added the outline of iLoader interface.

Date:	Tuesday April 4, 2000 @ 18:53
Author:	jplatt

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv12846

Added Files:
	csendian.cpp 
Log Message:
Re-adding file csendian.cpp (in place of dead revision 1.5)
Microsoft visual C++ 6.3 complains if it is missing.

Date:	Thursday April 6, 2000 @ 1:25
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14662/libs/cssys

Removed Files:
	csendian.cpp 
Log Message:
Removed again.  This is an obsolete file.  Jason should not have revived
it.  Jason, the correct solution to the problem is to fix the MSVC project
file so that it no longer refers to this obsolete file.

Date:	Tuesday April 11, 2000 @ 2:12
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27733/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Added CAMERA keyword to the new loader. Not to the old one though
-*- Added named camera positions support in the engine. Now START (...)
    is just an alias for CAMERA 'Start' (POSITION (...))

Date:	Monday April 17, 2000 @ 0:28
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25653/libs/cssys

Modified Files:
	system.cpp 
Added Files:
	csevent.cpp cseventq.cpp csinput.cpp cskeys.cpp 
Log Message:
-*- Moved (yet again :-) get_driver_2d() to unix/csosdefs.h. Now it is a
    static inline function thus it should work for software driver. There is
    no more system-dependent stuff in soft_g3d.cpp anymore. OS/2 implements
    its own get_driver_2d() which selects the MGL 2D driver (see below) if
    the executable is run in a full screen session.

-*- Changed a bit one of 2D/3D driver paradigms: previously it was supposed
    that the pixel format is available before calling Open() (it was supposed
    to be clarified inside Initialize() call), from now you cannot know which
    pixel format will be used unless you Open'ed the drivers. This is because
    there are a lot of hardware environments with this limit, and up to now
    they just tried to guess the pixel format which will be used after Open().
    Besides, this is a preparation to the changes that will allow us to
    dynamically switch the resolution/screen depth. Changed the csConsole
    plugin to load textures when system opens the main window rather than
    in Initialize() (texture manager is not available during Initialize()).
    Other than that, no other changes were required (to my surprise :-).

-*- Finished the new SciTech MGL 2D driver. It is completely system-independent
    and should work more or less on all platforms supported by MGL (there is
    a catch though: I don't know how it will work on systems that implement
    keyboard/mouse input inside the system driver: the MGL event system and
    the one inside the system driver may interfer on some systems). It works
    perfectly on OS/2 although it is quite slow for now: I presume it is
    because I use the backbuffer in video RAM and video RAM is quite slow
    on my machine. The driver should be enhanced to be able to use back buffer
    in system memory. The driver supports a lot (I mean A LOT :-) of different
    resolutions and screen depths. We need some functionality (todo) in
    the 2D driver to query about available resolutions/screen depths.

-*- Redesigned quite significantly the input system. Added preliminary
    joystick support. It almost works with the new MGL 2D driver (the
    joystick poll is commented out for now because it is a relatively
    slow operation). We need some way to enable joystick on demand, also
    we need a way to implement joystick calibration.
    The entire csinput library has been merged into cssys library. There is
    a new driver: csJoystickDriver. The keyboard and mouse drivers were
    removed from all system drivers, thus there may be minor compilation
    errors if I forgot something (I hope I didn't but who knows).

-*- Redesigned a bit the plugin system: there is no RegisterDriver/
    UnregisterDriver paradigm anymore. Instead of that, a new plugin
    attribute called "functionality identifier" is introduced. Read
    include/isystem.h for more information about it.

-*- And of course lots of changes to the new loader.

Date:	Monday April 17, 2000 @ 4:18
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1090

Modified Files:
	system.cpp 
Log Message:
return NULL instead of false in QueryPlugIn

Date:	Monday April 17, 2000 @ 5:10
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6782/libs/cssys

Modified Files:
	csinput.cpp 
Log Message:
Fixed a bug that caused walktest to crash on Solaris

Date:	Monday April 17, 2000 @ 5:32
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7270/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Upon Jorrit's request made "make depend" to always rebuild all dependencies.
For the old way (e.g. build dependencies only for those .cpp files that are
newer than correspondind .dep file) use "make dep" target.

Date:	Tuesday April 18, 2000 @ 1:03
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6357

Modified Files:
	system.cpp 
Log Message:
Changed %f to %g while displaying floating-point values

Date:	Tuesday April 18, 2000 @ 4:46
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6283

Modified Files:
	csinput.cpp system.cpp 
Log Message:
added QueueExtendedKeyCode method to support regional keyboardlayouts.
For an example see HandleEvent in x2d.cpp.

Date:	Thursday April 20, 2000 @ 3:24
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17744/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Fixed the DOS/DJGPP that was slightly broken after my last changes to
    csinput system.
-*- Fixed MGL 2D driver. Now it always uses the backbuffer in system memory,
    now it run at least as fast as RAWDOS VBE 2.0 driver. Hmm... strange I see
    absolutely no gain by using hardware accelerated BitBlt over memcpy().
-*- Added a simple new tool called "textconv" which can be used to convert
    text back and forth between Unix and DOS line ending formats.
-*- Improved the new loader of course. Now it loads sectors and things,
    I already see light at the end of tunel.
-*- Fixed a lot of 2D drivers. The iGraph2D interface defines a function
    called GetDoubleBufferState () while some drivers still define the
    old fashioned DoubleBuffer() function which effectively made the
    application unable to query the real double-buffering state.
    This can fix some problems with double-buffering on Windows,
    for example.
-*- Started to fix a part of the infamous Black Borders (BB) problem.
    The work is not finished so the lightmaps will be for now even worse
    than they were before, but it will be changed in near future. Please
    do not spend time fixing it.
-*- Added a new macro DEBUG_BREAK in sysdef.h that is handy for setting
    debugger breakpoints (e.g. the debugger will break when that macro will
    be invoked). It is defined only in CS_DEBUG mode.

Date:	Thursday April 20, 2000 @ 23:37
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27733/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Fixed after my last plugin system changes. Simple application now properly
specifies the function ID for every requested plugin.

Date:	Saturday April 22, 2000 @ 19:50
Author:	malakai

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv4765/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Added new networking model by Thomas Riemer(triemer@...)
Foundation work for protocol independent network communication infrastracture.
The begining of the NSTP is also in this update (via NSTP protocol plugin)
Structure is as such:
          csnsmgr   (Command Manager)
            ||
          csnstp    (Protocol Layer)
            ||
          csnetman  (Network Management Layer)
            ||
          csnetdrv  (Network Driver Level)
Include MSVC dsp's for all code (dsp's for app coming soon).

All compiles and links.

Changes to main CS files follow:
To system.cpp
added to "csSystemDriver::Open"
 if (NetMan)
    if (!NetMan->Open ())
      return false;

Protocol = NULL;
CmdManager = NULL;

if (Protocol) Protocol->DecRef ();
if (CmdManager) CmdManager->DecRef();

Protocol = QUERY_PLUGIN_ID (this, CS_FUNCID_PROTOCOL, iPROTO);
CmdManager = QUERY_PLUGIN_ID (this, CS_FUNCID_CMDMGR, iCMDMGR);

To system.h
added:
#include "iproto.h"
added to csSystemDriver:
  /// Network User Protocol Layer
  iPROTO *Protocol;
  /// Network Command Manager
  iCMDMGR *CmdManager;

Added icmdmgr.h to \include
Added inetdrv.h to \include
Added inetman.h to \include
Added iproto.h to \include

To csevent.h
added:
  csevNetwork			// Something has arrived on network.
added:
/// Network message events
#define CSMASK_Network		(1 << csevNetwork)

#define IS_NETWORK_EVENT(e)	((1 << (e).Type) & \
	(CSMASK_Network))

Added to scf.cfg:
;
; -------------------------------- NSTP plugins ------------------------------ 
;

; Crystal Space Net Space Transport Protocol
crystalspace.network.protocol.nstp = csnstp

; Crystal Space Net Space Command Manager
crystalspace.network.command.nstp = csnsmgr


Added to isystem.h
/// Network Protocol layer
#define CS_FUNCID_PROTOCOL      "Protocol"
/// Network Cmd Manager layer 
#define CS_FUNCID_CMDMGR        "CmdManager"

-Frank (frank@...)

Date:	Friday April 28, 2000 @ 5:08
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20785/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Renamed csSystemDriver's "Protocol" instance variable to "NetProtocol" to
better reflect its true meaning.  This change also avoids a name clash
with the Objective-C "Protocol" class.

Date:	Tuesday May 2, 2000 @ 21:02
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5349/libs/cssys

Modified Files:
	csinput.cpp 
Log Message:
Avoided naming conflict with MAX_JOYSTICK_BUTTONS in Allegro library.

Date:	Tuesday May 2, 2000 @ 21:25
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6155/libs/cssys

Modified Files:
	csinput.cpp system.cpp 
Log Message:
MSVC complained about use of 'this' in csSystemDriver's base member
initializer list.

Date:	Wednesday May 3, 2000 @ 4:15
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5349/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Made the following additional changes to csIniFile:

-*- Completed the list of Save() methods so that they now complement the
    Load() methods.  In particular, Save(iVFS,path) was conspicuously
    absent.

-*- Added Load(csString) for convenience.

-*- Renamed TextualRepresentation() to Save(), thus making it just another
    one of the Save() methods (which returns a textual representation of
    the INI as a csString, in this case). This complements Load(csString).

-*- There is now a distinction between Save() methods which check and
    affect the 'dirty' flag, and those which do not.  Previously, Save()
    methods would only actually save the INI if it was dirty.  This made
    it impossible to save the INI to a new file if you hadn't made any
    changes to it.  (In other words, the following sequence would fail to
    emit a new INI file ("b.cfg"):

        cfg.Load("a.cfg"); cfg.Save("b.cfg");

-*- Added IsDirty() and ClearDirty() for finer control by client.

Date:	Monday May 8, 2000 @ 0:26
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25184/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- All Crystal Space application and plug-in configuration files are now
    loaded from virtual filesystems via VFS rather than the physical
    filesystem, with the exception of scf.cfg and vfs.cfg which can not be
    loaded from VFS for (hopefully) obvious reasons.  (scf.cfg is needed to
    initialize SCF which is used to load the VFS plug-in, and vfs.cfg is
    used to actually define the VFS volumes.)

-*- Moved all configuration files onto the VFS volume /config which
    happens to be mounted at physical location CS/data/config.
    Note that using the /config volume is a convenience, rather than a
    requirement.  Programs written using Crystal Space can choose to
    locate their own configuration files anywhere they like; even on a
    physical filesystem, if desired (though this is frowned upon).

-*- Script files which are executed by 'walktest' are now loaded from
    VFS rather than from a physical filesystem.

-*- Fixed a lot more 'const' problems throughout the project.  Most of
    these involved changing (char*) to (const char*).

Date:	Monday May 8, 2000 @ 1:41
Author:	tomriemer

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5289/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Add Auth interface/plugin.
Add NetCmd interface
Change icmdmgr.h and iproto.h to use NetCmd interface 
add first nstp implementation documentation
upgrade nstp client demo - now it allows login to server

Date:	Wednesday May 10, 2000 @ 5:00
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2831

Modified Files:
	system.cpp 
Log Message:
removed the explicit IncRef of VFS that caused the warning about unreleased instance of kernel.vfs

Date:	Wednesday May 10, 2000 @ 15:41
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25042/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Re-added the explicit IncRef() on VFS (at least for now).  After Norman
removed it, command-line applications began crashing at termination time
since they were sending an extra DecRef().  For now, I prefer to have the
application leak the VFS object rather than actually crash.  We need to
resolve this reference count issue once and for all, though.  Since command
line programs crash, but graphic programs don't, I might suspect that one
of the plug-in modules (which command-line programs don't use) is leaking a
reference to VFS, though a scan through them reveals no obvious errors.

Date:	Friday May 12, 2000 @ 6:43
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24401/libs/cssys

Modified Files:
	cseventq.cpp system.cpp 
Log Message:
Removed CHK and CHKB.

Date:	Sunday May 14, 2000 @ 11:37
Author:	pgarceau

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23841/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Mingw/NT4/Win98 Update
-- user.mak commented to ignore PLUGINS reference.  PLUGINS are
   determined by Mingw.mak, win32vc.mak, unix.mak, etc.  If you
   require that PLUGINS be referenced in user.mak,  then
   uncomment PLUGINS references in user.mak, etc.

Date:	Monday May 15, 2000 @ 7:17
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv3089/libs/cssys

Modified Files:
	csevent.cpp cseventq.cpp csinput.cpp cskeys.cpp system.cpp 
Log Message:
Renamed the following files and fixed references to them throughout the
project:
         def.h        --> csdef.h
         sysdef.h     --> cssysdef.h
         types.h      --> cstypes.h
         frustrum.h   --> frustum.h
         frustrum.cpp --> frustum.cpp

Date:	Tuesday May 30, 2000 @ 2:45
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14615/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Got a large patch from Samuel Humphreys with the following changes:
    - Adds a couple of new walls, bots and another dynamic texture
      to dtsimple. The new dynamic texture is rendered by the engine
      as the bots point of view, or as a manually configurable view
      from (0,0,0). Only works with the software drivers currently
      in 8, 16 & 32 bit modes. The opengl software texture version
      will not work...it will crash. The backbuffer opengl version
      will not work, but won't crash. I think the glide version will
      work, can't test this though.
    - Added new flag to iTextureManager: CS_DYNAMIC_TEXTURE_SHARE_HINT.
      See explanation there.
    - Added many more keys to fiddle with in dtsimple.
    - Added another software dynamic texture implementation to the
      software drivers. This implementation shares the texture manager
      with the parent context. This allows you to render to it with
      textures that you have already registered with the parent
      context i.e. a map view courtesy of the engine.
    - In pursuit of this added functions to the software 3d drivers
      which allows the initialisation and opening of the driver
      according to another driver while sharing resources. The
      sharing software dynamic texture utilises these functions.
      This is also in preparation for the window manager...coming
      soon!
    - Pluggified metaballs and updated metademo and dtsimple as
      appropriate.
    - Added more parameters to vary to see what happens in metademo.
    - Added a couple more functions to iSystem, which are implemented
      in system.h/cpp, so shouldnt break anything. These are queuing
      functions for two new windows messages.
    - Added two new windows messages. ..ContextResize and
      ..ContextClose.
    - Updated the engine to deal with new messages
    - 'Multiplexed' the engine. Added new function
      csWorld->SetContext(iGraphics3D *g3d). This allows the engine
      to swap states according to g3d. The new dynamic texture
      demonstrates this.
    - Fixed the annoying bug in the Xlib software drivers where on a
      fresh Xserver session the window placement wouldn't behave for
      the first three or four times. Borrowed the trick from gdk :).
      Much more window manager friendly now...i.e. Crystal Space is
      beginnning to behave politely!
    - Migrated XLib changes into the line drivers.
    - Added resizing to the line drivers.
    - Got rid of a static file scope variable in the software
      texture manager.
    - Small makefile fixes for blocks and csauth.
- Did a fix to dump(csPolygon3D*) for polygons with no name.

Date:	Wednesday May 31, 2000 @ 3:17
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30773/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Removed the unneeded VFS->IncRef in systemdriver::initialize.
    This removes the "1 unreleased instances" error at cleanup.

-*- Fixed the vshell plugin (it was creating a second instance of VFS
    although VFS plugin is written such that it allows just one instance).

-*- Slightly improved csFlags class. WARNING: The former Set(int) method
    is renamed to SetAll(int) now, Set(int) has a different meaning!

-*- Moved bool csPolygon3D::dont_draw and bool csPolygon3D::delete_portal
    to csPolygon3D::flags. Another 8 byte win for csPolygon3D.

-*- Added macro CS_ASSERT for system-independent assertions. It will fire
    a debug breakpoint if the assertion fails (rather than printing a error
    message which is useless in CS for many platforms).

-*- There is also a DEBUG_BREAK macro (which is empty for non-debug mode).
    You can use it if you want to fire a debug breakpoint under some
    complex conditions (for simple conditions you may use CS_ASSERT).
    Currently it is defined only for x86 processor.

-*- Found and fixed a bug (that maybe the one reported by Jorrit in past)
    with VFS creating invalid archives. The problem was that the contents
    of "lazy" array were simply appended to "dir" array (after
    csArchive::Flush) while they should be InsertSort'ed.

-*- Removed csFrustum::Intersect and csFrustum::IntersectFull methods.
    Added instead csFrustum::Classify() which is faster and less buggy.
    There is still a bug somewhere but its already better than the old one.

-*- Caught and fixed a bug in software halo drawer introduced by Eric.

-*- Many other small changes I don't remember now.

Date:	Thursday June 1, 2000 @ 14:38
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv32192/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Fixed a nasty bug where VFS was being created and destroyed twice in
applications which requested VFS explicitly with RequestPlugin().  In
addition to other problems caused by double instantiation, this had the
particularly undesirable effect of creating and destroying VFS's global
ArchiveCache twice, thus resulting in a crash on some platforms.

Date:	Friday June 2, 2000 @ 13:48
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30511/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Fixed a crasher in csSystemDriver::Initialize() where it was trying to
dereference the null pointer.

Date:	Tuesday June 13, 2000 @ 4:06
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26277/libs/cssys

Modified Files:
	csinput.cpp 
Log Message:
-*- Fixed my fix regarding Eric's fix regarding halos yet again :)
    2*SRC lighting did not work for halos.

-*- Fixed csFrustum::Classify(). Now it seems to work okay.

-*- Removed delaying of draw operations in CSWS. From now on graphics pipeline
    always draws at the time the draw routine is called. This both reduces
    memory usage by CSWS programs (by ~500K) and removes the limit on the
    number of graphics primitives that can be painted in one frame (this
    was seen as uncomplete redraws when loading complex 3D models in MazeD).
    Also it should be a little faster now.

-*- Fixed an old-standing bug that caused wrong window resizes when switching
    MazeD screen resolution.

Date:	Friday July 28, 2000 @ 4:29
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv13713/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Added detection of XFree86/OS2. Now softx driver compiles and works well
    on OS/2 with shm and vidmode extensions! :-)

-*- Added a command-line option: "-canvas=xxx" will tell the renderer which
    canvas plugin to use. If "xxx" does not contain dots (e.g. something like
    "x2d", "dive" and so on) "crystalspace.graphics2d." is prepended.

-*- Fixed a bug in softx driver related to fullscreen extensions.
    Close() calls LeaveFullScreen() but if we close the driver due to a
    failed initialization dpy and window variables were not initialized.

-*- Removed GetVFS method from iSystem. Use QUERY_PLUGIN_ID instead.
    I have fixed all drivers to use QUERY_PLUGIN_ID.

-*- Removed iUnixSystem interface. Moved the functionality needed to decide
    whenever to use shm, simdepth etc to the respective X11 drivers (moved
    to a new file video/canvas/common/x11comm.cpp which is included in all
    X11 drivers that really needs it). In general, system-dependent part of
    csSystemDriver becomes thinner and thinner. This is good :-)

    Due to extensive changes through many canvas plugins some may encounter
    syntax errors during compilation. Use the softx driver for reference,
    which compiles and works fine.

-*- Fixed the linex2d driver (it wasn't working properly after the last
    fullscreen change).

Date:	Friday July 28, 2000 @ 9:13
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25010/libs/cssys

Modified Files:
	csevent.cpp 
Log Message:
Split the "int Type" field of csEvent into four: char Type, char Category,
char SubCategory and char ReservedForGreatFutureExtensions. No application
should be affected by this since Type is anyway effectively a 5-bit value...

Date:	Sunday July 30, 2000 @ 9:26
Author:	samuel

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv900/libs/cssys

Modified Files:
	system.cpp 
Log Message:

            - Fixed minor bug in system.cpp which broke command line argument
              processing
            - Added accessor to iTextureHandle to be able to retrieve which flags
              have been set.

Date:	Wednesday August 2, 2000 @ 1:28
Author:	samuel

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv980/libs/cssys

Modified Files:
	system.cpp 
Log Message:

Fixed the command line processing

Date:	Friday August 4, 2000 @ 5:58
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24123/cssys

Modified Files:
	csevent.cpp csinput.cpp cskeys.cpp system.cpp 
Log Message:
-*- Implemented a new low-level event system architecture. Most programs won't
    notice any difference in top-level interface, only low-level interaction
    has been changed a little.

    Events are generated by iEventPlug objects. Any event plug plugs into an
    iEventOutlet which is the "front door" into the system driver event queue
    for the respective event source. When you register an iEventPlug object
    with the system driver, you get a pointer to the respective iEventOutlet.

    The QueueXXXEvent() methods are gone from iSystem. Instead, use the
    respective methods from iEventOutlet interface. Also there is an default
    system outlet (the 'back door' :-) which may be queried through
    GetSystemEventOutlet, use it if you don't consider that your plugin
    is worth to have a full-fledged connection with the system driver
    event queue.

    Note that the new event system allows to write a new generic "record/play"
    plugin which will, in record mode, record all events that pass through
    the system queue, and on other hand, emit all recorded events back
    into the system event queue. Writing one is left as homework for the
    reader :-)

-*- New file: include/ievent.h. It defines the interface for any plugin which
    desires to generate events into the system event queue. Also it defines
    the interface for iEventOutlet objects, which are provided by system
    driver.

-*- No more SetSystemDefaults routine in system-dependent drivers.
    Any settings must be queried from the respective plugins. For example if
    some canvas needs the "-shm/-noshm" option it should query it itself
    rather than relying on iUnixSystem driver to do it.

    Also most system-dependent interfaces (such as iDosSystem, iUnixSystem,
    iOS2System) are gone. I believe there is no need anymore in a private
    interface, and if you need just one-two additional system-dependent
    functions, you can always implement them through the new SystemExtension
    method of iSystem.

-*- Cleaned up the iSystem interface. Lots of methods are gone, several new
    have been added.

-*- The canvas-dependent command-line options have been moved to respective
    canvas drivers. The respective command-line help have been moved there
    as well. From now on: if you want to display any plugin-specific help,
    you should implement HandleEvent and handle the cscmdCommandLineHelp
    broadcast event. Upon reception of such an event you should display
    something like:

Options for X-Windows 2D graphics driver:
  -sdepth=<depth>    set simulated depth (8, 15, 16, or 32) (default=none)
  -shm/noshm         SHM extension (default 'shm')
  -[no]sysmouse      use/don't use system mouse cursor (default=use)

-*- Note that because all QueueXXXEvent methods are gone from iSystem
    interface, some canvas drivers may not build. Here is the list of
    canvas drivers that I have fixed, use any of the drivers below
    for reference when fixing other canvas plugins.

    Fixed and tested:
	- CSDIVE canvas.
	- X-Windows 2D canvas
	- X-Windows Line2D canvas
	- OS/2 OpenGL canvas
	- MGL 2D canvas
	- AsciiArt canvas

    Fixed but not tested:

	- csalleg (cross-platform Allegro) canvas
	- unixglide canvas
	- svgalib canvas
	- gl/x canvas
	- ggi driver

    Not fixed at all:
	- BeOS drivers
	- Mac drivers

	Sorry, couldn't understand how they work :-)

    Some system drivers also can generate events. The following drivers
    were converted and tested to use new event architecture:

	- DOS/DJGPP

    Converted but not tested:

	- MacOS
	- Win32
	- BeOS

    Not converted (Objective C :-():

	- NeXT

-*- Implemented National Keyboard Support. Every event plug has to provide
    two key codes - one is the "raw" keycode (Event.Key.Code) and one is the
    "cooked" code (Event.Code.Char). Old programs that use Event.Key.Code will
    still work but they will get just low-case characters (e.g. even Shift
    and/or Ctrl will be ignored). This also means that hotkeys like "shift+!"
    won't work anymore (instead use shift+1). I have fixed autoexec.cfg
    for this.

    National Keyboard Support should already work with most canvas drivers.
    I have tested it with X-Windows driver, OS/2 DIVE driver, MGL driver.
    If some driver cannot provide the "cooked" keycode (such as the DOS driver)
    it should provide "-1" as the character code, and the system driver will
    "cook" it itself.

-*- Fixed X-Windows drivers so that they handle correctly the MappingNotify
    event. This enables support for languages that need more than one keymap
    (e.g. Cyrillic and others, maybe Japanese).

-*- Removed elapsed_time and current_time arguments from NextFrame. Instead,
    I have added a new method called GetElapsedTime (time_t&, time_t&) into
    the iSystem interface. Call it if you really need the elapsed time.

    You can call it any times per frame you need. The time is updated only
    at the start of every frame. The NextFrame() method has no arguments now.

-*- Redesigned the main application loop. The Loop method in system driver
    is still there, but it is basically just an:

	while (!Shutdown) NextFrame();

    If your application does not need the loop, feel free to call NextFrame
    without arguments at appropiate times.

    Fixed all applications in CVS to use the new NextFrame prototype.
    However, for applications not in the repository you will have to fix
    this yourself.

-*- Added the new -I or --info switch to gfxtest tool. Using this switch you
    can easily see the cause of translucent cubes in blocks: the respective
    png files (cubef3 and cubef4) have an alpha channel.

-*- Added -a or --strip-alpha switch to same tool. Note that the blocks data
    file in repository has NOT been fixed; somebody still have to do it.

-*- Fixed dependency generation with makedep - instead of $(OUT) prefix it
    used the expanded value of $(OUT) - thus when switching compilation mode,
    it was needed to rebuild dependencies. Not it is not the case anymore.

-*- Added Z-none counterparts to ALL DrawPFX modes. In this mode the Z-buffer
    is ignored at all, thus it is the fastest mode. It can be used to display
    non-3D graphics with DrawPFX, for example user interface elements and so
    on (and even 3D graphics in depth sorted order).

-*- Added Z-none, Z-fill and Z-use modes to per-pixel alpha routines. Now
    you can do:

	G3D->SetRenderState (G3DRENDERSTATE_ZBUFFERMODE, CS_ZBUF_ZUSE);
	G3D->DrawPolygonFX (...)

    The CS_ZBUF_NONE routine has the lesser overhead, of course.

-*- Implemented Z-use and Z-fill modes for alpha-mapped walls (DrawPolygon).

-*- Redesigned the iConsole interface. Basically I have tried to simplify it
    as much as possible; having very sophisticated interfaces does not make
    easy to write new plugins. Removed the dumb iCursor interface. The cursor
    should be provided by the console; if you don't like the cursor, write
    your own console. Redesigned the iConsoleInput interface.

-*- Reimplemented cstools/simpcons as a new plugin. cstools library is now
    empty; don't know if it is really needed.

-*- Fixed walktest to use the new console plugin. It is not tied anymore to
    csSimpleConsole private interface, thus can use any console plugins you
    will write in future :-) Also walktest will run now without a console
    at all.

-*- Fixed a very seldom happening bug in software 3D driver that leads to
    crashes due to division overflow.

-*- When the palette changes in 256-color modes, the texture manager will
    emmit an broadcast event so that all interested plugins (including
    consoles) can intercept it and query the appropiate drivers for new
    information.

-*- Fixed the cscon plugin. The "xstdin" plugin has been removed (use the
    one in simpcon instead, it has absolutely same functionality), the
    "console.output.standard" and "console.output.funky" consoles works.
    You can even enable them in walktest application by uncommenting
    the respective lines from cryst.cfg.

-*- Fixed an strange bug in software texture manager - in 8-bit modes the
    Scan.GlobalCMap was deleted at the end of PrepareTextures() although
    it is extensively used while the program is running ...

-*- Fixed an very old bug in DrawPolygonFX() for software 8-bit modes.
    DST was incorrectly missed the screen palette table, thus all modes
    that involved DST (fixed-value alpha transparency and blending)
    did not worked.

-*- Due to above event system redesign, Crystal Space Windowing System has
    been redesigned a little as well. The csApp class is now a plugin from
    system driver's point of view and receives events absolutely same way
    like any other plugin. Thus the look of the simplest CSWS application
    has been changed a little. See cswstest for details.

-*- Crystal Space Windowing System does not implement its own system driver
    anymore. Instead, the csApp class is an "almost-normal" plugin now,
    except that it is created not via SCF (but rather with `new'). Also
    CSWS works with the system driver completely through the iSystem
    interface; this means CSWS and system driver don't have to be in
    the same module anymore.

-*- Fixed MazeD so that it works with the new CSWS architecture. No other
    enhancements though :-(

-*- The list of applications that were fixed after my changes:

	blocks
	cswstest
	demonets (at least compiles)
	dnapp (same)
	dtsimple
	makedep (:-)
	map2cs
	mazed
	mdl2spr (I hope)
	metademo
	ndrvdemo (compiles)
	nstp (not tested, but I believe)
	perftest (same)
	phyztest (same)
	pysimp (hell knows)
	scfreg
	simple
	squawk
	walktest (hah)

    Still broken:

	cctest
	shooter and libs/csgame
	wscs3d

Date:	Friday August 4, 2000 @ 6:52
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5446/libs/cssys

Added Files:
	evoutlet.cpp sysscf.cpp 
Log Message:
-*- Implemented a new low-level event system architecture. Most programs won't
    notice any difference in top-level interface, only low-level interaction
    has been changed a little.

    Events are generated by iEventPlug objects. Any event plug plugs into an
    iEventOutlet which is the "front door" into the system driver event queue
    for the respective event source. When you register an iEventPlug object
    with the system driver, you get a pointer to the respective iEventOutlet.

    The QueueXXXEvent() methods are gone from iSystem. Instead, use the
    respective methods from iEventOutlet interface. Also there is an default
    system outlet (the 'back door' :-) which may be queried through
    GetSystemEventOutlet, use it if you don't consider that your plugin
    is worth to have a full-fledged connection with the system driver
    event queue.

    Note that the new event system allows to write a new generic "record/play"
    plugin which will, in record mode, record all events that pass through
    the system queue, and on other hand, emit all recorded events back
    into the system event queue. Writing one is left as homework for the
    reader :-)

-*- New file: include/ievent.h. It defines the interface for any plugin which
    desires to generate events into the system event queue. Also it defines
    the interface for iEventOutlet objects, which are provided by system
    driver.

-*- No more SetSystemDefaults routine in system-dependent drivers.
    Any settings must be queried from the respective plugins. For example if
    some canvas needs the "-shm/-noshm" option it should query it itself
    rather than relying on iUnixSystem driver to do it.

    Also most system-dependent interfaces (such as iDosSystem, iUnixSystem,
    iOS2System) are gone. I believe there is no need anymore in a private
    interface, and if you need just one-two additional system-dependent
    functions, you can always implement them through the new SystemExtension
    method of iSystem.

-*- Cleaned up the iSystem interface. Lots of methods are gone, several new
    have been added.

-*- The canvas-dependent command-line options have been moved to respective
    canvas drivers. The respective command-line help have been moved there
    as well. From now on: if you want to display any plugin-specific help,
    you should implement HandleEvent and handle the cscmdCommandLineHelp
    broadcast event. Upon reception of such an event you should display
    something like:

Options for X-Windows 2D graphics driver:
  -sdepth=<depth>    set simulated depth (8, 15, 16, or 32) (default=none)
  -shm/noshm         SHM extension (default 'shm')
  -[no]sysmouse      use/don't use system mouse cursor (default=use)

-*- Note that because all QueueXXXEvent methods are gone from iSystem
    interface, some canvas drivers may not build. Here is the list of
    canvas drivers that I have fixed, use any of the drivers below
    for reference when fixing other canvas plugins.

    Fixed and tested:
	- CSDIVE canvas.
	- X-Windows 2D canvas
	- X-Windows Line2D canvas
	- OS/2 OpenGL canvas
	- MGL 2D canvas
	- AsciiArt canvas

    Fixed but not tested:

	- csalleg (cross-platform Allegro) canvas
	- unixglide canvas
	- svgalib canvas
	- gl/x canvas
	- ggi driver

    Not fixed at all:
	- BeOS drivers
	- Mac drivers

	Sorry, couldn't understand how they work :-)

    Some system drivers also can generate events. The following drivers
    were converted and tested to use new event architecture:

	- DOS/DJGPP

    Converted but not tested:

	- MacOS
	- Win32
	- BeOS

    Not converted (Objective C :-():

	- NeXT

-*- Implemented National Keyboard Support. Every event plug has to provide
    two key codes - one is the "raw" keycode (Event.Key.Code) and one is the
    "cooked" code (Event.Code.Char). Old programs that use Event.Key.Code will
    still work but they will get just low-case characters (e.g. even Shift
    and/or Ctrl will be ignored). This also means that hotkeys like "shift+!"
    won't work anymore (instead use shift+1). I have fixed autoexec.cfg
    for this.

    National Keyboard Support should already work with most canvas drivers.
    I have tested it with X-Windows driver, OS/2 DIVE driver, MGL driver.
    If some driver cannot provide the "cooked" keycode (such as the DOS driver)
    it should provide "-1" as the character code, and the system driver will
    "cook" it itself.

-*- Fixed X-Windows drivers so that they handle correctly the MappingNotify
    event. This enables support for languages that need more than one keymap
    (e.g. Cyrillic and others, maybe Japanese).

-*- Removed elapsed_time and current_time arguments from NextFrame. Instead,
    I have added a new method called GetElapsedTime (time_t&, time_t&) into
    the iSystem interface. Call it if you really need the elapsed time.

    You can call it any times per frame you need. The time is updated only
    at the start of every frame. The NextFrame() method has no arguments now.

-*- Redesigned the main application loop. The Loop method in system driver
    is still there, but it is basically just an:

	while (!Shutdown) NextFrame();

    If your application does not need the loop, feel free to call NextFrame
    without arguments at appropiate times.

    Fixed all applications in CVS to use the new NextFrame prototype.
    However, for applications not in the repository you will have to fix
    this yourself.

-*- Added the new -I or --info switch to gfxtest tool. Using this switch you
    can easily see the cause of translucent cubes in blocks: the respective
    png files (cubef3 and cubef4) have an alpha channel.

-*- Added -a or --strip-alpha switch to same tool. Note that the blocks data
    file in repository has NOT been fixed; somebody still have to do it.

-*- Fixed dependency generation with makedep - instead of $(OUT) prefix it
    used the expanded value of $(OUT) - thus when switching compilation mode,
    it was needed to rebuild dependencies. Not it is not the case anymore.

-*- Added Z-none counterparts to ALL DrawPFX modes. In this mode the Z-buffer
    is ignored at all, thus it is the fastest mode. It can be used to display
    non-3D graphics with DrawPFX, for example user interface elements and so
    on (and even 3D graphics in depth sorted order).

-*- Added Z-none, Z-fill and Z-use modes to per-pixel alpha routines. Now
    you can do:

	G3D->SetRenderState (G3DRENDERSTATE_ZBUFFERMODE, CS_ZBUF_ZUSE);
	G3D->DrawPolygonFX (...)

    The CS_ZBUF_NONE routine has the lesser overhead, of course.

-*- Implemented Z-use and Z-fill modes for alpha-mapped walls (DrawPolygon).

-*- Redesigned the iConsole interface. Basically I have tried to simplify it
    as much as possible; having very sophisticated interfaces does not make
    easy to write new plugins. Removed the dumb iCursor interface. The cursor
    should be provided by the console; if you don't like the cursor, write
    your own console. Redesigned the iConsoleInput interface.

-*- Reimplemented cstools/simpcons as a new plugin. cstools library is now
    empty; don't know if it is really needed.

-*- Fixed walktest to use the new console plugin. It is not tied anymore to
    csSimpleConsole private interface, thus can use any console plugins you
    will write in future :-) Also walktest will run now without a console
    at all.

-*- Fixed a very seldom happening bug in software 3D driver that leads to
    crashes due to division overflow.

-*- When the palette changes in 256-color modes, the texture manager will
    emmit an broadcast event so that all interested plugins (including
    consoles) can intercept it and query the appropiate drivers for new
    information.

-*- Fixed the cscon plugin. The "xstdin" plugin has been removed (use the
    one in simpcon instead, it has absolutely same functionality), the
    "console.output.standard" and "console.output.funky" consoles works.
    You can even enable them in walktest application by uncommenting
    the respective lines from cryst.cfg.

-*- Fixed an strange bug in software texture manager - in 8-bit modes the
    Scan.GlobalCMap was deleted at the end of PrepareTextures() although
    it is extensively used while the program is running ...

-*- Fixed an very old bug in DrawPolygonFX() for software 8-bit modes.
    DST was incorrectly missed the screen palette table, thus all modes
    that involved DST (fixed-value alpha transparency and blending)
    did not worked.

-*- Due to above event system redesign, Crystal Space Windowing System has
    been redesigned a little as well. The csApp class is now a plugin from
    system driver's point of view and receives events absolutely same way
    like any other plugin. Thus the look of the simplest CSWS application
    has been changed a little. See cswstest for details.

-*- Crystal Space Windowing System does not implement its own system driver
    anymore. Instead, the csApp class is an "almost-normal" plugin now,
    except that it is created not via SCF (but rather with `new'). Also
    CSWS works with the system driver completely through the iSystem
    interface; this means CSWS and system driver don't have to be in
    the same module anymore.

-*- Fixed MazeD so that it works with the new CSWS architecture. No other
    enhancements though :-(

-*- The list of applications that were fixed after my changes:

	blocks
	cswstest
	demonets (at least compiles)
	dnapp (same)
	dtsimple
	makedep (:-)
	map2cs
	mazed
	mdl2spr (I hope)
	metademo
	ndrvdemo (compiles)
	nstp (not tested, but I believe)
	perftest (same)
	phyztest (same)
	pysimp (hell knows)
	scfreg
	simple
	squawk
	walktest (hah)

    Still broken:

	cctest
	shooter and libs/csgame
	wscs3d

Date:	Friday August 4, 2000 @ 9:31
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv9847

Modified Files:
	system.cpp 
Log Message:
refixed command line option processing after andyz BigBadPatch

Date:	Saturday August 5, 2000 @ 2:09
Author:	samuel

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26324/libs/cssys

Modified Files:
	system.cpp 
Log Message:

simple.cpp: two Nothing events were emitted each frame, now only one
light.cpp : an unitialised data member, caused walktest to crash with 'dellights'

Date:	Saturday August 5, 2000 @ 11:02
Author:	wouter

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv12910/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
beginnings of a make install option. Xfree86 (fullscreen extension) is detected now for unix

Date:	Monday August 7, 2000 @ 3:07
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv4440/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Enhancements to win32gcc.mak. In fact, win32gcc is a fully working port
    with same features found in other programming environments:

	- dynamic libraries are supported
	- DirectDraw canvas
	- DirectDraw 6.1 canvas
	- Software renderer
	- Direct3D renderer

    I have not tried other Windows canvases (e.g. glide and OpenGL) but I
    think they will work as well, with minimum changes required.

-*- Fixed makedep to not generate readonly files when they are missing.
    This is sometimes caused by uninitialized garbage in st_mode member
    of `struct stat'.

-*- I have renamed libs/cssys/win32/printf.cpp into win32printf.cpp because
    it conflicts with libs/cssys/general/printf.cpp.

-*- Moved WinMain() from win32.cpp back to exeentry.cpp. The reason why this
    is needed (Thomas, hear me!) is that some programs need just the WinMain()
    routine and don't need the SysSystemDriver (which is in win32.cpp).
    For example scfreg, makedep, gfxtest and other console programs don't use
    the SysSystemDriver, thus they don't need to be linked against DirectInput,
    DirectDraw, GUI libs and so on. They just become a lot smaller.
    This is also the case with DLLs - for some reason DLLs made with MinGW32
    needs the WinMain function, thus every plugin gets the full load of
    routines in win32.cpp (just because WinMain was there).

-*- Enhanced ddraw driver a lot (the one for software render).

	- setting mouse cursor now works (persistent)
	- moving window does not cause the image to stay at old position
	- moving other window on top of CS window does does not leave
	  ugly traces (e.g. non-refreshed portions of window).
	- the region argument passed to ::Print() is handled properly
	- the window now has a titlebar and even a minimize button
	- Alt+Enter now toggles fullscreen/windowed mode
	- The contents of backbuffer are preserved during fullscreen/
	  windowed mode toggle.
	- Fixed the double buffering. In windowed mode only single-buffering
	  is allowed, in fullscreen both double-buffering (page flipping)
	  and single-buffering (blitting from backbuffer) works.
	  CSWS works a lot faster in single-buffering mode.

	  Hmm, strange. Just tried and found that even walktest works
	  A LOT faster with single-buffering. With page flipping it gives
	  about 20fps, when blitting from system memory it runs at 31fps (!!!)
	  I will set double buffering to disabled by default...

    I have encountered a bug on Windows NT SP3 (with a Matrox Mystique
    videocard, don't know if this matters) - if you request an 16bpp
    videomode in fullscreen, you will really get just an 15bpp mode.
    This leads to strange colors if you started the program in windowed
    16bpp mode and then switch with Alt+Enter to fullscreen or vice versa.
    On Windows98 this does not happen.

-*- Applied same enhancements to DX61 driver. Tested only with software
    renderer though, I hope it will work with D3D renderer as well...

-*- Enhancements to Windows system driver:

	- SetMouseCursor() is implemented now in system driver.
	  From canvas driver you have to call:

		System->SystemExtension ("SetMouseCursor", CursorID);

	- When mouse is pressed inside CS window, the pointer is captured.
	  Thus even when you move the cursor outside window the mouse
	  position is continuously tracked. The mouse coordinates are
	  send to system driver as signed values (they were unsigned).

	- DirectInput keyboard handling is not needed anymore. I have
	  implemented perfect keyboard handling through normal Windows
	  window messages. You can use DirectInput if you like buzzwords,
	  but it won't give you absolutely anything. In fact, DirectInput
	  handling is worse because it does not support national characters
	  right now, and WM_CHAR supports it.

    In general, CSWS/MazeD works perfectly now with

-*- Fixed history in simple console. It used to crash sometimes due to an
    uninitialized variable.

-*- Fixed the Direct3D renderer. Well, my Matrox Mystique lacks alpha blending
    so I can't see if lightmaps really works, but without them it works.

-*- Moved getopt.c && getopt1.c into cssys/general. Also I have unified these
    two files into one C++ files. Thus we have no plain C anymore anywhere.

Date:	Wednesday August 9, 2000 @ 4:19
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2211

Modified Files:
	system.cpp 
Log Message:
Restored back cscmdPostProcess removed by Samuel.

Date:	Wednesday August 9, 2000 @ 8:59
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv18626/libs/cssys

Modified Files:
	csevent.cpp csinput.cpp system.cpp 
Log Message:
A lot of files have been changed but the change is trivial.
As it turned, there are platforms where "time_t" is signed and
there are platforms where "time_t" is unsigned. This was causing
movement to not work sometimes in walktest, for example. Also this
is a potential source of problems in future.
Because of that, I have added a new type in csdefs.h: cs_time which is
basically an unsigned long. Then I have replaced time_t everywhere
with cs_time. Don't use time_t anymore; use cs_time instead.

Date:	Thursday August 10, 2000 @ 9:08
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2181

Modified Files:
	system.cpp 
Log Message:
fixed some compile-time errors

Date:	Friday August 11, 2000 @ 11:26
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24717/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Removed console_open and console_close from all ports. Every system driver
has lots of opportunities for initializing/shutting down its printf system,
so there is no need in these.
The console in Win32 port is driven by the cryst.cfg file as well as the
command line. You may use the -[no]console switch to turn on/off the
debug console, and you may set the DebugConsole=yes|no option in the
[Microsoft Windows] section of the respective .cfg file.

Date:	Friday August 11, 2000 @ 23:56
Author:	wouter

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15984/libs/cssys

Modified Files:
	system.cpp 
Log Message:


Make install now works on Linux, set CRYSTAL to the installdir, including
a trailing /. For this I made some changes.
engine: now installs vfs.cfg and scf.cfg into TO_INSTALL.ROOT
in vfs.cfg  @ is the install dir, with /. Thus $@data/standard.zip.
isystem has an added InferInstallLocationOf(file), used during startup.
This has an implementation in csSysDriver, that looks at $CRYSTAL or
returns "" (current dir). It can be overridden for other platforms, i.e.
for win32 it could look in the registry first, or default to something
smarter (like /usr/local/crystal, or C:\Program Files\Crystal).
csLoadLibrary has an added const char * installpath, containing installation
directory (probably).
The 'make install' target now reports the environment setting to set.
I also changed the loadlib.cpp files, for unix it is used now, looking 
in <installpath>lib/ for .so files. The other platforms have it as an
unused variable for now. Perhaps they wish to use it? if possible.

Date:	Wednesday August 16, 2000 @ 4:39
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv13015/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Changed InferInstallPathOf() into GetInstallPath(). Unlike before,
    the memory is not allocated inside the routine; instead you pass a pointer
    to a buffer and the size of the buffer; this solves the problem on
    platforms with different heaps in different modules.

-*- Latest changes created the dependency SCF -> cssys which is bad.
    I have fixed that by adding an additional method called scfAddLibraryPath
    which should be used to set the directory where SCF should look for
    shared libraries. The effect of scfAddLibraryPath is incremental, that is,
    you may call it as many times as you wish; all these directories will be
    searched by scfLoadLibrary () to find shared libraries, in the order they
    were passed to scfAddLibraryPath ().
    The initial contents of this list is system-dependent, but as a general
    rule of thumb they will prefer the current directory first. This is so
    that any local installation of CS will override the global one.

Date:	Thursday August 17, 2000 @ 6:19
Author:	wouter

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30701/libs/cssys

Modified Files:
	system.cpp 
Log Message:
In addition to adding the install_dir to the shared library search path,
now also the install_dir/lib/ is added to the shared library search path.
So that files in that dir may also be found.

Date:	Friday August 18, 2000 @ 2:21
Author:	wouter

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15959/libs/cssys

Modified Files:
	system.cpp 
Log Message:
fix lib/ addition to be platform independent.

Date:	Monday August 21, 2000 @ 3:23
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20296/libs/cssys

Modified Files:
	csevent.cpp cseventq.cpp cskeys.cpp evoutlet.cpp system.cpp 
Log Message:
-*- Changed perfstat plugin to compute fps once per 1/2 second rather than once
    per 10 frames. This will compute more accurate values in high-fps
    environments and also makes fps numbers more steady. Also
    iPerfStat::SetResolution sets the interval in msecs rather than in frames.

-*- Changed FPS display in walktest to display just two numbers after dot.
    I don't think you really care whenever you have 20.111 or 20.112 fps :)

-*- Created the iEvent interface. It is really a very special interface since
    its the first time (as far as I know) an SCF interface with member
    variables is used. However, this is supposed to work on all platforms.
    Be warned though.

-*- csEvent is now just a particular implementation of iEvent. You can create
    your own objects implementing iEvent interface. PLEASE always use
    QueryInterface (or rather QUERY_INTERFACE macro) to get access to
    extended fields; NEVER do direct typecasts.

-*- Added a new halo generation routine - csutil/halogen2.cpp. It is not used
    anywhere yet though. The algorithm has been borrowed from GIMP (`SuperNova'
    plugin).

-*- Started to work on MazeD material support. Not finished though (even not
    compilable).

-*- Improved material support. The MATERIALS() statement in world file now
    looks like this:

	MATERIALS
	(
	  MATERIAL 'material name'
	  (
	    TEXTURE ('texture name')
	    COLOR (float, float, float)		; R,G,B = 0..1
	    DIFFUSE (float)			; 0..1
	    AMBIENT (float)			; 0..1
	    REFLECTION (float)			; 0..1
	  )
	  ...
	)

    I have added the GetFlatColor() method to iMaterial and iMaterialHandle.
    For now the flat_color_X members in iGraphics3D polygon structures are
    still present; however I hope one day they will be gone and a material
    handle will be always present, since materials also support flat color.
    For now only software renderer supports materials with flat colors;
    I hope with time other renderers will be also updated for this.

-*- Renamed RGBcolor -> csRGBcolor and RGBpixel -> csRGBpixel.
    In general, we should think where to put all library-independent header
    files such as rgbpixel.h and cspixmap.h. I would say they could live in
    main include directory since those classes are absolutely independent
    and completely inline.

-*- Changed the way engine defines and uses texturing. There are four polygon
    texturing types now: POLYTXT_NONE (no texturing, useful when using
    materials without textures -- it defines no texturing parameters at all
    thus saves memory), POLYTXT_FLAT (flat-shading, only the angle between
    light and polygon normal is considered if CS_POLY_LIGHTING flag is set,
    and entire polygon is painted with one lighting value; every vertex has
    an U/V pair associated), POLYTXT_GOURAUD (every polygon vertex has a color
    and those colors are interpolated across scanlines) and finally
    POLYTXT_LIGHTMAP (a polygon which has an associated lightmap and a texture
    plane). Now it is possible to define and use objects which have flat-color
    but still receive light with Gouraud as well as without Gouraud
    interpolation; in general this open a whole new area for experimenting.

-*- New keyword in world file inside the POLYGON () context:

	TEXTURING (NONE | FLAT | GOURAUD | LIGHTMAP)

    This defines one of the texturing modes above.

-*- MIXMODE() keyword is applicable to all texturing types except LIGHTMAP.
    Alpha transparency for such polygons can be defined in two ways:

	POLYGON (... ALPHA (50) MIXMODE (MULTIPLY2))

    or

	POLYGON (... MIXMODE (MULTIPLY2 ALPHA (0.5)))

    To be honest, I don't like having two different ways to specify alpha.
    I don't like the different scale either (0..1 and 0..100).
    Polygon always keeps alpha as a value 0..255 (and iGraphics3D always
    receives alpha in this range, the old 0..100 scale is gone).

    In general, I would say that giving colors and alpha as floating-point
    value looks like a bad idea. I would store both them as 0..255 value,
    or as a floating-point 0..1 value. Maybe it makes sense to change this
    in the new loader?

-*- DECLARE_GROWING_ARRAY does not have a reference counter anymore. If you
    need a reference counter, use DECLARE_GROWING_ARRAY_REF. This gives
    slight less memory usage in some places. I have changed thing and
    polygon template objects to use growing arrays for vertices. This does
    not change memory footprint and gives better readable code (and maybe
    a little less binary size).

-*- Simplified polygon template class a lot by moving most state variable
    into a csFlags variable. Added support for COLORS() keyword in polygon
    templates. GOURAUD keyword is now obsolete in both normal polygons and
    polygon templates; use TEXTURING (GOURAUD) instead.

	Overall results for flarge.zip:
		Was: World geometry is using 1526938 bytes.
		Now: World geometry is using 1465962 bytes.
		----
		Gain: 60976 bytes (flarge contains just 5 thing templates)

-*- In addition to TEXNR() everywhere it appears MATTERIAL is accepted as
    a synonym; one day TEXNR should die.

Date:	Tuesday August 22, 2000 @ 2:40
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26538/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Found one BigBug {tm} and one small bug that prevented DOS port from
working. Now it works in both static and dynamic linking mode, with
gcc 2.95.2 and binutils 2.9.5. Hurray. FPS for some reason stays at
zero, but I'm not sure this is DJGPP-specific.
Also for static linking mode csAddLibraryPath() is not called since
it is not even present.

Date:	Thursday August 24, 2000 @ 3:12
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7668/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Documented the -fs/-nofs switch in help (fullscreen toggle).
- Fixed the 32-bit unlighted texture drawing bug (long-standing)

Date:	Tuesday September 5, 2000 @ 1:15
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20077/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Added to win32conf.bat display a note about which packages you should
    have installed. This depends upon which compiler you use (e.g. it displays
    slightly different help depending on whenever you use msvc or mingw32).

-*- Enhanced the configure help for DJGPP.

-*- Fixed both dosconf.bat and win32conf.bat (very old bug) to detect
    correctly whenever makedep is installed. Earlier it considered makedep
    to be always installed.

-*- Added `walkall' target to compile just the plugins that are needed for
    walktest. Currently `make walkall' is equivalent to:

	make walk soft csfont simpcon perfstat rapid

-*- Fixed DOS/DJGPP build in debug mode with shared libraries.
    Added functions that are usually inlined (e.g. strcmp, memcmp, strcpy)
    to the list of exported functions in djgpp/loadlib.cpp.
    Fixed a bug in dosraw driver related to the fact that transfer buffer
    is overwritten by printf() (which is used in debug mode to print some
    videocard information). So, in overall, DOS port now works in both
    static/dynamic and optimize/debug modes.

-*- Added perfstat plugin to static.cpp if SCL_PERFSTAT macro is defined.
    Effectively this adds FPS display for static mode build.

-*- Enhanced (fixed) linex2d driver: now it uses "helvetica" font and
    GetTextWidth/Height are implemented properly. Also DrawText() works
    properly now (previously it painted text shifted up by some amount).

-*- Added DrawBox() method to linex2d driver. Also I have fixed Clear()
    which were not clearing one pixel horizontally and vertically.

-*- Added AllowContextResize(bool) method to iGraphics2D. By default context
    resizing is *disallowed*. This is because most applications won't handle
    the cscmdContextResize broadcast correctly, and will misbehave.
    Applications which handles this broadcast correctly should issue
    AllowContextResize (true). Note that engine already does this (since
    engine handles context resizes) thus you should do this only for
    applications that don't use the engine.

-*- Fixed x2d driver to allow width and height only in steps of 2.
    The reason is to not allow odd window width, because in some cases
    XFree86 (?) does not like that (every scanline is shifted by one pixel).
    I don't think this is a limitation, but if somebody don't like this, it
    should limit at least width to be even.

-*- Moved glMatrixMode(), glOrtho(), glViewport() to 2D common OpenGL driver.
    This was done to allow 2D driver to function standalone (without 3D).

-*- Added (not replaced) a new gl2d_font2.cpp, another OpenGL font "server".
    I have used glBitmap() to draw font, which will help on platforms with
    buggy OpenGL support for alpha-mapped textures (such as OS/2 and MacOS).
    We still have to see how compatible this approach is; but it at least
    works with OS/2 software OpenGL 1.0 (previous font rendering did not).
    Maybe we should make this a runtime option in opengl.cfg, I'm not sure.
    Also I have implemented text clipping. Vertical clipping seems to work,
    horizontal clipping should also work but I cannot fully test it due to
    non-implemented "xorig" parameter in glBitmap() in OS/2 OpenGL.

-*- Implemented runtime context resizing for the OS/2 OpenGL canvas.
    Also it respects AllowContextResize(bool).

-*- Added a new test application: G2DTEST. As you may conclude from his name,
    this small application is meant to test most aspects of 2D graphics canvas
    plugins. Also it is a curious example of a application which uses just the
    graphics canvas plugin (without 3D renderer).

-*- Fixed line drawing in graph2d.cpp (this affects most canvas plug-ins).
    Now line drawing is absolutely perfect, floating-point coordinates are
    correctly used. Even OS/2 OpenGL shows little errors with line drawing,
    compared to graph2d.cpp (and OS/2 OpenGL is known to be accurate).
    This effectively broke CSWS which was designed for the "incorrect"
    line drawing behaviour :)

-*- Fixed a bug in csOpenGLCommon2D::SaveArea which caused a shift to the
    area which is going to be saved.

-*- Fixed CSWS after last changes to line draw routines. Now CSWS works
    with OpenGL, at least on OS/2.

-*- Added PerformExtension ("flush") to OpenGL common graphics canvas.
    This can be used to do performance measurements.

-*- Improved software line drawing performance from ~5.5 MegaPixels/sec to
    approximatively ~15.8 MP/sec on Celeron/433. I think the assembly line
    drawing routine (which is used only in Win32/MSVC) should be removed
    since first of all I think it is slower, and secondly I doubt it is
    accurate (e.g. I'm sure it fails most of the accuracy tests in g2dtest).
    (for comparison: OS/2 OpenGL canvas gives just 3MP/sec, XFree86 linex2d
    driver gives 7.3MP/sec :-). Hurray, we have the fastest-and-most-accurate
    line drawing routine in the world! :-)

-*- Removed the WriteChar() routine from iGraphics2D interface.

-*- Slightly improved software text drawing speed fom ~300000 characters/sec
    to ~330000 characters/sec. For comparison: OS/2 software OpenGL gives
    ~26000 characters/sec and linex2d driver gives about ~241000
    characters/sec.

-*- Moved some OpenGL initialization stuff (realted to OpenGL start-up settings)
    from 3D driver to the 2D (canvas) driver (to the common part), to make
    possible to use OpenGL 2D driver without the 3D driver.

-*- Added a note about C_INCLUDE_PATH needed to be set up correctly
    before you do "make depend" to the win32gcc.txi file.

Date:	Thursday September 7, 2000 @ 22:10
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv31207/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Renamed several classes from the NetSpace suite which only differed from
other classes in the case of the name.  This was a problem for
documentation generated by Doxygen on platforms which have
case-insensitive filesystems.  Doxygen generates HTML filenames using the
class name so, for instance, it would generate files such as
class-iCmdMgr.htm and class-iCMDMGR.htm.  These filenames result in CVS
conflicts on platforms with case-insensitive filesystems.

The following classes were renamed:
    csNSMGR --> csNetSpaceManager
    iPROTO --> iNetSpaceProtocol
    iCMDMGR --> iCommandManager
    csNSTP --> csNetSpaceTransportProto

Date:	Sunday September 10, 2000 @ 23:51
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5429/libs/cssys

Modified Files:
	csinput.cpp 
Log Message:
-*- Improved yet again text drawing speed both with transparent and filled
    background from 340.000 & 345.000 characters per second to respectively
    ~380.000 and ~520.000 characters per second (11% and 50% speed increase
    without and with transparent background respectively).

-*- Fixed a bug in text clipping introduced by previous batch of improvements
    to the canvas plugins that resulted in text caret moving sometimes twice
    for one character (this was seen as misplaced menu text in MazeD for
    example).

--- Changes in MazeD

-*- Changed the term "modification axis" into more correct "modification
    origin" everywhere.

-*- The "Slide view" mode now allows to position the depth position of the
    "camera target" point. This is done by entering the "slide view" mode
    (by clicking the "oblique arrow surrounded by a square" button on lower
    toolbar) and by holding down left mouse button in the target view; then
    move it with SHIFT key pressed to change the depth of the point that
    camera is looking at. This does not change the position of the view,
    but changes the behaviour when you rotate around it (for example with
    arrow keys). Same applies to "modification origin define" mode (e.g.
    SHIFT key allows to modify the depth rather than shifting origin in the
    view plane).

-*- Fixed a bug with cloning an already cloned light (SIGSEGV)

-*- World save is back. I have reorganized saving to allow future extensions
    for saving to different file formats.

Date:	Tuesday September 26, 2000 @ 0:37
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv8256/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Made VFS a separate plug-in. This involves some minor changes in programs
    that use Crystal Space outside of CVS (all the sources in CVS have been
    updated): you have to remove all lines:

	REGISTER_STATIC_PLUGIN (vfs)

    from main source file; also you have to replace

	#include "csutil/vfs.h"

    with

	#include "ivfs.h"

    if you didn't this before (in any case VFS is always used through the
    SCF interface, so it is not likely there is any code left that makes
    use of the csVFS class directly).

-*- Fixed a bug in perfstat plugin that sometimes leads to "0.00" being
    steady displayed instead of FPS.

-*- Added the ability to determine file size without opening the file on VFS.

-*- Changed walktest to maximal theoretical FPS of 100. Previously walktest
    never would *move* faster than at 40FPS. That is, the refresh rate can
    be even 500 FPS but you will never see anything moving faster than 100FPS.
    This should make the motion more smooth on powerful videocards.

-*- Added acceleration ("run") to walktest by pressing SHIFT key.
    I have moved all "immediate move" commands (i_up, i_left and so on)
    to ctrl+# key bindings; that is, what previously has been achieved
    with shift+up you will get now by pressing ctrl+shift+up and so on.
    These commands are for debugging mostly anyway, and they conflict
    (they were conflicting before as well) with normal motion.

Date:	Monday October 2, 2000 @ 4:55
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17432/libs/cssys

Modified Files:
	csinput.cpp system.cpp 
Log Message:
-*- Caught and fixed a very bad bug that caused walktest to crash upon exit
    on most levels (which contains thing templates). It was related to the
    fact that some moveable.sector arrays are empty, but csThing::MergeTemplate
    used to refer to GetSector(0) unconditionally.

-*- Overhauled the csIniFile class. There is now a new iConfigFile interface
    which is implemented by csIniFile. It is highly recommended all libraries
    and plugins to work through this interface rather than using csIniFile
    directly. Removed some exotic csIniFile methods such as saving and loading
    the config file to/from a csString, overhauled the iterators (they are
    exposed through interfaces now as well).

    This is a preparation to excluding csIniFile usage from plugins. The
    iSystem interface will expose a method to create iConfigFile objects,
    this will avoid duplicate code in main executable and plugins. Also the
    ConfigGetXXX methods will go away from iSystem, instead there will be
    an GetConfig() method to retrieve the basic iConfigFile object.

-*- Implemented a new interface iDataBuffer which is meant as a extremely
    lightweight data container (as opposed to csString). The interface is meant
    for exchanging abstract data between plugins. For example:

	... iVFS *vfs;
	iDataBuffer *data = vfs->ReadFile (filename);
	... data->GetData ();
	... data->GetSize ();
	data->DecRef ();

    Another example:

        iDataBuffer *path = vfs->ExpandPath ("../test");
	printf ("Expanded path: %s\n", **path);
	path->DecRef ();

-*- Added minimal locale support to Unix systemdriver (setlocale (LC_XXX, ""))
    because without that XFree4.0 won't (always) display national characters.
    If your specific Unix doesn't have <locale.h> see the instructions in
    unix.cpp... basically if we find that there are such systems we rather
    should add detection of setlocale to unixconf.sh.

-*- Added Xsetlocale() to all X11 canvas drivers. I don't know whenever this
    is really required but it won't hurt in any case, and for some languages
    this could help.

-*- I did all said above related to iConfigFile. Namely the iSystem interface
    has been changed: removed all the GetConfigXXX() methods; instead (the
    simplest but dirty way) you can just use GetConfig()->GetXXX() instead of
    older GetConfigXXX(); a better way is to first store the GetConfig() aside,
    then use the variable multiple times to query all the needed values.
    All the plugins and applications have been updated to accomodate this
    new change; of course I maybe forgot something so if you get compilation
    errors you have to check first if the old GetConfigXXX method is used
    (and proceed as above if so) and second check if the "icfgfile.h" file
    is included at the top of source file.

Date:	Monday October 2, 2000 @ 23:53
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv10273/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Andrew Zabolotny fixed vshell so that it compiles again after
  Andrew's latest changes.
- Andrew also fixes system so that it is allowed to have
  apps with no config files. This fixes the crash bug in simple.

Date:	Sunday October 8, 2000 @ 14:34
Author:	azverkan

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14749/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Adding the motion interface to the CVS tree.  The SCF interfaces & the
loader are 90% done, but the plugin and rendering loop still need to be
implemented.

Date:	Sunday October 15, 2000 @ 15:55
Author:	link

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15300/libs/cssys

Modified Files:
	csevent.cpp evoutlet.cpp system.cpp 
Log Message:
Big ol' CrystalClear update.  Most of it is related to moving CC away from
impulses and towards using csEvents.  csEventCords is in this update as well.
cctest input changes are in this commit as well.

Date:	Sunday October 15, 2000 @ 16:01
Author:	link

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv21748/libs/cssys

Added Files:
	csevcord.cpp 
Log Message:
New csEventCord files.

Date:	Monday October 30, 2000 @ 1:02
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv32030/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Fixed a bug in default window theme that caused background texture to
    not be drawn if the window is not semi-transparent.

-*- Fixed (I hope this is the last fix) clipping so that in very complex
    window configurations CheckDirtyTD and CheckDirtyBU are called as
    much times as required (until nothing changes).

-*- Added gradient backgrounds! In general background for all skins is now
    one csBackground object which accepts one of the following modes:
    textured, gradient, flat-color, none (default flat color from CSWS).
    Gradients can be horizontal (two rgb values), vertical (two rgb values)
    and four-corner (four rgb values).

-*- Fixed DrawPolygonFX in software renderer which works incorrectly for
    more than three-vertex polygons (it did not take into account neither
    z,u,v,r,g,b values for the fourth, fifth, ... vertices of the polygon).
    It is a bit more costly now (one division per scanline) but that's
    the price we have to pay for correct drawing...

-*- Modified cswstest to be able to change skins at runtime. You can either
    set the [CSWS] Skin.Variant = ... option in main config file, or use the
    "-skin=..." command line option. The skin variants themself are defined
    in csws.zip file; for example use -skin=Colorful for a demonstration of
    gradient background textures; -skin=Marble for a marble-texture-background
    skin variant.

-*- Fixed back the awful behaviour introduced by someone: when a drop-down
    submenu is visible, and the parent menu hides, the submenu stays visible.

-*- Re-formatted and commented (doc++ style) the csGrid class.

-*- Re-implemented font server interface from scratch. Added the iFont
    interface. Any font is an iFont object now. You pass the iFont object
    to iGraphics2D for drawing characters. The font server is not anymore
    a class private to the canvas driver; it is a public plugin like most
    others. You can avoid using a font server at all, if you aren't going
    to type text through iGraphics2D::Write().

    This implies some need for rewriting code outside CVS that deals with
    fonts. The basic rules are:

    (*) Instead of using csFontCourier, csFontTiny etc you should `load'
    the font first. You can do it this way:

        iFontServer *fs = G2D->GetFontServer ();
        iFont *courier = fs->LoadFont (CSFONT_COURIER);
        iFont *police = fs->LoadFont (CSFONT_LARGE);
        iFont *italic = fs->LoadFont (CSFONT_ITALIC);
        iFont *tiny = fs->LoadFont (CSFONT_SMALL);

    Note the new names for the fonts (you can find them in ifontsrv.h).

    (*) Then you use the iFont object to query text width, height etc:

        int fw, fh;
        font->GetDimensions ("Hello world", fw, fh);
        font->GetMaxSize (fw, fh);
        ...

    (*) The only method in G2D that accepts an iFont object is Write():

        G2D->Write (font, x, y, fg, bg, "Hello world!");

        All other font-related methods (e.g. SetFontID, GetFontID, GetTextWidth
        and so on) are gone (mostly moved to iFont).

-*- Changes in CSWS due to above font server change:

    (*) TextWidth() and TextHeight() are gone. Instead there is a new method
        called int GetTextSize(char *, int *) which returns the width of given
        text and possibly height (if second argument is not NULL).

    (*) Added a new csComponent method - int GetTextChars(char *,int) which
        will return how much characters if written with current font will
        fit in given width.

-*- Added "floating hints" capability to CSWS. These hints can be attached to
    absolutely any csComponent's; if the mouse stays unmoved over such an
    component for more than three seconds (adjustable) a new csHint object
    is created. As soon as you touch mouse or keyboard (or joystick :-) the
    hint will vanish. These hints helped to find a lot of errors in clipping
    algorithm related to clipping of foreign "clip childs"; this was not
    tested very good because of limited use of "clip childs". csHint objects
    are direct childs of the objects the hint is attached to, but they are
    "clip childs" of the csApp to avoid being clipped by parent object.
    Not complete yet (the size for hints is arbitrary right now :-)

-*- Added some debug capabilities to SCF. You can add #define SCF_DEBUG at the
    top of certain SCF module and you will see (via printf()) all the IncRef's,
    DecRef's, class initializations and so on. On GCC > 2.8.0 it also types
    the address the methods were called from, use GDB's "l *address" command
    to find out what file/line/function corresponds to given address.

-*- Added to VFS the ability to translate VFS paths into real filesystem paths.
    This works only for non-archive files. This is means as a last-resort for
    libraries that can't handle VFS directly (e.g. freetype can load fonts only
    from real-world files). If the VFS path refers to multiple paths, all of
    them will be searched for the existence of given path or filename. If
    the file is non-existent, the first one will be returned.

-*- Ooops. Fixed a "bug", or rather an unimplemented yet feature. For some
    reason I was under impression that VFS understands expressions like:
    $(VAR:text), e.g. "get the value of VAR, if it is not defined, use the
    "text". It did not, now it does. It even should understand very
    complex things like: $(VAR1:VAR2:VAR3:sometext$(VAR4:plaintext)othertext)

-*- Removed the last traces of the old memory debugger from makefiles and
    support/debug/memory,(h|cpp)

-*- Added correct window resize support to GLX canvas. Re-implemented font
    support in GLX driver; now it will work even if you load fonts at runtime
    (old "glfontserver" code was able to display only fonts that are available
    at program startup, e.g. built-in fonts from font server). Now there is
    a "font cache" object which loads and frees fonts on demand.

-*- Added runtime full-screen switching via Alt+Enter for the following X11
    drivers: x2d, linex2d, glx.

-*- Fixed "double-backbuffer" support in OpenGL canvases. All OpenGL canvases
    do NOT support double backbuffer mode. Note that "double backbuffer" is
    NOT the same as "double buffer", these are completely different things.
    All CS canvases should support double-buffering for smooth animation,
    while they may or may not support double-backbuffer mode, mainly for
    performance reasons.

Date:	Monday November 6, 2000 @ 13:41
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26662/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Visual-C++ DSW and DSP project files are now automatically generated
    and updated.  Information gleaned from GNU makefiles, project-wide, is
    used to synthesize DSW and DSP files on-the-fly.  The project file
    synthesis procedure attempts to enforce the invariant that if a module
    builds correctly via the GNU makefile, then the same module should
    build correctly via the Visual-C++ project file which was built from
    information gleaned from the makefile.  Thus, the headache associated
    with manual maintenance of the Visual-C++ project files should be a
    thing of the past.

-*- Added a new directory, CS/mk/msvcgen, in which all resources related
    to automatic generation of Visual-C++ project files reside.

-*- Added msvcgen.pl, which is a Perl script capable of generating
    Visual-C++ DSW and DSP files based upon input arguments and a set of
    template files.  The script accepts a useful array of options for
    controlling several aspects of the synthesis process, and is also
    independent of Crystal Space, thus it may be useful in other arenas as
    well.  A copious amount of documentation related to the generation of
    DSW and DSP files, including a description of the special variables
    which may appear in template files, may be viewed by invoking
    msvcgen.pl with the --help option.

-*- Added the directory CS/mk/msvcgen/template, which contains template
    files used by msvcgen.pl during the synthesis of Visual-C++ DSW and
    DSP project files.  The master level templates are appgui.tpl,
    appcon.tpl, group.tpl, library.tpl, and plugin.tpl, which represent
    the five different types of DSP files which can be generated.  These
    templates are supplemented by the template-include files dspgroup.tpi
    and dspfile.tpi, which combine to form resource groups within each
    DSP.  The master level template dsw.tpl is used for synthesizing DSW
    files and is supplemented by dswgroup.tpi and dswdep.tpi, which
    combine to form dependency groups within the DSW.  Refer to the --help
    output of msvcgen.pl for a description of the special variables which
    may appear in each of the template files.

-*- Added msvcgen.mak, which is the Crystal Space-specific makefile
    responsible for generating, and optionally installing, Visual-C++ DSW
    and DSP project files.  It performs this task by gleaning information
    from GNU makefiles throughout the project and then invoking msvcgen.pl
    with the appropriate arguments to synthesize each DSP file represented
    by a makefile, as well as the master DSW file, csall.dsw.  Also added
    the supplemental makefiles win32.mak and required.mak.  The first,
    win32.mak, contains additional Windows-specific DSP targets (such as
    grpall, grpplugins, libcswin32dll, etc.) which are not otherwise
    represented by makefiles.  The second, required.mak, supplements the
    normal PLUGINS makefile variable with a list of modules for which DSP
    files must be generated regardless of the platform which is performing
    the project file generation procedure.  This allows any platform (such
    as Unix) to generate the complete set of Visual-C++ project files.

-*- Added two makefile targets which are specific to Visual-C++ project
    file generation and installation.

    o 'msvcgen' builds the entire set of DSW and DSP files represented by
      the GNU makefiles, project-wide.  The generated files are placed in
      CS/out/mk/visualc.

    o 'msvcinst' copies the DSW and DSP files from CS/out/mk/visualc to
      their official location at CS/mk/visualc.  Furthermore, this target
      instructs the user as to exactly which CVS commands must be invoked
      in order to properly commit the newly generated files to the CVS
      repository.  For instance, if a new plugin named "foo" is added and
      an old library named "bar" is dropped, the 'msvcinst' target will
      instruct the user to invoke the commands "cvs add -kb plgfoo.dsp",
      "cvs remove libbar.dsp", and "cvs commit" in order to make the
      changes permanent.  The 'msvcinst' target automatically invokes the
      'msvcgen' target, so the synthesis and installation procedures can
      be performed as one operation.

-*- Added support for automated Visual-C++ DSW and DSP project file
    generation to all of the GNU makefiles, project-wide.  Project file
    synthesis is performed by gleaning the values from some existing
    makefile variables as well as some newly added ones.  In the following
    discussion, assume that "PROJECT" is the core name of the module
    represented by a particular makefile.

    In addition to the existing makefile variable SRC.PROJECT, the
    following new general-purpose variables were added to support
    Visual-C++ project file creation:

    o INC.PROJECT -- Complements SRC.PROJECT, but lists header files
      related to this project.

    o DEP.PROJECT -- Although this variable already existed in some
      makefiles, its meaning has been altered slightly.  The value of this
      variable is the list of projects (typically library projects) upon
      which this module depends.  Each item in this list is the core name
      of some other module, such as "CSGEOM", "CSUTIL", or "CSSYS".

    o LIB.PROJECT -- This variable now assumes the roll which DEP.PROJECT
      used to play in some makefiles.  It lists the libraries upon which
      this module depends.  The value of this variable is normally derived
      automatically from DEP.PROJECT, but may be specified manually in
      very special cases if necessary (though doing so is frowned upon).
      If specified manually, each entry should be of the form
      "$(PROJECT.LIB)".

    o CFG.PROJECT -- List of configuration files related to this module.

    Furthermore, the following new variables specifically control DSW and
    DSP project file creation.  These variables should only appear in
    makefiles for which a corresponding DSP file should be generated.

    o MSVC.DSP -- This is the master list of modules for which project
      files should be generated.  Entries must be *appended* to this list
      with the "+=" operator.  Each entry is the core name of a module as
      used within its makefile.  For example, soft3d.mak, ensures that a
      project file is created for the 3D software renderer by invoking
      "MSVC.DSP += SOFT3D".

    o DSP.PROJECT.NAME -- Base name (such as "soft3d") for the generated
      project and target.  This name is used to compose the DSP file name,
      the end target (such as "soft3d.dll"), and the displayed project
      name in the Visual-C++ IDE.  In general, it should be identical to
      the base name of the target which is generated for non-Windows
      platforms.

    o DSP.PROJECT.TYPE -- The module's type.  It should be one of
      "appgui", "appcon", "library", "plugin", or "group", which stand for
      GUI application, console application, static library, plug-in
      module, and pseudo-dependency group, respectively.

    o DSP.PROJECT.RESOURCES -- Lists any extra human-readable resources
      related to this module which are not covered by CFG.PROJECT.  These
      resources may be browsed in the Visual-C++ IDE as a convenience to
      the user.  Some good candidates, among others, for this variable are
      files having the suffixes .inc, .y (yacc), .l (lex), and .txt.

    o DSP.PROJECT.DEPEND -- Lists extra dependencies for this module.
      Entries in this list have the same format as those in the
      DEP.PROJECT list.  This variable is generally only used for
      pseudo-dependency group projects (see win32.mak).

-*- Renamed docproc.pl to jobber.pl and modified it to also rebuild and
    commit Visual-C++ DSW and DSP project files in addition to its normal
    duties of rebuilding and publishing project documentation.  The script
    is automatically invoked twice daily.  As always, the script is smart
    enough to add new project files, and remove obsolete project files
    from the CVS repository in addition to committing those which were
    only modified.  It also takes special are to use the "-kb" option when
    adding Visual-C++ project files to the repository in order to preserve
    the CRLF line terminators (which Microsoft requires).  Also, when
    scanning directories to determine which files to add and remove from
    the repository, ".cvsignore" files are now ignored (along with all
    other CVS administrative files which have always been ignored).

-*- Performed significant unification and clean-up of makefiles throughout
    the project.  Simplified several makefiles which had unnecessarily
    complicated innards.  Also added missing makefiles: snda3d.mak,
    sndds3d.mak.

-*- Changed suffix of OpenGL extension-detection files from .cpp to .inc
    since they are use as include-files rather than stand-alone sources.
    Also performed much clean-up of these files.

-*- The standard system-dependent makefiles now define the additional
    utility command definitions CD, PWD, and PERL (in addition to other
    existing definitions such as RM, MV, CC, etc.).  The default
    definitions are specified in unix.mak and dos.mak.

-*- The makefile fragment common.mak now specially defines $" and $| if
    they are not already defined.  This allows recursive 'make'
    invocations to use these variables with "echo" commands within targets
    in exactly the same way as top-level makefile targets can do so.

-*- Fixed the makefile 'clean' targets of all library modules so that they
    also remove the generated dependency (.dep) file.  (Other makefiles
    around the project had already been repaired in this manner.)

-*- Removed obsolete memory-debugger support from cssys.mak.  Andrew had
    removed the remainder of this cruft from the rest of the project on
    2000/10/30 but missed cssys.mak.

-*- Added better documentation and more correct protection to ddg.h's
    inclusion of cssysdef.h.

-*- Removed references to obsolete "null" sound driver from makefiles and
    documentation.

Date:	Tuesday November 7, 2000 @ 23:37
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24869/libs/cssys

Modified Files:
	csevcord.cpp evoutlet.cpp system.cpp 
Log Message:
-*- Fixed the SIGSEGV at program exit when OpenGL driver is used due to font
    cache callback being called after the font cache object was destroyed in
    iG2D::Close().

-*- Fixed halo drawing in OpenGL. It seems like halos in OpenGL never worked
    because backface culling was enabled in hardware, and the halo polygon was
    defined anti-clockwise (in OpenGL coordinates).

-*- Fixed a very old bug in software halo drawing. The color components
    sometimes were incorrectly clamped; this was noticeable when one of the
    components was > 1.0 and others were < 1.0 (e.g. 2,0,0). Alas, this slows
    down halo drawing a little.

-*- Made halo brightening/fading speed independent of frame rate. Currently
    halo fades in steps of 0.05 every 20msecs, this means a complete transition
    from intensity 0 to intensity 1 (or vice versa) occupies about 400 msec,
    e.g. 4/10 seconds.

-*- Added limited support for 2*SRC halos (e.g. halos with R,G,B > 1.0) in
    OpenGL renderer. However I wasn't able to add 100% correct support for it;
    software renderer still does it better. However results looks
    approximatively similar, although software halos are brighter.
    Maybe someone with better knowledge of OpenGL can fix it;
    I don't have OpenGL docs handy right now. The basic formula for computing
    a pixel with halos in theory (and in software renderer) is:

        output_color = src_color * alpha + dst_color * (1 - alpha).

    This results in normal glBlendFunc (GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA).
    However, for case when src_color > 1.0 OpenGL will clamp the color to 1.0
    thus producing incorrect results. To circumvent this, if renderer detects
    that at least one component is greater than 1.0, it divides every color
    component by two, and uses the following blending function:

        glBlendFunc (GL_SRC_ALPHA, GL_ONE);

    This is not mathematically correct, however it gives similar visual results
    except that "bright" halos are still darker than those from software
    renderer.

-*- Separated most halo-related code into a new file called
    libs/csengine/light/halo.cpp.

-*- Finished hint objects in CSWS.

-*- Added hints to most buttons in MazeD. Move the mouse above some button on a
    toolbar and wait three seconds to see a short description of this button.

-*- Fixed iSystem::UnloadPlugin() so that plugin is correctly unloaded if it
    implements the iConfig interface (plugin's options are removed as well).

-*- Added support for keypad '+', '-', '/', '*' and center keys to all X11
    canvas drivers.

-*- Fixed a bug in event cords which caused hotkeys to not work in MazeD (and
    keyboard accelerators in general).

-*- Fixed an accuracy problem with line drawing (actually two).

-*- Fixed the problem with $" and $| introduced after Eric's last changes.
    The problem was that on some systems with non-Unix-like shells
    (e.g. OS/2) " is defined to empty, thus `ifdef "' branch was taken.
    Now " and | are defined prior to including config.mak from cs.mak,
    exactly same way as it works from root makefile.

Date:	Monday December 18, 2000 @ 3:54
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv30743/cssys

Modified Files:
	cskeys.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Repaired the MacOS/X Server, OpenStep, and NextStep ports of Crystal
    Space after they had sat idle for several months.  Many core-level
    changes to the project during the idle time broke these ports rather
    severely.  The ports are probably about 97% functional now compared to
    how functional they were once.  Some problems still exist which will
    be addressed in subsequent repair and upgrade sessions.  For instance,
    the NextStep port is not yet fully compatible with Andrew's new
    National Keyboard Support.  Full compatiblity requires reverse
    engineering internal NextStep structures.  The MacOS/X Server and
    OpenStep ports, on the other hand, are now compatible with the
    National Keyboard Support.  Further, certain portions of the software
    renderer (which Andrew updated since the last time I repaired all such
    problems) are broken for the Apple/NeXT ports running at 32-bit mode
    on big-endian hardware.  Future plans also include a port to the
    upcoming MacOS/X, as well as further decoupling of the 2D driver from
    the system driver.

-*- The default NeXT 2D canvas is now responsible for the querying and
    interpreting its own `simulated depth' option.  This is no longer the
    responsibility of the system driver.

-*- Eliminated iNeXTSystemDriver (NeXTSystemInterface.h) which published a
    method to report the simulated-depth value to the 2D canvas.  The
    canvas is now entirely responsible for this feature, so the system
    driver need not publish this any longer.

-*- NeXTSystemDriver now manages an iEventOutlet which the 2D canvas can
    use for default handling of mouse and keyboard events.

-*- NeXTSystemDriver now implements SystemExtension() to provide default
    mouse and keyboard event handling on behalf of canvases, as well as
    other functionality.

-*- Promoted the ability to suspend the engine's virtual-time clock into
    csSystemDriver from NeXTSystemDriver where this feature was originally
    implemented.  This is useful for ports which allow the user to suspend
    the entire engine (for instance, to be friendly on multi-tasking
    systems).  Suspending the virtual-time clock prevents temporal
    anomalies from occurring within the engine even though the real-time
    clock continues to elapse.  An example of a temporal anomaly would be
    the firing of a missile just prior to suspension of the engine.  Upon
    engine resumption, if the virtual-time clock was not also suspended,
    the missile would suddenly jump forward as though much engine time had
    elapsed.

-*- Updated Apple/NeXT plug-in loading (NeXTLoadLibrary.cpp) to work
    correctly with new plug-in search-path capabilites.  Also now
    implements a meaningful csPrintLibraryError()

-*- Enhanced keyboard handling in the MacOS/X Server and OpenStep ports to
    be compatible with Andrew's National Language Support functionality.
    (This feature is not yet fully implemented in the NextStep port.
    Doing so requires reverse engineering internal NextStep data
    structures.)

-*- Implemented F1 - F12 function key translation in MacOS/X Server and
    OpenStep ports.  (These keys are not yet implemented in the NextStep
    port.)

-*- csEngineConfig is no longer an inner-class of csEngine.  This change
    was made in order to work around a bug in the NextStep compiler which
    was triggered after csObject (from which csEngine inherits) was
    changed so that it inherits from iObject.  Somehow, the compiler was
    getting confused by the QueryInterface(), IncRef(), and DecRef()
    methods declared in csEngineConfig as well as in iEngine and csObject
    (both of which csEngine inherits from).  Making csEngineConfig
    stand-alone works around the problem.

-*- In order to work around a multiple-inheritance bug in NextStep
    compiler, changed the following classes so that they embed an SCF
    interface rather than inherit from it:

        iCameraPosition  -> csCameraPosition
        iMaterialWrapper -> csMaterialWrapper
        iRegion          -> csRegion
        iSpriteTemplate  -> csSpriteTemplate
        iTextureWrapper  -> csTextureWrapper

    The compiler's symptom was that it did not think that IncRef(),
    DecRef(), and QueryInterface() were implemented in classes which
    inherited from iBase multiple times (through different paths).

    *BEWARE* There were many places where the engine was dangerously and
    blindly casting pointers between the interface and the implementing
    class.  For instance, a pointer might be cast from a csMaterialWrapper
    to an iMaterialWrapper or vice-versa.  Although this worked when the
    implementing class inherited from the SCF interface, it does _not_
    work when the interface is embedded.  The danger here is that the
    compiler does not warn about this problem since it assumes that the
    programmer knew what he or she was doing when using the cast operation
    in the first place.  I tried to repair all such broken and dangerous
    blind casts in which the above classes were involved, but it is
    possible that I missed one here or there.

-*- Added an assignment operator to ddgTriangle3 in order to appease the
    NextStep compiler.

-*- Added a missing `inline' keyword to csCovMaskTriage::GetState().  The
    lack of this keyword resulted in this function being implemented and
    exported from every single source file which included the header.

-*- Unified the case of the `full-screen' extension as understood by
    iGraphics2D::PerformExtension().  Some canvases expected "fullscreen",
    whereas others expected "FullScreen".

-*- Added a preprocessor flag to Blocks which allows all of the broken
    networking code to be disabled in one fell-swoop.

-*- Eliminated compilation warning in pttex.cpp.

-*- Minor modification to csphyzik/entity.h to appease broken OpenStep
    compiler which wasn't instantiating template methods early enough.
    Worked around problem via simple textual reordering of header so that
    templatized variables are declared before they are actually referenced
    by inline methods.

-*- Augmented TrueType to CS font converter makfile (csfgen.mak) so that
    its target only shows up on platforms which also build the TrueType
    font server plug-in.

-*- Eliminated several compilation warnings in ddgchull.cpp regarding use
    of enumeral and non-enumeral types in conditional expression.

-*- Added missing SYSDEF_ALLOC define to halogen2.cpp.

-*- Worked around minor compiler bug on NextStep which affected csapp.cpp
    and txtmgr.cpp.

-*- Eliminated several compilation warnings about "unused computed value"
    in CSWS and several applications which utilize CSWS, such as cswstest
    and levtool.

-*- Worked around NextStep compiler limitation in null_pix.cpp and
    drawpmap.cpp.

-*- 3dsout.cpp now includes cssysdefs.h in order to fake up a `bool' type
    for compilers which do not support `bool' natively.

-*- Fixed error in me_app.cpp.  Was assinging an mzModificationOriginDepth
    constant to a csVector3 instance.

-*- imotion.h no longer imports matrix3.h and quaterni.h.  iskeleton.h no
    longer imports transfrm.h.  Not only was this unnecessary, but it also
    caused csSystemDriver to depend upon these classes on NextStep, which
    was a less-than-desirable consequence.  This resulted in linkage
    errors when linking the csSystem library into applications which do
    not otherwise link with the csGeometry library (such as scfreg).
    (This problem is specific to the NextStep compiler which generates
    references to every mentioned class even if the class isn't actually
    used.)

-*- All source files in apps/t3d2cs and apps/t3d2cs/libt3d now import
    cssysdef.h as the very first included file.  This ensures that the
    `bool' type is faked up, if necessary, before it is used by any other
    imported headers.

-*- Eliminated an "unused variable" warning in tBrush.cpp.

-*- Worked around a bizarre NextStep compiler bug which manifests as an
    apparent corruption of the virtual table for csSprite2D.  Calls to
    QueryInterface() from a csSprite2D pointer would never actually invoke
    the real, inherited csSprite::QueryInterface(), and would instead
    always return NULL.  It is not even clear which, if any, method was
    being called in lieu of the real csSprite::QueryInterface().  Calls to
    QueryInterface() from a local instance of csSprite2D would succeed as
    expected (since the virtual table is not consulted in this case).  The
    work around for this problem (for magical reasons) is to declare
    QueryInterface() in csSprite2D which overrides the inherited
    csSprite::QueryInterface().  It is sufficient for this method to
    simply exist in csSprite2D.  Its actual implementation merely invokes
    its superclass' QueryInterface().

Date:	Thursday January 18, 2001 @ 8:38
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv13680

Modified Files:
	system.cpp 
Log Message:
added a new module for configuration files with another format than INI. This
format uses a flat list of config files with pseudo-hierarchy instead of the 
sections in INI files. The new system is intended to replace the current
system soon.

Date:	Tuesday January 23, 2001 @ 9:57
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv21260

Modified Files:
	system.cpp 
Log Message:
moved SCF to the new config system

Date:	Saturday January 27, 2001 @ 7:02
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16341

Modified Files:
	system.cpp 
Log Message:
moved the main system/application config files to the new config system

Date:	Monday January 29, 2001 @ 5:46
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv8926/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Added a makefile (macosx.mak) for MacOS/X.  This makefile is for
    Apple's new MacOS/X platform using the Cocoa-based Apple/NeXT port.
    Since I do not have access to either MacOS/X or recent Macintosh
    hardware, this makefile is currently untested, but I believe that the
    project should build cleanly.

-*- Added new menu definition to next.cfg for MacOS/X which respects the
    new Aqua-style interface.  This differs from the existing menu
    definition for MacOS/X Server 1.0 (Rhapsody) which is specific to the
    Platinum-style interface.

-*- Eliminated reliance upon the Objective-C++ compiler for the Apple/NeXT
    port by reorganizing the code and writing plain-C stubs which
    interface between the C++ world of Crystal Space and the Objective-C
    world of the AppKit frameworks of Cocoa, OpenStep, and NextStep.  By
    eliminating the need for an Objective-C++ compiler, the project can
    now be built on MacOS/X (which does not ship with an Objective-C++
    compiler).  The port-specific .cpp files now contain only pure C++
    code.  All of the Objective-C code has been moved to .m files.  (The
    standard file extension for Objective-C source files is .m.)

-*- Added icursor.h.  This is a pure-C header which contains the
    csMouseCursorID constants which used to reside in igraph2d.h.  Also
    added ievdefs.h.  This is a pure-C header which contains all of the
    event-related constants which used to reside in ievent.h.  These files
    are pure-C, rather than C++, because they must be included by the
    Objective-C source files of the Apple/NeXT port.

-*- Added NeXTDynamicLibrary.cpp, which is the C++ portion of the plugin
    loading facility for the Apple/NeXT ports.  The existing
    NeXTLoadLibrary.m is now pure Objective-C and publishes a plain-C
    interface for use by NeXTDynamicLibrary.

-*- Added NeXTConfigFile which is a plain-C wrapper over the C++ Crystal
    Space configuration facility.

-*- Added rules and support facilities to the Apple/NeXT makefile
    (next.mak) for recognition and compilation of Objective-C (.m) files.
    Also added Objective-C support to next2d.mak.

-*- cssys.mak now sets OBJ.CSSYS conditionally; only if it has not already
    been set.  This allows the platform-specific makefile to override the
    list of object files for the system driver.  This facility is used by
    the Apple/NeXT port to mention Objective-C (.m) object files in
    OBJ.CSSYS as well as C and C++ files.

-*- cssys.mak now automatically invokes `vpath' for all C files in the
    system driver source directories (in addition to the `vpath' for C++
    files which it has always invoked).

-*- NeXTSystemDriver::SystemExtension() understands the following new
    messages: "timerfired", "continuelooping", "continuerunning",
    "dispatchevent", "hidemouse", "showmouse", and "requestshutdown".

-*- De-coupled the tight binding which existed between the AppKit-based
    NeXT 2D canvas and the NeXT system driver's Objective-C delegate.
    Some of the functionality in NeXTDelegate was actually specific to the
    AppKit-based canvas and may not have been useful or correct for other
    drivers, such as the planned OpenGL and CoreGraphics drivers.  The
    following functionality has been moved from NeXTDelegate into the
    canvas plugin:

        o Setting of "Paused" status message on window when application is
          suspended.  The canvas now listens for cscmdFocusChanged events
          to implement this behavior.
        o Creation and management of the window's tracking-rectangle as
          well as the associated behavior.
        o Window event mask management.
        o Window position adjustment for video optimization.
        o Response to user initiated window-close events.

    Other functionality which may be useful to any canvas implementation
    for Apple/NeXT is published by the system driver via
    iSystem::SystemExtension().  The messages which may be useful to 2D
    drivers include "dispatchevent", "keydown", "keyup", "mousedown",
    "mouseup", "mousemoved", "hidemouse", "showmouse", and
    "requestshutdown".  Furthermore, the canvas no longer communicates
    directly with the system driver's Objective-C proxy object; nor
    vice-versa.  All platform-specific communication with the system
    driver is now accomplished via iSystem::SystemExtension().

-*- The default NeXT 2D canvas plugin no longer includes NeXTDelegate.h
    from the CS/libs/cssys/next directory.  2D drivers now communicate
    with the platform-specific library strictly via
    iSystemDriver::SystemExtension().

-*- The Objective-C application delegate in the Apple/NeXT port now
    listens for application-activation and application-deactivation
    notifications in order to suspend and resume the engine rather than
    relying on window-activation and window-deactivation messages.  Not
    only is this more sensible, but it also helped to de-couple the
    AppKit-based 2D canvas from the system driver.

-*- Fixed a simple logic problem in the AppKit-based Apple/NeXT 2D
    graphics driver where it failed to emit a warning message when the
    user selected an invalid display depth via the -simdepth option.

-*- The AppKit-based 2D canvas for the Apple/NeXT port no longer relies
    upon the WindowServer to report its own preferred bit-depth.  It turns
    out (so I discovered) that this is an unreliable operation on OpenStep
    since the WindowServer will actually report a different value the very
    first time the program is run versus subsequent runs.  Instead, the
    driver now relies upon the preferred depth as reported by the NSWindow
    or Window class.

-*- Mouse tracking in the canvas' window is now more accurate when user
    switches away from the window or application and then returns.  In
    particular, the driver now pays attention to the mouse's location at
    the time that it once again begins tracking the mouse.

-*- Fixed a problem with the AppKit-based Apple/NeXT 2D driver.  If the
    mouse was hidden prior to the application being paused, it would not
    be re-hidden when the application resumed.

-*- The special CFLAGS needed to build the AppKit-based 2D driver
    (next2d.mak) are now only applied when explicitly building that driver
    rather than being applied to all modules.

-*- Added a new `inherit' keyword to the list of keywords understood by
    NeXTMenu when processing a menu item entry.  This keyword allows a
    menu item to inherit attributes from some other menu item.  These
    attributes can then be overridden locally.  This facility is useful,
    for example, when one menu item definition differs from another only
    by its title.

-*- Added a copious amount of documentation to next.cfg describing all of
    the supported configuration options.

-*- Fixed a bug in NeXTMenu on NextStep where it would fail to properly
    build submenus on account of a mis-constructed submenu key prefix.

-*- Converted NeXTMenu and NeXTConfigFile to work with new csConfigFile
    and related SCF interfaces rather than the deprecated csIniFile.

-*- Fixed vfs.cfg so that it works with MacOS/X Server again following
    Andrew's change to the meaning of CS_PLATFORM_NAME.

-*- Fixed the Apple/NeXT system driver and next.cfg so that they once
    again work following andrew's change to the meaning of
    CS_PLATFORM_NAME.  More importantly, re-added the OS_NEXT_DESCRIPTION
    macro since it is needed to properly distinguish between platform
    options in next.cfg.  This is necessary since the menu layout differs
    between MacOS/X and MacOS/X Server 1.0 (Rhapsody).  However, Andrew's
    change made it impossible to make this distinction.

-*- Fixed the csMaterial(csTextureWrapper*) constructor so that it works
    correctly for the Apple/NeXT platforms when the engine is used as a
    plugin module.  The problem was that this constructor was invoking
    another constructor in the same class.  The result of invoking a
    constructor in this situation is undefined at best since the C++
    specification leaves the behavior up to the compiler implementation.
    In this case, the result was that none of the instance variables,
    except `texture', were being initialized.  In particular, the lack of
    initialization of the SCF goop resulted in IncRef() being called
    infinitely.  Having fixed this bug, Simplep finally works on
    Apple/NeXT.

-*- Fixed a problem where many `friend' functions of ddgMatrix4 and
    ddgVector2 were not declared as `inline' in the respective headers.
    This resulted in implementations of these functions appearing in every
    file which included those headers, which ultimately caused linkage
    errors.

-*- Eliminated all remaining imports of the deprecated <malloc.h> from
    platform-independent project sources files.  (Some platform-specific
    files may still include malloc.h, though.)

-*- Eliminated several compilation warnings reported by the OpenStep
    compiler throughout the project regarding implicit conversion of void*
    to some other type.

-*- Eliminated a compilation warning reported by CodeWarrior in
    csEventQueue::Lock().  The compiler did not like the empty statement
    following the while() loop.

Date:	Monday January 29, 2001 @ 13:56
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv15822

Modified Files:
	system.cpp 
Log Message:
modified the sound drivers so that they are now opened, closed and updated
via system events

Date:	Wednesday January 31, 2001 @ 2:26
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv9158

Modified Files:
	cssys.mak 
Log Message:
Fixed after somebody broke it:
- remove ?= from assignment to CSSYS.OBJ since GNU Make 3.77 doesn't expand
  the text after such an assignment. That is, "CSSYS.OBJ ?= $(...)" is treated
  literally, e.g. the text inside the brackets is not expanded. If someone
  really needs ?=, use ifndef instead -- although I don't see any assignments
  to CSSYS.OBJ, so I can't understand why somebody have put ?= there.
- Removed "dep: ..." after last line of "clean:" target - it seems like traces
  of a CVS conflict introduced by someone in CVS.

Date:	Wednesday January 31, 2001 @ 2:27
Author:	andyz

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv9667/libs/cssys

Modified Files:
	csinput.cpp 
Log Message:
My last commit.

-*- Now the toolbox toolbar tracks the active editor window (model or world)
    and changes accordingly. I have drawn a few more icons for MazeD in GIMP,
    and switched the toolbar texture format to truecolor PNG with alpha
    channel. Now toolbar icons can have (and some already have)
    semi-transparent parts :-)

-*- CSWS buttons with pictures are grayed (pictures are displayed
    semi-transparent) when the buttons are disabled. Also they do not emmit
    the cscmdRightButtonClick message when they are disabled (in MazeD this
    was manifesting as second-level toolbars popping up even from disabled
    buttons).

-*- Floating hints will disappear properly even if some window has captured
    the focus (such as a dialog window). To do so they grab the mouse.

-*- Rewrote much of the csTreeCtrl (treeview) control. The basical interface
    is very similar (except that I've renamed csTreeCtrl into csTreeBox);
    most of the changes are related to the internal implementation.
    Other features: a completely new look-and-feel; a extended, more flexible
    and less cumbersome API (and a simpler implementation).
    Also I have changed cswstest so that you can switch miscelaneous tree
    control styles at runtime and see them in effect instantly (like for
    notebook control).

-*- Made the csLayout class to set the CSS_TRANSPARENT flag (again?) since
    otherwise the dialog background "under" the layout isn't drawn, and since
    the layout itself does not paint anything, you get an hall-of-mirrors like
    effect (when you move the window).

-*- Dialogs with no children will SuggestSize 8x8 rather than 2x2 like it
    did before. This allows for better identification of windows with wrongly
    set CSWS_TOOLBAR style bit set :-) (toolbar is a dialog too, so if you
    wrongly set this bit when creating the window, you'll get just a couple
    of thin black lines which are confusing, at least they were for me :-)

-*- Changed a little the behaviour of csComponent::NextChild() and PrevChild():
    now it returns the next/previous *visible* and selectable child rather
    than just selectable. This has the effect of not showing anymore the hidden
    windows when closing a visible window (per Jorrit's request). However, if
    there is nothing left than hidden window, a hidden window will be focused
    anyway (but not shown).

-*- Changed a little listbox behaviour and look. No lightblue frame on the
    focused item anymore; when listbox is active, the focused item is denoted
    by a solid background, otherwise it is denoted with a thin frame of the
    same color.

-*- Added a method csComponent::OtherToThis (csComponent, x&, y&) which will
    convert coordinates from coordinate system of other component to this
    component's coordinate system. This is faster than the using the
    LocalToGlobal -> GlobalToLocal pair if the `from' component is a
    child (or grandchild, or grandgrandchild etc) of `this' component.

-*- Made the toolbars resizeable in MazeD. By default toolbars are now four
    buttons wide (rather than two like it was before), to reserve a little
    space for coming "world tree" and "material selector" toolbars.

-*- Added a new kind of events: csevMouseClick. This is generated by mouse
    event manager (AKA mouse driver) when it detects that the mouse button
    has been pressed and then released within "DoubleClickTime" and the
    mouse haven't been moved further than "DoubleClickDist". That is, when
    you quickly press and release the mouse button twice in sequence, you
    will generate the next events:

        csevMouseDown
        csevMouseUp
        csevMouseClick (at the same time with MouseUp)
        * This event is emmited only if the mouse haven't moved too far
        * between MouseDown and MouseUp and the time between them haven't
        * exceeded some threshold value.
        csevMouseDown
        csevMouseDoubleClick (at the same with MouseDown)
        * This event is also generated if the same conditions are true.
        csevMouseUp
        csevMouseClick (at the same time with MouseUp)
        * Yet another mouse click event, if the conditions are met.

    You can notice a slight conceptual difference in Click and DoubleClick
    because Click is generated after mouse is released, and DoubleClick is
    generated when mouse is pressed. Well, this is so for historical reasons -
    most GUIs uses mouse this way.

    Also note that the behaviour of double clicks event has slightly changed:
    now DoubleClick is emmited *in addition* to MouseDown rather than *instead*
    like it was before. That is, you will *always* get all the MouseDown and
    MouseUp events disregarding whenever click and doubleclick events have
    occured; these events are additional and are introduced just to help the
    programmer to track these conditions; in general he could do it himself
    by using timer, remembering position etc.

    This has a slight impact on some seldom-encountered code sequences: if
    before to catch absolutely all mousedown events you had to catch both
    MouseDown and MouseDoubleClick events, now you have to catch just
    MouseDown and don't bother about MouseClick and MouseDoubleClick -
    the event you are looking for will be always emmited. In fact, if you
    will leave the code as before, you will intercept now two events instead
    of one; while in most cases it doesn't matter, in some cases it can.

-*- Added a small context menu to every toolbar in MazeD.

-*- Started implementing world tree toolbar. Now it is one of the standard
    toolbars. It displays in a tree fashion the structure of the 3D world.
    At the "top" level there can be only sectors (AKA rooms), inside them
    you can nest things and sprites (but not rooms).

Date:	Wednesday January 31, 2001 @ 2:42
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv11929/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Once again supports conditional setting of OBJ.CSSYS.  (This feature was
disabled in the most recent revision.)

Date:	Thursday February 1, 2001 @ 14:21
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv17674

Modified Files:
	system.cpp 
Log Message:
changed the sockets driver to use system events instead of Open() and
Close() methods

Date:	Monday February 19, 2001 @ 3:49
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv32287

Modified Files:
	system.cpp 
Log Message:
modified the system driver to use the config manager as its main config
object. Currently the manager uses the application config as its dynamic
config, but no other config files. So this modification should not change
any behaviour.

Date:	Tuesday February 20, 2001 @ 10:14
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv9641

Modified Files:
	system.cpp 
Log Message:
changed the following in the config system:
- plugins using a private config file now use the config manager
- renamed iSystem::CreateConfig to iSystem::CreateINIConfig
- renamed iSystem::CreateConfigNew to iSystem::CreateSeparateConfig

Date:	Tuesday February 20, 2001 @ 11:55
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv24131

Modified Files:
	system.cpp 
Log Message:
moved system driver specific configuration to system.cfg (except the list
of plug-in modules); moved simple console specific configuration to
simpcon.cfg

Date:	Thursday March 1, 2001 @ 10:01
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv9903

Modified Files:
	system.cpp 
Log Message:
added iSystem::RemoveConfig to remove config files from the config manager

Date:	Thursday March 1, 2001 @ 11:13
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv27400

Modified Files:
	system.cpp 
Log Message:
moved the default graphics configuration to video.cfg

Date:	Thursday March 1, 2001 @ 11:24
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv29926

Modified Files:
	system.cpp 
Log Message:
changed the system driver to remove its private config file as well

Date:	Friday March 2, 2001 @ 9:57
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16109

Modified Files:
	system.cpp 
Log Message:
Added a new domain in the configuration hierarchy that can be used for
user-specific configuration on multi-user systems

Date:	Saturday March 3, 2001 @ 7:34
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv22251

Modified Files:
	system.cpp 
Log Message:
added a speed optimization to the config manager. If the same config file
is used several times, it is now only loaded once and IncRef'ed every time.

Date:	Monday March 5, 2001 @ 11:17
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv17619/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Removed flarge.zip from the CVS repository and added its plain text
    `world' file instead.  vfs.cfg was then adjusted so that the `world'
    file is read from the real filesystem, whereas all of the transient
    lightmap and visibility information is still cached on the virtual
    filesystem within flarge.zip (which is _not_ part of the CVS
    repository).  This change should prevent people from committing
    transient binary data to the repository.  It also makes better use of
    CVS, since the `world' file is plain text, which is what CVS does best.

-*- Reworked the shared vertex pools in vtpool.h and vtpool.cpp to be more
    NextStep compiler friendly.  The compiler was looping infinitely when
    trying to compile vtpool.cpp.

-*- Eliminated a compilation warning from system.cpp regarding unused
    `cfgacc' variable.

Date:	Thursday March 8, 2001 @ 6:19
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv3340

Modified Files:
	system.cpp 
Log Message:
removed some remaining references to the old config system

Date:	Thursday March 8, 2001 @ 9:00
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv423

Modified Files:
	system.cpp 
Log Message:
- removed the old iConfigFile interface
- renamed iConfigFileNew to iConfigFile
- renamed icfgnew.h to icfgfile.h

Date:	Thursday March 8, 2001 @ 17:01
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv11162/libs/cssys

Modified Files:
	csevcord.cpp csinput.cpp cskeys.cpp system.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Moved all of the pure SCF interface header files (the filenames
    beginning with `i') into subdirectories of CS/include.  They no longer
    reside directly in CS/include.  The new subdirectories within
    CS/include are iengine, igame, igeom, igraphic, imap, imesh, inetwork,
    iobject, isound, isys, iterrain, iutil, ivaria, and ivideo.  Also,
    several files were decomposed into multiple new files, so you may need
    to include one or more of the new files in place of the old ones.  The
    files which were specially split are:

        itexture.h -> iengine/itexture.h & ivideo/itexture.h
        imater.h   -> iengine/imater.h   & ivideo/imater.h
        imeshobj.h -> iengine/imeshobj.h & imesh/imeshobj.h
        iterrobj.h -> iengine/iterrobj.h & iterrain/iterrobj.h

    Also updated all source & header files, documentation files, and
    makefiles to reflect this change.

-*- Eliminated several compilation warnings throughout the project.

Date:	Monday March 12, 2001 @ 7:55
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv30464

Modified Files:
	system.cpp 
Log Message:
fixed a bug in the system driver

Date:	Friday March 16, 2001 @ 5:37
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv7758/cssys

Modified Files:
	csevcord.cpp csinput.cpp cskeys.cpp system.cpp 
Log Message:
Eric Sunshine renamed all of the pure SCF interface header files.
Considering that that these files were recently organized into well-named
subdirectories, it is possible to use more descriptive names for the files
themselves.  Also dropped the `i' prefix.

Here are just a few examples of the new more meaningful and descriptive
names:

    iengine/idlight.h  --> iengine/dynlight.h
    iengine/imeshobj.h --> iengine/mesh.h
    imesh/imeshobj.h   --> imesh/object.h
    imesh/mfire.h      --> imesh/fire.h
    imap/ildrplug.h    --> imap/reader.h
    imap/isvrplg.h     --> imap/writer.h
    isound/isnddrv.h   --> isound/driver.h
    isound/isndlstn.h  --> isound/listener.h
    ivideo/imater.h    --> ivideo/material.h

Date:	Saturday March 24, 2001 @ 4:40
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv11412/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Repaired an ultra nasty bug in csSystemDriver::LoadPlugIn().  This bug
    has been present since the introduction of SCF on November 5, 1999.
    Rather than returning the explicitly requested SCF interface,
    LoadPlugIn() was _always_ returning the plugin's iPlugIn interface.
    The problem was further compounded by the LOAD_PLUGIN() macro which
    then performed a blind cast of the returned pointer to the requested
    type, with the result that a completely bogus pointer was being
    returned to the caller.  It was only by pure luck that this problem
    was not noticed earlier.  It remained hidden because, up until now,
    all SCF interfaces implemented by plugin modules have themselves
    inherited from iPlugIn.  Thus, by pure chance, the returned iPlugIn
    pointer also happened to be the correct pointer to the requested type.
    However, if embedding or multiple-inheritance is instead used to
    implement iPlugIn, then the one-to-one pointer relationship no longer
    applies and the application crashes on account of receipt of a pointer
    to iPlugIn when it was expecting something entirely other.

-*- Renamed iConsole to iConsoleOutput for consistency with existing
    iConsoleInput.

-*- The iConsoleInput and iConsoleOutput interfaces no longer incorrectly
    inherit from iPlugIn.  This was incorrect because it made the
    assumption that anything implementing these interfaces _must_ also be
    a plug-in module.  This was an unnecessary restriction.

-*- Relocated plugins/cscon to plugins/console/output/standard.

-*- Renamed csConsole to csConsoleOutput.

-*- Relocated plugins/simpcon to plugins/console/output/simple.

-*- Renamed csSimpleInput to csConsoleInput and moved the related
    implementation files from plugins/simpcon to
    plugins/console/input/standard.  This implementation now resides in
    its own plug-in module rather than being bundled with the `simple'
    output console.

-*- Relocated the `funky' console from plugins/cscon to
    plugins/console/output/fancy.  This console is now a stand-alone
    plug-in module rather than being bundled with `cscon'.  Instead of
    inheriting directly from csConsoleOutput, it now loads and utilizes
    the csConsoleOutput plugin.

-*- Renamed funConsole to csFancyConsole.

-*- Renamed funcon.cfg to fancycon.cfg.

-*- Renamed funcon.zip to fancycon.zip.

-*- Fixed several positional computation bugs in csFancyConsole.

Date:	Saturday March 24, 2001 @ 6:15
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv24622

Modified Files:
	system.cpp 
Log Message:
made the following changes:
- walktest no more plays unrecognized sounds in loop mode at startup
- moved the 'coord' file to standard.zip
- the system driver now prints debug messages on calls to Initialize(), Open(),
  Close() and the destructor
- the initial debug level can now be set in the command line

Date:	Saturday March 31, 2001 @ 6:31
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv24764

Modified Files:
	system.cpp 
Log Message:
changed the system driver to ignore plugins with no class ID in the config file
instead of printing an error. This is needed if one plugin loads another by a
line in its config file, so the user can override this line with a no-value line.

Date:	Saturday March 31, 2001 @ 6:41
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv26015

Modified Files:
	system.cpp 
Log Message:
reverted my latest change because it was useless. Adding plug-ins in a plugin-specific config file is not the right way. Sorry for this.

Date:	Thursday May 10, 2001 @ 10:42
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv13444

Modified Files:
	system.cpp 
Log Message:
did the following changes:
- the prefix config files can take an optional alias name that is returned from
  GetFileName() instead of the real file name. All other functions use the real
  file name.
- the config manager does not use the VFS pointer anymore to identify single
  domains (only the file name).
- the user-specific, global domain is now called "User.Global", the user-and-
  application-specific domain is now called "User.Application".

Date:	Monday May 21, 2001 @ 0:46
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv4950/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Moved csRect from csutil to csgeom. First I believe it belongs
  there, and secondly I need csRect for another new class that
  I'm going to put in csgeom.
- Started new csSubRectangles class. This class represents a region
  from which you can allocate smaller rectangles until the region is
  empty. This class is going to be used for combining lightmaps
  efficiently into a bigger texture (OpenGL). It is currently not
  operational yet.

Date:	Saturday May 26, 2001 @ 16:08
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv15778

Modified Files:
	system.cpp 
Log Message:
started modifying SCF:
- iSCF now contains a static member that is an (iSCF*) and points to the
  only existing instance. This instance is now created and managed by
  SCF itself. This was done by the system driver before. The system driver
  still implements iSCF. When this interface is queried, the global iSCF is
  returned instead.
- SCF functions no longer exist (in fact they still do, but they are private to
  SCF now). Instead the methods of iSCF should be used. The only
  exception is scfInitialize, which now also creates the global instance.
- As a consequence, REGISTER_STATIC_CLASS and
  REGISTER_STATIC_LIBRARY now call scfInitialize if the global iSCF is
  NULL.
- The methods of iSCF have been renamed to remove the 'scf' at the
  beginning of each method name. This conforms to CS naming style.

Date:	Saturday May 26, 2001 @ 16:12
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16714

Removed Files:
	sysscf.cpp 
Log Message:
removed the obsolete iSCF implementation of the system driver

Date:	Monday May 28, 2001 @ 16:43
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv19830

Modified Files:
	system.cpp 
Log Message:
confirmed that the global iSCF pointer is valid for plugins and
CREATE_INSTANCE works from within plugins. Consequently, the system
driver's implementation of iSCF was obsolete and removed. The global iSCF
pointer is now used everywhere, possibly through the standard SCF macros.

Date:	Tuesday May 29, 2001 @ 11:40
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv26127

Modified Files:
	system.cpp 
Log Message:
another major SCF change:
- QueryInterface() now takes the interface ID number as the parameter,
  not the interface name. The IMPLEMENT_IBASE code should already
  become faster by this.
- Added another macro, QUERY_INTERFACE_FAST, that takes the ID
  number as parameter instead of the name.

Date:	Friday June 8, 2001 @ 15:10
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16115

Modified Files:
	system.cpp 
Log Message:
unreleased instance bug squelched

Date:	Saturday June 9, 2001 @ 4:04
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv17775

Modified Files:
	system.cpp 
Log Message:
interface id has been requested for every plugin loaded when querying an interface

Date:	Saturday June 9, 2001 @ 4:14
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv19054

Modified Files:
	system.cpp 
Log Message:
same, interfaceid has been determined for every plugin

Date:	Thursday June 14, 2001 @ 7:12
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv23336/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Eric Sunshine eliminated all of the special platform-specific glue
libraries and objects with which applications and plugin were required to
link in the past.  Rather than maintaining special object files and static
libraries, the platform-specific glue is now implemented on-the-fly via
macros.

-*- Eliminated all of the platform-specific special implementation files:

    cssys/os2/dllentry.cpp
    cssys/ps2/dummy.cpp
    cssys/unix/dummy.cpp
    cssys/win32/dllentry.cpp
    cssys/win32/exeentry.cpp

-*- Removed the Windows-specific special static link libraries along with
    their project files:

    cswin32exe.lib
    cswin32dll.lib
    libcswin32exe.dsp
    libcswin32dll.dsp

-*- Eliminated the MSVC dependencies upon libcswin32exe.dsp and
    libcswin32dll.dsp.

-*- Eliminated the SRC.SYS_CSSYS_EXE and SRC.SYS_CSSYS_DLL system-level
    makefile variables which controlled how the special implementation
    files were inserted into the build process.

-*- Added the new macro CS_IMPLEMENT_PLUGIN to cssysdef.h.  This macro
    should be placed at the global scope in exactly one compilation unit
    comprising a plugin module.  For maximum portability, each plugin
    module must employ this macro.  Some platforms override the definition
    of this macro in order to augment the implementation of the plugin
    module with any special implementation details required by the
    platform.  For example, the Windows port uses this macro to implement
    the DllMain() function.

-*- Added the new macro CS_IMPLEMENT_APPLICATION to cssysdef.h.  This
    macro should be placed at the global scope in exactly one compilation
    unit comprising an application.  For maximum portability, each
    application should employ this macro.  Platforms override the
    definition of this macro in order to augment the implementation of an
    application with any special implementation details required by the
    platform.  For example, the Windows port uses this macro to implement
    the WinMain() function.

-*- cssysdef.h for OS/2 now defines CS_IMPLEMENT_PLUGIN to implement
    _DLL_InitTerm() and a version of getenv() which works for plugin
    modules.

-*- cssysdef.h for Unix now defines CS_IMPLEMENT_PLUGIN to implement
    main() in plugin modules if requested by the platform-specific
    makefile.  Currently, the Linux, FreeBSD, and Hurd makefiles request
    this augmentation.

-*- cssysdef.h for Windows now defines CS_IMPLEMENT_PLUGIN to implement
    DllMain(), and CS_IMPLEMENT_APPLICATION to define WinMain().

-*- Completely re-worked and simplified the convoluted `main' versus
    `csMain' versus `WinMain' issue on Windows.  In the past, the Windows
    port tried renaming all `main' functions to `csMain' (via the
    C-preprocessor), and then implemented its own `main' and `WinMain'
    functions which acted as covers to `csMain'.  With the new, much
    simpler scheme, `WinMain' is merely a thin cover over `main' and
    global renaming is unnecessary.

-*- Augmented all applications and plugin modules with the new
    CS_IMPLEMENT_APPLICATION and CS_IMPLEMENT_PLUGIN macros.

Date:	Sunday June 17, 2001 @ 16:50
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv32762/libs/cssys

Modified Files:
	system.cpp 
Log Message:
method name changes, lots of it

Date:	Friday June 22, 2001 @ 15:21
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv12932/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine fixed a problem with csSystemDriver::LoadPlugIn() where the
returned object had an inconsistent reference count.  In some cases, the
caller of LoadPlugIn() was responsible for invoking DecRef() on the
returned object to dispose of it, but in other cases the system driver
maintained authority over the returned object and the caller was not
allowed to invoke DecRef().  Now, the reference count of the returned
object is consistent in all cases, and the caller must _always_ invoke
DecRef() to dispose of the returned object.

Date:	Monday June 25, 2001 @ 7:15
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv28063/libs/cssys

Modified Files:
	csevcord.cpp csevent.cpp evoutlet.cpp system.cpp 
Log Message:
Eric Sunshine made the following name changes throughout the project in
order to avoid global namespace pollution:

All SCF macros are now prefixed by "SCF_".
All MSG_BLAH macros are now prefixed by "CS_".
All QUERY_PLUGIN macros are now prefixed by "CS_".
All LOAD_PLUGIN macros are now prefixed by "CS_".
All IS_BLAH_EVENT macros are now prefixed by "CS_".

Date:	Monday June 25, 2001 @ 20:48
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv24371/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Modified the installation path gleaning mechanism:

    - Added class method csSystemDriver::InstallPath().  Since this is a
      class method, installation path information is now available to
      clients even when no iSystem is available.  This may be useful for
      certain utility programs which never actually instantiate a system
      driver.

    - csSystemDriver now implements iSystem::GetInstallPath() as a simple
      wrapper over the class method InstallPath().

    - Added libs/cssys/unix/instpath.cpp which implements
      csSystemDriver::InstallPath() for Unix platforms.

    - Added libs/cssys/win32/instpath.cpp which implements
      csSystemDriver::InstallPath() for Windows.

    - Added libs/cssys/general/instpath.cpp which generically implments
      csSystemDriver::InstallPath() for other platforms.

    - Adjusted makefiles and project files to reference the new
      instpath.cpp source files as appropriate.

    - Eliminated the apparently useless PS2 override of
      iSystem::GetInstallPath().

-*- Modified the Apple/NeXT plugin loading mechanism so that it utilizes
    the new csSystemDriver::InstallPath() method so that installed plugin
    modules may be found even when a system driver has not been
    intantiated.  (Not every application instantiates a system driver.)
    Previously, NeXTSystemDriver::Initialize() was responsible for adding
    the `install path' to the plugin module search list, but this is now
    handled entirely by the plugin loading mechanism.

-*- Fixed the PS2 system driver so that it no longer includes the Unix
    port's system driver header (cssys/unix.h).

-*- Fixed a couple problems with bugplug.mak.  First, it neglected to
    install its configuration file `bugplug.cfg' at `make install' time.
    Second, it failed to add `bugplug.cfg' to the generated MSVC DSP file.

Date:	Wednesday June 27, 2001 @ 1:18
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv7988/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes:

-*- Removed the now obsolete csevQuitLoop event.  This is not needed
    anymore since CSWS no longer invokes iSystem::Loop() recursively.

-*- Removed the csSystemDriver::ExitLoop isntance variable and all
    associated support code.

-*- Removed the following outdated documents from the CS/docs/incoming
    directory: collide.txt, csupdate.txt, extmodel.txt, glossary.tex,
    makecreat.tex, mazed.html, mazed.txi, mazed_interface.html,
    mazed_preface.html, mazed_tutorial.html, octree.tex.  Also removed the
    following files from the CS/docs/incoming/images directory:
    cswhite.jpg, csws.gif, MazeD.gif, ObjMaker.gif, smalllogo.jpg,
    smcslogo.jpg, texture6.gif, tutor1.gif, tutor2.gif.

-*- Added a new glossary.txi to the Appendix in the user's manual.  This
    is based upon the old glossary.tex from the `incoming' directory.

-*- Moved the content of CS/docs/incoming/csupdate.txt directly into the
    csupdate.py script.  This information is now accessed via the
    --detailed-help option.

Date:	Friday June 29, 2001 @ 17:01
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv11136/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes:

-*- Removed the cumbersom, ill-conceived and monolithic-oriented
    csSystemDriver::CheckDrivers() method.

-*- Removed the csjava plugin since it was completely unimplemented.

Date:	Friday June 29, 2001 @ 18:04
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv30026/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Added a "CS_" prefix to the following platform-specific configuration
    macros:

    SOFTWARE_2D_DRIVER --> CS_SOFTWARE_2D_DRIVER
    OPENGL_2D_DRIVER   --> CS_OPENGL_2D_DRIVER
    GLIDE_2D_DRIVER    --> CS_GLIDE_2D_DRIVER
    SOUND_DRIVER       --> CS_SOUND_DRIVER

-*- Added a "CS_" prefix to the following csVector-related macros.
    Furthermore, DECLARE_TYPED_SCF_VECTOR has been renamed to
    CS_DECLARE_TYPED_IBASE_VECTOR in order to more clearly indicate that
    this array type works with reference-counted iBase objects.

    BEGIN_TYPED_VECTOR()       --> CS_BEGIN_TYPED_VECTOR()
    FINISH_TYPED_VECTOR()      --> CS_FINISH_TYPED_VECTOR()
    DECLARE_TYPED_VECTOR()     --> CS_DECLARE_TYPED_VECTOR()
    DECLARE_TYPED_SCF_VECTOR() --> CS_DECLARE_TYPED_IBASE_VECTOR()
    DECLARE_TYPED_VECTOR_HELPER()
	--> CS_CS_DECLARE_TYPED_VECTOR_HELPER()
    DECLARE_TYPED_VECTOR_NODELETE()
	--> CS_CS_DECLARE_TYPED_VECTOR_NODELETE()

-*- Added a "CS_" prefix to the following `sysdef' request macros.
    Furthermore, each macro name now contains the word "provide" since
    these macros are used by client code to request that cssysdef.h
    provides certain facilities.

    SYSDEF_ACCESS  --> CS_SYSDEF_PROVIDE_ACCESS
    SYSDEF_ALLOCA  --> CS_SYSDEF_PROVIDE_ALLOCA
    SYSDEF_CASE    --> CS_SYSDEF_PROVIDE_CASE
    SYSDEF_DIR     --> CS_SYSDEF_PROVIDE_DIR
    SYSDEF_GETCWD  --> CS_SYSDEF_PROVIDE_GETCWD
    SYSDEF_GETOPT  --> CS_SYSDEF_PROVIDE_GETOPT
    SYSDEF_MKDIR   --> CS_SYSDEF_PROVIDE_MKDIR
    SYSDEF_PATH    --> CS_SYSDEF_PROVIDE_PATH
    SYSDEF_SELECT  --> CS_SYSDEF_PROVIDE_SELECT
    SYSDEF_SOCKETS --> CS_SYSDEF_PROVIDE_SOCKETS
    SYSDEF_TEMP    --> CS_SYSDEF_PROVIDE_TEMP
    SYSDEF_UNLINK  --> CS_SYSDEF_PROVIDE_UNLINK

-*- Updated apimod19.txi to mention the above macro name changes.

Date:	Saturday June 30, 2001 @ 10:35
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16177

Modified Files:
	system.cpp 
Log Message:
- removed the SoundDriver, NetworkDriver and MotionManager members
  from the system driver because they are not used anywhere
- removed command line parsing code out of the system driver and into its
  own class which is then used by the system driver

Date:	Sunday July 1, 2001 @ 6:43
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv21515/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Added PerformExtensionV(va_list) variations to iSystem and iGraphics2D
    to complement the existing PerformExtension(...) methods.  Note that
    iConsoleOutput already had a PerformExtensionV(va_list) method, so no
    changes were needed there.  The actual worker code in all the
    csSystemDriver and csGraphics2D subclasses is now contained in
    PerformExtensionV() rather than PerformExtension(), and
    PerformExtension() is now implemented as a very thin wrapper over
    PerformExtensionV().

-*- Added iSystem::PrintfV(va_list) to complement the existing Printf(...)
    method.  Printf() is now implemented as a very thin wrapper over
    PrintfV().

-*- Renamed csApp::printf(...) to Printf(...) and also added a
    PrintfV(va_list) variation.  Printf() is now implemented as a very
    thin wrapper over PrintfV().

Date:	Sunday July 1, 2001 @ 9:01
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16302

Modified Files:
	system.cpp 
Log Message:
removed the global 'System' variable. Applications can still use their own
global system variable, but then they must define it themselves. Some of the
CS applications do that. The Win32 system driver also requires a global
system variable and thus defines it, but it does so as a 'static' variable to
avoid pollution of the global namespace.

WARNING: I could only test this for Win32 / MSVC!

Date:	Sunday July 1, 2001 @ 12:21
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv17250/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Standardized another function to normal CS naming method.

console_out is now ConsoleOut

Docs also updated to relect this change.

Date:	Sunday July 1, 2001 @ 12:39
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv20290/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Standardized another function to normal CS naming method.

debug_out is now DebugTextOut

Functions fron System now follow CS function naming style.

Date:	Sunday July 1, 2001 @ 13:16
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv27004/libs/cssys

Modified Files:
	csinput.cpp evoutlet.cpp 
Log Message:
More function name standardization:

do_key ()    -> DoKey ()
do_button () -> DoButton ()
do_motion () -> DoMotion ()

Date:	Sunday July 1, 2001 @ 15:23
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv18300/libs/cssys

Modified Files:
	csevent.cpp csinput.cpp system.cpp 
Log Message:
Changed cs_time to csTime. Now follows CS naming
convention more closely and generally is a heck
of alot more distinguishable/readable in code. :-)

Removed some no longer in existence includes from
python plugin.

Manually updated VC project files.

Date:	Monday July 2, 2001 @ 17:49
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16793/libs/cssys

Modified Files:
	csevcord.cpp system.cpp 
Log Message:
Changed the following:

csPlugIn -> csPlugin
iPlugIn -> iPlugin
scfiPlugIn -> scfiPlugin

This change is a change of PlugIn for Plugin in
all instances inside the libs, plugins and apps.

This makes code read better and saves you a
SHIFT key every so often - Don't say we don't
think of your tired fingers. :-)

Work in progress...Hope will be finished today...

Date:	Monday July 2, 2001 @ 18:13
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv23058/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Additional PlugIn -> Plugin / PlugIns -> Plugins changes...

Date:	Tuesday July 3, 2001 @ 1:05
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv28426/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Changed the following:

LoadPlugIn -> LoadPlugin
QueryPlugIn -> QueryPlugin
UnloadPlugIn -> UnloadPlugin
RegisterPlugIn -> RegisterPlugin
GetPlugIn -> GetPlugin
GetPlugInCount -> GetPluginCount

This change is a change of PlugIn for Plugin in
all instances inside the libs, plugins and apps.

Work in progress...Hope will be finished today...

Date:	Tuesday July 3, 2001 @ 4:32
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv4756/libs/cssys

Modified Files:
	system.cpp 
Log Message:

Changed the following:

FindPlugIn -> FindPlugin
FindPlugInRec -> FindPluginRec
ConfigPriorityPlugIn -> ConfigPriorityPlugin
NewPlugIn -> NewPlugin

Docs and config files also updated.

This change is a change of PlugIn for Plugin in
all instances inside the libs, plugins and apps.

Changes now complete bar apimod19 update.

Date:	Thursday July 5, 2001 @ 2:04
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16535/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine removed a bunch of Glide references from documentation,
sources, headers, and makefiles.

Date:	Friday July 20, 2001 @ 7:09
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv28278/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Added CSVAR_STRING for the csVariantType enum. This allows iConfig
  to use string type options. Made csVariant safer by not allowing
  access to the variable anymore. Instead use Set<Type>()
  and Get<Type>(). Fixed all plugins that implemented iConfig
  for this change. Get<Type>() will also fail (using CS_ASSERT)
  if type doesn't match.
- Added ChangeDimension() to csGraphics2D. This is a virtual function
  that is only accessible to implementations of csGraphics2D
  (canvases) and is called whenever the width/height changes
  (through the config interface). Specific canvas implementations
  can do their own processing in that function to actually change
  the size of the canvas.
  Also added ChangeDepth() and ChangeFullscreen().
  Note that none of the canvases currently override this method
  so calling any of these routines after the canvas is already
  Open() will most likely fail horribly.
- Removed the -mode,-depth, and -fs commandline options from the
  system driver and moved them to the canvases (in
  plugins/video/canvas/common/graph2d.cpp). csGraphics2D now
  implements iConfig through which these settings can be queried.
  The system driver will now treat these options like all
  plugin specific options (i.e. not). This change has a few
  consequences:
    - The windows driver will no longer switch to non-fullscreen
      when an alert appears in fullscreen mode. This needs to be
      fixed.
    - The FrameWidth, FrameHeight, Depth, and FullScreen variables
      are removed from SysSystemDriver which means that apps
      have to store them on their own if they need them.
    - iSystem::GetSettings() has been removed. Instead you should
      ask the canvas (G2D) for the appropriate values.
  This is a fairly dangerous modification and I could only test
  the MingW port (which means the ddraw and OpenGLwin canvases).
  Please let me know if there are problems.

Date:	Monday July 23, 2001 @ 6:54
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv22272/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Continued work on the decomposition of the system driver. The
  following items were performed:
    - Added iObjectRegistry interface to iutil. In the future there
      will be an implementation of this interface that will be used
      to register many common CS global objects (like the plugin
      manager, commandline manager, config manager, ...). At these
      moment these facilities are all given by iSystem but in the
      future iSystem will go away so iObjectRegistry will replace
      that. The object registry also supports the notion of 'tags'.
      These tags will in the future be used to replace the current
      FuncID system that is used by the plugin system.
    - csSystemDriver now implements iObjectRegistry. This is a
      temporary measure until there is a sufficient stand-alone
      implementation of iObjectRegistry. Note that the iObjectRegistry
      implementation in csSystemDriver is incomplete. It is only
      there as a placeholder to be able to get the plugin manager (see
      later).
    - Added iSystem::GetObjectRegistry(). Use this function now
      to get the object registry. Later the object registry will
      be obtained using other methods.
    - Added CS_QUERY_REGISTRY define to query an object from the
      object registry. The first parameter is the object registry
      implementation. The second parameter can be either a tag
      name or an interface name. There is also CS_QUERY_REGISTRY_FAST
      which is a fast version (similar to SCF_QUERY_INTERFACE_FAST).
    - Added iPluginManager to isys. This interface represents the
      entity in CS that manages plugins. Currently this is implemented
      by csSystemDriver. To get the plugin manager you now do
          iPluginManager* plugin_mgr = CS_QUERY_REGISTRY (object_reg,
	  	iPluginManager);
      iSystem no longer directly implements all the plugin related
      functions. The macros CS_LOAD_PLUGIN, CS_QUERY_PLUGIN and others
      have all been modified to use iPluginManager instead of
      iSystem. So where you would do:
      	  iVFS* vfs = CS_QUERY_PLUGIN (system, iVFS);
      you must now do:
          iObjectRegistry* object_reg = system->GetObjectRegistry ();
	  iPluginManager* plugin_mgr = CS_QUERY_REGISTRY (object_reg,
	  	iPluginManager);
          ...
	  iVFS* vfs = CS_QUERY_REGISTRY (plugin_mgr, iVFS);
      It is probably easiest to just store object_reg and plugin_mgr
      together where you are also storing the iSystem pointer.
      Don't forget to include "isys/plugin.h" and "iutil/objreg.h".
    - Fixed all apps and plugins in CS that I could compile. Also
      tried to fix the others but no guarantees.

Date:	Monday July 23, 2001 @ 10:38
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv6516/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Fixed redefinition of a function param

Date:	Tuesday July 24, 2001 @ 1:59
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16289/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Further work on the decomposition of the system driver.
    - The iObjectRegistry in the system driver is now more complete.
      You can now register and unregister objects to it.
    - The system driver will now register the
      plugin manager (iPluginManager), the commandline parser
      (iCommandLineParser), and the config manager (iConfigManager).
      In the future this registration will have to be done by another
      entity.
    - Removed iSystem::GetCommandLine(). Use the object registry
      instead to get the commandline like this:
          iCommandLineParser* cmdline = CS_QUERY_REGISTRY (object_reg,
	  	iCommandLineParser);
    - Removed iSystem::GetConfig(). Use the object registry instead
      to get to the config manager (iConfigManager).

Date:	Tuesday July 24, 2001 @ 5:46
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv32132/libs/cssys

Modified Files:
	system.cpp 
Log Message:
    - Made VFS, G3D, G2D, and Console members in csSystemDriver
      private. Eventually they need to be removed. This is step one
      to check if something is still using those variables.
    - Made BugPlug more robust so it can handle the case where there
      is no G3D.
    - All canvases (in video/common/graph2d.cpp) will now listen
      to cscmdSystemOpen and cscmdSystemClose. On receiving those
      messages Open() and Close() are called. This removes the need
      for the system driver to have explicit knowledge about G2D
      and G3D in order to open or close those plugins.
      This has one current consequence though: Open() will no longer
      get a valid title so we need another way to set the title of
      the canvas.
    - Another important consequence is that the order in which
      plugins get cscmdSystemOpen messages is undefined. This means
      that you cannot depend on G3D/G2D being open in the open
      message of another plugin! In the past this was possible
      because G3D and G2D were explictely opened BEFORE all the other
      plugins. This seems to work ok but this can be because the
      Open messages are sent in the right order already (i.e. G3D
      and G2D plugins are loaded early so this could be the case).
      But it is not good to depend on this!
    - Close() is called in the same order as Open() and there we
      have a problem. The engine::Close handler is called after the
      G3D::Close handler and this causes a crash because the engine
      will then start unregistering materials and textures. This
      seems to cause a crash at exit but at the moment I'm not sure
      yet how to solve this and why exactly it crashes. Will
      investigate later.
    - Protected the canvases so that it is now safe to call Open/Close
      multiple times. Did this by adding is_open flag in csGraphics2D.
    - All 3D renderers will now also listen to cscmdSystemOpen and
      cscmdSystemClose.
    - Because of the above changes the system driver no longer has
      the internal G2D and G3D pointers. It still keeps pointers
      to Console and VFS for other reasons. Those will be removed
      later.

Date:	Wednesday July 25, 2001 @ 5:35
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv30628/libs/cssys

Modified Files:
	system.cpp 
Log Message:
	- Added interfaces iNativeWindowManager and iNativeWindow (in
	  include/ivideo/natwin.h). In the future these interfaces will
	  be extended to allow access to the native window system and also
	  to allow putting canvases (iGraphics2D instances) on native
	  windows. At this moment iNativeWindowManager only has an Alert()
	  function which will show a modal alert and iNativeWindow has
	  SetTitle() with which you can set the title for a native window.
	- The current implementation of Alert() simply prints a message on
	  standard output. Canvases should override this for a more useful
	  alert. The windows system driver has an alert implementation
	  internally. That should move to the windows canvases.
	- Fixed g2dtest so the colors are ok now (was broken by the changes
	  yesterday).
	- Extended iGraphics2D with GetNativeWindow() to get the native
	  window corresponding with a canvas.
	- csGraphics2D will now implement iNativeWindowManager. This is
	  a temporary measure until we decide to do this redesign (but that
	  is not for 1.0).
	- csGraphics2D will now implement iNativeWindow too.
	- Removed 'Title' parameter from iSystem::Open(). This is obsolete
	  now. To set the title on your window you need to do:
	          iNativeWindow* nw = g2d->GetNativeWindow ();
		  if (nw) nw->SetTitle ("bla");
	  It is best to do this before iSystem::Open() is called as not
	  all canvases support changing the title when the window is
	  already open (in fact, none of the current canvases support
	  that).
	- Also removed 'Title' parameter from iGraphics2D::Open() and
	  iGraphics3D::Open().
	- The default title for windows is now 'Crystal Space Application'
	  which is much nicer than 'Dummy title' :-)
	- Added CS_REPORTER_SEVERITY_DEBUG severity level. This way the
	  reporter will be able to do debug logging too.
	- Added various conveniance functions to the iReporter interface:
	  ReportError, ReportWarning, ReportNotify, ReportBug, and
	  ReportDebug.
	- Fixed a bug in reporter plugin. It was returning true in
	  HandleEvent() for every event. This effectively eats up all
	  events.
	- Added new standard reporter listener plugin (plugins/stdrep).
	  If you load this plugin it will listen to an available
	  reporter plugin and perform the following actions:
	    - Warnings will go to output console (if present) or to standard
	      output.
	    - Errors will given an Alert through the iNativeWindowManager.
	      Additionally they will be reported on the console, standard
	      error, and debug.txt.
	    - Bugs are handled the same way as errors.
	    - Debug messages are sent to debug.txt.
	    - Notify messages go to the output console.
	  Using the new iStandardReporterListener interface you can have
	  control on where all messages go.
	- Removed the specific iReporterListener implementation in
	  WalkTest and now use the stdrep plugin instead.
	- Changed the implementation of the iObjectRegistry::Get() in the
	  system driver. It will now first return the object implementing
	  the interface with NULL tag. If none such are found it will return
	  a random one which has a non-NULL tag but still implements
	  that interface.
	- Added new csInitializeApplication(). This function will setup
	  the object registry for the application for most common
	  global plugins (VFS, G3D, G2D, Reporter, OutputConsole, Engine,
	  Loader, ...). In addition it will also load the reporter plugin and
	  the standard reporter listener plugins. After calling this function
	  you can do CS_QUERY_REGISTRY() to obtain the singleton instances of
	  above interfaces. The loading of the reporter and reporter
	  listener are optional (you can disable it by giving false,false
	  parameters). This function can be found in include/cstool/initapp.h.
	- Changed most apps to use csInitializeApplication(). Also updated
	  the tutorials. Also changed most apps to use CS_QUERY_REGISTRY
	  as much as possible (as opposed to CS_QUERY_PLUGIN or
	  CS_QUERY_PLUGIN_ID).
	- Tried to fix the DOS port. Couldn't test if it really works though.

Date:	Friday July 27, 2001 @ 2:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv20480/libs/cssys

Modified Files:
	evoutlet.cpp system.cpp 
Log Message:
	- Removed iSystem::Printf() and iSystem::PrintfV(). The plan is now
	  to use the reporter instead. To do this you can use the following
	  initialization code somewhere in your app or plugin init:
	    #include "ivaria/reporter.h"
	    iReporter* reporter = CS_QUERY_REGISTRY (object_reg, iReporter);
	- Added csReport() conveniance function. This function will use
	  the object registry to see if there is a reporter. If so it will
	  use it, otherwise it will print to standard output. Example:
	    csReport (object_reg, CS_REPORTER_SEVERITY_ERROR,
	    	"crystalspace.???.???", "Bad error in '%s'!", filename);
	- Keep in mind when replacing Printf() with Report() that report
	  will automatically add a newline at the end of the string.
	- In addition removed CS_MSG_ constants. Use the CS_REPORTER_SEVERITY_
	  constants instead. You can use the following translation:
	    CS_MSG_WARNING -> ..._WARNING
	    CS_MSG_FATAL_ERROR -> ..._ERROR
	    CS_MSG_INITIALIZATION -> ..._NOTIFY
	    CS_MSG_CONSOLE -> ..._NOTIFY
	    CS_MSG_STDOUT -> ..._NOTIFY
	    CS_MSG_INTERNAL_ERROR -> ..._BUG
	    CS_MSG_DEBUG_? -> ..._DEBUG
	- Changed the csTextProgressMeter so that it now has an output
	  console as a parameter and not the msg type (CS_MSG_...) and
	  iSystem pointers.
	- Did the same for csProgressPulse.
	- Removed the 'mode' parameter (which used to be one of CS_MSG_...)
	  from the iConsoleOutput interface. None of the output console
	  plugins were using it and it is obsolete anyway.
	- Added ... to iConsoleOutput::PutText() and also added PutTextV().
	- Changed all libraries, apps, and plugins in CS to use the reporter
	  instead of iSystem::Printf(). This affects LOTS of files...
	- Removed csSystemDriver::Warn() and Alert().
	- Removed the console pointer in csSystemDriver.
	- Removed ConsoleOut() from system driver. It was not used a lot
	  and in all cases it was defined as a normal puts. Also removed
	  specific ConsoleOut() implementations for some OS'es.
	- Instead of ConsoleOut() there is now csPrintf() which works
	  more like printf (i.e. exactly like printf) but which can be
	  defined by the platform. The DJGPP port has its own implementation
	  of csPrintf() which can disable itself if graphics are enabled.
	  In general csPrintf() should always be used instead of printf.
	  Little of the code is doing that however.
	- Also added csVPrintf() which is similar to vprintf().
	- Removed Time() from system driver.
	- Instead of Time() there is now csGetClicks(). Currently
	  iSystem::GetTime() has not been removed yet but that will call
	  csGetClicks().
	- Moved the initialization of SCF from csSystemDriver::Initialize()
	  to the constructor of csSystemDriver. The problem is that SCF
	  is now required even before Initialize() is called in order to
	  be able to access the object registry and various objects in
	  that registry (like the commandline which typically is needed
	  BEFORE Initialize).
	- Fixed a crash bug in Blocks.
	- Fixed a problem with static linking for height generation
	  classes in both terrfunc and csparser.

Date:	Saturday July 28, 2001 @ 23:07
Author:	miklby

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv2222/CS/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- system.cpp: Added Unregister() to UnloadPlugin().
  Changed destructor to use UnloadPlugin() instead
  of DeleteAll(), to ensure the plugin is Unregistered.

- material.cpp: Added an IncRef() to RegisterMaterial.

- mdldata.cpp: Moved CS_DECLARE_TYPED_VECTOR to outside
  the method. This was preventing mdldata from compiling
  on my system ( egcs 2.95 ).

Date:	Sunday July 29, 2001 @ 12:50
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv8509/libs/cssys

Modified Files:
	evoutlet.cpp system.cpp 
Log Message:
Eric Sunshine made the following changes:

-*- Renamed csGetClicks() to csGetTicks().

-*- Eliminated the now unnecessary inclusion of cssys/system.h from
    NeXTTime.cpp.  Also changed file's comment so that it no longer
    mentions csSystemDriver.

Date:	Sunday July 29, 2001 @ 14:47
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv26021/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes:

-*- Worked around a problem where not all compilers allowed the global
    `vararg-style' function csReport() to be declared inline.  In
    particular, the NextStep compiler exhibited this behavior.

-*- Cleaned up the reporting code which was recently added to
    NeXTDriver2D.cpp.

-*- Fixed the prototype of NeXTDriver2D::Open() so that it matches the
    recently changed prototype of iGraphics2D::Open().

-*- Implemented iNativeWindow::SetTitle() in NeXTDriver2D.

-*- Eliminated the now unnecessary inclusion of cssys/system.h from
    cssys/general/printf.cpp.

Date:	Monday July 30, 2001 @ 12:34
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv17902/libs/cssys

Modified Files:
	csevent.cpp csinput.cpp system.cpp 
Log Message:
- Renamed csTime to csTicks and removed iSystem::GetTime().
  Now use the global csGetTicks() instead.
- Fixed a 'for (int i')' construction in mdldata.cpp so it compiles
  on linux.

Date:	Friday August 3, 2001 @ 5:41
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv26059/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Removed iSystem::AddConfig(). Use iConfigManager::AddDomain()
  instead.
- Removed iSystem::RemoveConfig(). Use iConfigManager::RemoveDomain()
  instead.
- Removed iSystem::CreateSeperateConfig(). Use a new instance of
  csConfigFile instead (like 'new csConfigFile (filename, VFS)').
- Removed iSystem::SaveConfig(). Use iConfigManager::Save()
  instead.
- For all above funtions you can get a pointer to the config
  manager by asking the object registry like this:
    iConfigManager* cfg = QUERY_REGISTRY (object_reg,
	iConfigManager);
- In addition to the above changes also moved the enum values
  ConfigPriority??? from iSystem to iConfigManager.

Date:	Friday August 3, 2001 @ 12:27
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv23862/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Removed iSystem::GetInstallPath(). Removed
  csSystemDriver::InstallPath(). Instead there is now the global
  csGetInstallPath() function.
- Removed all 'fatal_exit' calls and also removed fatal_exit()
  itself.

Date:	Monday August 6, 2001 @ 0:08
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv17621/libs/cssys

Modified Files:
	system.cpp 
Log Message:
More loop optimization.

Date:	Monday August 6, 2001 @ 4:49
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv9584/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Removed almost all usage of iSystem in the entire CS system. Instead
  a pointer to the object registry (iObjectRegistry) is used. This
  includes the following:
    - iPlugin::Initialize().
    - csConfigAccess class.
    - csInitializeApplication().
    - Constructor of csApp.
    - Various others...
- Because iSystem is still needed in some cases (still busy with the
  removal of that) there are some cases where you need to have a
  pointer to the system. To get that pointer you can now use the
  new CS_GET_SYSTEM define like this:
  	iSystem* sys = CS_GET_SYSTEM (object_reg);
  Note that this define will go away as soon as iSystem is removed.
  So it is only a temporary measure. CS_GET_SYSTEM is implemented
  by asking the object registry where iSystem is now registered.
  The use of iSystem is still required for using everything related
  to events (this includes the iEventOutlet pointers and also the
  elapsed time (GetElapsedTime()), GetMouseButton(), GetKeyState(),
  Sleep(), NextFrame(), ...).
- For Python scripts this also means that the 'system' variable is
  gone and has been replaced with 'object_reg'.
- Since they were not used I removed iSystem::Initialize(),
  Loop(), Open(), and Close(). The csSystemDriver versions of these
  functions are not removed though. They are still needed at this
  moment.

Date:	Tuesday August 7, 2001 @ 1:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv8847/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Removed PerformExtension() in the Windows system driver. Instead
  the Windows system driver now creates an object Win32Helper which
  implements iWin32Helper. That object contains the function
  SetCursor(). The Win32Helper object is registered with the object
  registry. The ddraw and ddraw8 canvases now use CS_QUERY_REGISTRY
  to query the iWin32Helper and then use SetCursor on that.
- Removed PerformExtension() in the DOS system driver. Instead
  the DOS system driver now creates an object DosHelper which
  implements iDosHelper. That object contains the functions
  SetMousePosition() and DoEnablePrintf(). I also modified the raw
  and allegro canvases for these modifications. Note that I made all
  the modifications but am not able to compile the DOS port. So it may
  not work correctly.
- Removed PerformExtension() in the BeOS system driver. Instead
  the BeOS system driver now creates an object BeHelper which
  implements iBeHelper. That object contains the functions
  UserAction(), SetCursor(), BeginUI(), Quit(), and ContextClose().
  I also modified the BeOS and OpenGL BeOS canvases for this.
  Note that I made all the modifications but am not able to compile
  the BeOS port. So it may not work correctly.
- Removed PerformExtension() in the OS/2 system driver. Instead
  the OS/2 system driver now creates an object Os2Helper which
  implements iOs2Helper. That object contains the function
  StartGUI(). I also modified the csdive and OpenGL/OS/2 canvases
  for these modifications. Note that I made all the modifications but
  am not able to compile the OS/2 port. So it may not work correctly.
- Did NOT remove PerformExtension() for the NeXT system driver.
  The problem is that the code seems slightly complicated and I will
  most likely mess it up completely without being able to test it.
  So the NeXT port will be broken now.
- Removed support for PerformExtension() and PerformExtensionV() in
  the system driver (csSystemDriver) and iSystem. All ports (except
  NeXTStep) have been fixed for this (I could only test the Windows
  port). If your system needs to provide an extension for other system
  dependent modules (usually canvases) then you must create an
  SCF interface (something like iMyOsHelper) and implemented the
  needed additional functionality there. Then the OS specific system
  driver can register an instance of this object with the object
  registry. To use such an extension from a system dependent canvas
  you can then do:
  	iMyOsHelper* help = CS_QUERY_REGISTRY (object_reg, iMyOsHelper);
	CS_ASSERT (help != NULL);
	help->MySpecialFunction (myspecialargs, ...);

Date:	Monday August 13, 2001 @ 22:02
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv15220/libs/cssys

Modified Files:
	csinput.cpp 
Log Message:
Beginings of a optimization schedule.

- Loop optimization.
- Removed over-use and bad use of variables in some code.
- Altered some code code to use bitwise shifting for "if ( var == 1)" etc.
  testing. This is an optimization which eliminates assembler level
  CMP in speed critical code. Some may not like this and can be removed
  if it makes people un-comfortable.

- Did some altering of code to bring within CS coding style.

Work in progress. The benefits of changes can been seen in Windows port
with faster apps starts (by-product), more efficient proc textures i.e. animation
speed of certain elements improved. e.g demosky and screen FX (F4 - F6)
keys when running walktest. General FPS is also up a fraction...

Date:	Sunday August 26, 2001 @ 6:43
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv12795/libs/cssys

Removed Files:
	csevcord.cpp csevent.cpp cseventq.cpp csinput.cpp cskeys.cpp 
	evoutlet.cpp 
Log Message:
Preparation for the removal of all event-related code and logic from
csSystemDriver and the cssys library.  (Coming soon to a CVS repository
near you.)  Moved the following files:

    - evdefs.h and event.h from include/issys to include/iutil

    - csevcord.h, csevent.h, cseventq.h, csinput.h, and cskeys.h from
      include/cssys to include/csutil.

    - csevcord.cpp, csevent.cpp, cseventq.cpp, csinput.cpp, cskeys.cpp,
      and evoutlet.cpp from libs/cssys to libs/csutil.

Date:	Sunday August 26, 2001 @ 6:57
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv18027/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Removed all event related code and functionality from csSystemDriver
    and the cssys library as part of the continuing effort to eliminate
    the monolithic system driver concept.  All event related functionality
    has been generalized and moved into the csutil library.

-*- Rather than the system driver being responsible for event related
    activities, an object of type iEventQueue is now available to clients
    via the shared object registry (iObjectRegistry) and is registered
    with the name "crystalspace.event.queue".

-*- Added new SCF interface iEventQueue.  All event-related activities in
    CS are now performed by interacting with an object implementing this
    interface.  Everything related to a particular event queue is now
    maintained by that queue rather than being manually maintained by the
    system driver.  Examples of ancillary functions and objects now
    maintained by the event queue include event outlets, event cords, and
    event handlers.  iEventQueue provides the following main functions
    (along with some other minor ones):

    - Process(); Processes the event queue, dispatching each contained
      event to the appropriate event handler.  Also responsible for
      sending the cscmdPreProcess and cscmdPostProcess events to
      interested listeners.  This method takes over all the major
      functionality which used to be handled by iSystem::NextFrame().
      Re-implemented iSystem::NextFrame() as a very thin cover over this
      method.

    - Dispatch(); Actually dispatches each event retrieved from the queue
      by Process().  This method takes over all the major functionality
      which used to be handled by iSystem::HandleEvent().

    - RegisterListener(); Entities interested in listening for events
      register with the event queue via this method.  This replaces the
      old iSystem::CallOnEvents() method.  Also added RemoveListener() to
      provide a way for entities to stop listening; and
      ChangeListenerTrigger() to provide a way for entities to alter the
      set of event types in which they are interested.

    - CreateEventOutlet(); Returns a new event outlet to the caller.
      Replaces iSystem::CreateEventOutlet().

    - GetEventOutlet(); Returns the shared event outlet for this
      particular event queue (for those cases where creating a new one is
      overkill).  Replaces iSystem::GetSystemEventOutlet().

    - GetEventCord(); Returns the event cord for a particular category and
      subcategory.  Replaces iSystem::GetEventCord().

-*- The system driver now registers itself as an event listener with the
    shared event queue just like all other modules which are interested in
    events.  This allows csSystemDriver to listen for the cscmdQuit event
    in order to set its `Shutdown' variable appropriately.  It also allows
    the HandleEvent() method in subclasses of csSystemDriver to function
    as expected.  Note that this is a merely a temporary state of affairs,
    as the system driver will soon cease to exist.

-*- Converted all applications, plugin modules, and other support code to
    work with the new event system organization.

-*- Because the generic input drivers, csKeyboardDriver, csMouseDriver,
    and csJoystrickDriver, are tied closely to event outlets, they were
    also moved from cssys to csutil.

-*- The generic input drivers, csKeyboardDriver, csMouseDriver, and
    csJoystrickDriver, are themselves now responsible for listening for
    the cscmdFocusChanged event, rather than relying upon the system
    driver to do so on their behalf.

-*- Added new SCF interfaces: iKeyboardDriver, iMouseDriver,
    iJoystickDriver.

-*- Objects implementing iKeyboardDriver, iMouseDriver, and
    iJoystickDriver are now made available via the shared object registry
    (iObjectRegistry) under the following names, respectively:

    crystalspace.driver.input.generic.keyboard
    crystalspace.driver.input.generic.mouse
    crystalspace.driver.input.generic.joystick

-*- Converted all applications and plugin modules to access the generic
    drivers directly from the shared object registry rather than calling
    upon iSystem methods to interact with these objects.  Removed all
    knowledge of these drivers from iSystem and csSystemDriver.

-*- Moved the utility functions csParseKeyDef() and csGetKeyDesc() in
    cskeys.h and cskeys.cpp from cssys to csutil since they are totally
    generic and have no platform-specific bindings.

-*- Fixed a nasty bug in csEventCord where it failed to unlock itself in
    some cases when posting an event.

-*- Fixed a bad bug in csEventCord where it was leaking all events posted
    to it.

-*- Fixed broken logic in iObjectRegistry::Unregister() where it did not
    actually remove the entry for the object, but instead just left a
    dangling (and potentially) dead pointer.

-*- iObjectRegistry implementation now correctly reference counts the
    contained objects.  It also now protects itself against modification
    during its own destruction, since some of the objects which it is
    removing from itself might also get destroyed and might try modifying
    the registry.

-*- Moved mouse driver settings out of system.cfg and into mouse.cfg.
    csMouseDriver is now responsible for accessing these settings itself
    rather than relying upon the system driver to do so.

-*- Fixed bug in definition of SCF_IMPLEMENT_IBASE table for
    csSystemDriver.  The table neglected to mention that csSystemDriver
    implements iObjectRegistry and iPluginManager.  Added mention of
    iPlugin which csSystemDriver now implements so that it can listen for
    events from the event queue.

-*- Eliminated compilation warnings in aseie.cpp, dxfie.cpp, hrcie.cpp,
    ivie.cpp, objie.cpp, povie.cpp, smfie.cpp, stlaie.cpp, and vlaie.cpp
    about non-virtual destructor.

-*- Eliminated compilation warning about unused variable in md2ie.cpp.
    Also fixed a memory leak.

-*- Eliminated compilation warning about `float' assigned to `int' in
    spr2d.cpp.

-*- Fixed broken header-protection macros in intarray.h.

-*- Fixed g2dtest so that it once again actually displays a window.  This
    had been broken for quite some time.

-*- csSchedule no longer unnecessarily depends upon the system driver.

-*- csSchedule no longer publishes its private utility class.

-*- The cssys library no longer relies upon the csgeom library.

-*- Eliminated several compilation warnings from AWS.  Worked around a
    couple NextStep compiler shortcomings.

-*- Rewrote csRectRegion in csgeom so that it no longer relies upon the
    csutil library.  I think it is best if we keep csgeom free of any
    csutil dependencies.

-*- Fixed csRectRegion so that, at destruction time, it no longer leaks
    each of the csRect structures in its `region' list.

-*- Fixed the comment-style in csrectrg.h so that Doxygen will produce
    proper documentation for csRectRegion.

-*- Repaired some overfull and underfull `hbox' warnings reported by TeX
    for tutorial/wincvs/step1.txi.

-*- Finally, note that I eliminated quite a few unnecessary #include
    directives from the event-related headers and from isys/system.h &
    cssys/system.h.  Since I am unable to test-compile every single port
    of CS and every driver, port maintainers may have to add an #include
    statement here and there in platform-specific and/or driver-specific
    code.

Date:	Sunday August 26, 2001 @ 15:49
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv24648

Modified Files:
	system.cpp 
Log Message:
fixed the double window problem in cases the softdriver was requested via RequestPlugin but then overriden on the commandline via -video option

Date:	Monday August 27, 2001 @ 2:44
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv24872/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Moved implementation of iObjectRegistry from system driver to
  csutil (csObjectRegistry class). Replaced the object registry
  in the system driver with this implementation.
- Made CS_QUERY_REGISTRY variants safe by putting brackets around
  the first argument.

Date:	Monday August 27, 2001 @ 7:08
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv20148/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Split iPlugin interface into iComponent and iEventHandler and
removed iPlugin interface. iComponent now contains the Initialize()
function and iEventHandler contains HandleEvent. The idea is
that event handling is a seperate concept from plugins so
HandleEvent does not belong in iPlugin. In addition the notion
of initializing is not plugin specific either so it also doesn't
belong to iPlugin. This means there is actually nothing left
in iPlugin so it is removed :-)
To change code to work with this you basically have to replace
iPlugin with iComponent. If you also need events (i.e. you used
HandleEvent) then you have to additionally create a new
embedded iEventHandler interface object.

Date:	Thursday August 30, 2001 @ 5:07
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv27433/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eric Sunshine modified NeXTAssistant so that it now listens for cscmdQuit,
rather than checking the csSystemDriver::Shutdown variable, in order to
know when to shutdown the AppKit's run-loop.  (Note that NeXTAssistant
already correctly used cscmdQuit in order to request for a shutdown of the
CS run-loop.)

Date:	Tuesday September 4, 2001 @ 19:49
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv8162/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Phil made the follwoing changes to the Crystal Space Project.

-*- Minor loop optimization and conformation with CS coding style and standard.

Date:	Wednesday September 5, 2001 @ 7:22
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv6631

Modified Files:
	system.cpp 
Log Message:
Plugins variable is now really emptied

Date:	Wednesday September 5, 2001 @ 13:35
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv5507

Modified Files:
	system.cpp 
Log Message:
added DecRef where it was missing :)

Date:	Tuesday October 2, 2001 @ 2:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv21449/libs/cssys

Modified Files:
	system.cpp 
Log Message:
	- Changed the csInitialize... functions in cstool to static member
	  functions of the class csInitializer. There are now the following
	  functions in csInitializer:
	  	- CreateObjectRegistry()
		- RequestPlugins()
		- Initialize()
		- LoadReporter()
		- SetupObjectRegistry()
		- OpenApplication()
		- CloseApplication()
		- SetupEventHandler()
		- MainLoop()
		- DestroyApplication()
	  SetupObjectRegistry() will now try to find the following plugins
	  and if present it will add them to the object registry as default
	  plugins (with NULL tag):
		- iVFS
		- iGraphics3D
		- iGraphics2D
		- iFontServer
		- iEngine
		- iConsoleOutput
		- iLoader
		- iImageIO
		- iReporter
		- iStandardReporterListener
	- Added cscmdProcess and cscmdFinalProcess. There are now the following
	  broadcast events relevant to frame processing:
	  	- cscmdPreProcess: this is called first and allows apps and
		  plugins to basically do some preprocessing before rendering.
		- cscmdProcess: in this pass the application should render
		  to the screen. But NOT the actual printing of the display.
		  That should happen in cscmdFinalProcess.
		- cscmdPostProcess: in this pass plugins or apps can add
		  additional information on top of the previously rendered
		  display. Some uses are HUD overlays or debugging information.
		- cscmdFinalProcess: this is the final pass. The application
		  should use this pass to actually print the resulting
		  display to the 3D driver.
	  So most apps will be interested in catching cscmdProcess and
	  cscmdFinalProcess.
	- Modified the simple1 tutorial app to all the changes above.
	  Instead of NextFrame() there is SetupFrame() and FinishFrame().
	- Fixed BugPlug so that it no longer does FinishDraw() and
	  Print() in its cscmdPostProcess handler. This will now have to be
	  done by the application in cscmdFinalProcess. This has the very
	  nice effect that BugPlug can now properly overlay messages on
	  top of the 3D view without the flicker effect. Note that BugPlug
	  will now only work correctly (for these overlays) for apps that
	  actually use the new cscmdFinalProcess system. Add this moment
	  only simple1 does that.
	- Added iVirtualClock which is a new interface that implements some
	  stuff that used to be in iSystem. The following functions are there:
	    Advance(), Suspend(), Resume(), GetElapsedTicks(), and
	    GetCurrentTicks().
	- Removed iSystem::SuspendVirtualTimeClock(), ResumeVirtualTimeClock(),
	  and GetElapsedTime(). Use iVirtualClock now.
	  The system driver now implements iVirtualClock and puts it in the
	  registry with NULL tag.
	- The system driver will now register a lot of the common objects
	  using the NULL tag instead of a name. The NULL tag is meant to be
	  for default objects so this is better.

Date:	Wednesday October 3, 2001 @ 0:31
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv31630/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Added the following functions to csInitializer:
    - InitializeSCF()
    - CreatePluginManager()
    - CreateEventQueue()
    - CreateVirtualClock()
    - CreateCommandLineParser()
    - CreateConfigManager()
  These functions are responsible for splitting up the initialization
  process even more. The functions above are practically essential
  for any CS application.
- Added new csInitializer::CreateEnvironment() which calls all
  of the above new functions and also calls CreateObjectRegistry()
  (and returns it). Since most apps will want to call those functions
  anyway it makes sense to have one call to do all that.

Date:	Thursday October 4, 2001 @ 4:53
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv16536/libs/cssys

Modified Files:
	system.cpp 
Log Message:
	- Removed support for old and obsolete 'debug_level' in system
	  driver.
	- Made a new class csCommandLineHelper (in csutil/cmdhelp.h) which
	  now has the functionality to give commandline help to the user
	  (i.e. support the '-help' commandline option).
	  Previously this functionality used to be in the system driver.
	  If you want to have commandline help in your application you need
	  to do something like:
	  	if (csCommandLineHelper::CheckHelp (object_reg))
		{
		  csCommandLineHelper::Help (object_reg);
		  exit (0);
		}
	  This should be done after loading all plugins so that those plugins
	  get a chance to give their commandline help.
	  WARNING! This change breaks commandline help for ALL applications
	  except simple1 tutorial. The other apps will get commandline help
	  back as soon as they are converted to the new csInitializer system.
	- Implemented commandline help in Walktest to use the new system.
	  This means that it will use the new csCommandLineHelper to check
	  for commandline help and it also means that listens to the
	  global cscmdCommandLineHelp message to give its own additional
	  help (csCommandLineHelper will send such a global broadcast message).
	- Since we have an event handler in WalkTest now I also used it
	  to drive the frame drawing. This means that WalkTest now has a
	  SetupFrame() and FinishFrame() which are called in cscmdProcess
	  and cscmdFinalProcess respectively. As a consequence bugplug will
	  now again work correctly with WalkTest.
	- Did the same as I did with WalkTest to all other apps that also
	  required their own commandline help (metademo, ptlab, pysimp,
	  and squawk). Those programs now also use SetupFrame() and
	  FinishFrame().
	- csInitializer::RequestPlugins() no longer loads the image loader,
	  the level loader and the font server by default.
	- Changed csInitializer::RequestPlugins() so that it accepts a
	  bit-field for all plugins that need to be loaded. The following
	  values are currently accepted:
		- CS_PLUGIN_NONE
		- CS_PLUGIN_3D
		- CS_PLUGIN_ENGINE
		- CS_PLUGIN_LEVELLOADER
		- CS_PLUGIN_IMAGELOADER
		- CS_PLUGIN_FONTSERVER
		- CS_PLUGIN_DEFAULT
		- CS_PLUGIN_ALL
	  CS_PLUGIN_DEFAULT corresponds to CS_PLUGIN_3D, CS_PLUGIN_ENGINE,
	  and CS_PLUGIN_FONTSERVER.
	- Modified Blocks so it no longer inherits from SysSystemDriver.
	- Fixed a bug in the software sound renderer where it would not
	  test if the sound driver was actually there in Open().
	- Fixed a signficant bug in the sound renderer. The Initialize()
	  routine could fail if the sound driver was not found. In that
	  case the plugin will not be loaded. However, earlier in the
	  Initialize() routine the sound renderer was actually registering
	  it's iEventHandler to the event manager. And this was not
	  unregistered if there was an error. The end result was that
	  the next event send to the system would cause a crash since the
	  registered event handler was no longer valid. I fixed this problem
	  by moving the registration of the event handler after checking
	  if the sound driver is there. However this is an IMPORTANT point
	  and I hope there are no other plugins that are making the same
	  mistake!
	- Converted Bumptest so it no longer inherits from SysSystemDriver.

Date:	Friday October 5, 2001 @ 9:19
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv6722/libs/cssys

Modified Files:
	system.cpp 
Log Message:
-*- Eliminated "unused variable" compilation warnings from
    csutil/parser.cpp, initapp.cpp, system.cpp.

-*- Removed dead code from system.cpp which resulted after Jorrit's recent
    changes.

Date:	Friday October 5, 2001 @ 13:33
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv25087/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Reverted Erics changes due to it breaking csStrNew and the whole MSVC port.

Date:	Friday October 5, 2001 @ 14:01
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv4575/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Reverted Philip's reversions of Eric's changes to parse.cpp and system.cpp
since there was nothing wrong with Eric's changes to those files.  Most
likely Philip was experiencing difficulty with an incorrect change to
csInitializer::RequestPlugins(), which has now been fixed.

Date:	Monday October 8, 2001 @ 2:08
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv13467/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Moved the creation of the config manager and the command line
  parser from the system driver to the respective csInitializer
  function.
- Some sub-classes of the system driver (Win32, DJGPP,
  and Mac) created an iEventOutlet in the constructor. The problem
  is that I want to move the creation of the event queue away
  from that constructor. So I changed those system drivers to
  create the event outlet later when I'm sure the event queue
  will be created and registered in the object registry.
- Moved the creation of the event queue from the system driver
  to csInitializer::InitializeSCF().
- Jorge Acereda Maciá <al004046@...> fixed two bugs in
  csSector::HitBeam() when no mesh was hit. In that case a null
  pointer would result in a crash.

Date:	Monday October 8, 2001 @ 7:39
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv31049/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Moved the initialization of SCF from the system driver to
  csInitializer::InitializeSCF().
- Moved the initialization of the config file from csSystemDriver
  to the new csInitializer::SetupConfigManager(). This function
  must now be called to initialize the config manager (after
  calling either CreateEnvironment() or else CreateConfigManager()).
  Removed the parameter 'configName' from
  csInitializer::RequestPlugins(). RequestPlugins() is no longer
  responsible for loading the config file. It will simply use
  the already loaded config files. If you don't need a config
  file then you don't have to call this new routine. RequestPlugins()
  or Initialize() will call it automatically in that case.
- Removed the VFS variable from the system driver.
- Removed csSystemDriver::SetSystemDefaults().
  This change breaks the Windows -noconsole/console option. I will
  have to fix this later using another technique.

Date:	Monday October 8, 2001 @ 13:53
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv25880/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Eliminated a compilation warning about unused variable.

Date:	Tuesday October 9, 2001 @ 2:29
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv29353/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Removed iSystem::GetObjectRegistry().
- The object registry is now a parameter to the system driver and
  is no longer created by the system driver itself. Instead
  csInitializer::CreateObjectRegistry() will now create the object
  registry.
- Moved the cleanup of the object registry to
  csInitializer::DestroyApplication(). Also moved the cleanup of
  SCF to there.
- Added Clear() to the iObjectRegistry interface.
- Several system drivers performed some special code right before
  NextFrame() was being handled (Win32, BeOS, ...). This special
  code has now moved to an event handler in the system driver instead.
  The system driver will now listen to cscmdPreProcess and perform
  the functionality that used to be in NextFrame().
- Removed NextFrame() from iSystem, csSystemDriver and all subclasses
  of csSystemDriver (SysSystemDriver for all platforms). In case
  you needed to explicitely call this function (in CS only CSWS did
  this) then you can call iVirtualClock::Advance() followed by
  iEventQueue::Process().
- csApp now calls Advance()/Process().
- The result of this is that the iSystem interface has become empty.
  So it can finally be removed!!! In addition CS_GET_SYSTEM is now
  also gone.
- Moved the virtual clock implementation in the system driver to
  a seperate csVirtualClock in csutil. The system driver no longer
  creates and manages the virtual clock. The already existing
  csInitializer::CreateVirtualClock() will now create and register
  the virtual clock.

Date:	Tuesday October 9, 2001 @ 3:46
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv14406/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Fixed crash on exit.

Date:	Tuesday October 9, 2001 @ 6:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv15749/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Moved the creation of the input drivers (mouse, keyboard, and
  joystick) from the system driver to
  csInitializer::CreateInputDrivers(). CreateInputDrivers() is
  automatically called from csInitializer::CreateEnvironment() so
  this should have no effect on all current applications.
  Note that CreateInputDrivers() has to be called after creating
  the config manager (csInitializer::CreateConfigManager()).
- csInitializer::MainLoop() now creates its own event handler to
  listen for cscmdQuit. It no longer depends on csSystemDriver::Loop().
- csSystemDriver no longer has its own iEventHandler to listen
  for cscmdQuit. In addition csSystemDriver::Loop() has been removed.
  Note that this breaks the Macintosh port as it was doing a lot
  of processing in its subclass of Loop(). To fix this I think the
  best approach is to move part of this to the initialization of
  the system driver and another part to a cscmdPreProcess stage.
- csInitializer::DestroyApplication() now calls CloseApplication()
  first.

Date:	Wednesday October 10, 2001 @ 2:58
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv12878/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Commandline parser is no longer initialized in csSystemDriver.
  Instead there is now csInitializer::SetupCommandLineParser().
  csInitializer::RequestPlugins() no longer has argc,argv parameters.
  Take care to fix your code! The compiler will not catch this!
- Removed the now obsolete csInitializeApplication().
- Removed csSystemDriver::Open() and Close(). The few ports that
  actually did something in those routines (Win32 and DOS) now listen
  to cscmdSystemOpen and cscmdSystemClose instead.
- csInitializer::OpenApplication() and CloseApplication() now send
  the cscmdSystemOpen/cscmdSystemClose messages instead of letting
  the system driver do it.

Date:	Wednesday October 10, 2001 @ 6:29
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv12242/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Added cssys/sysfunc.h which contains the declarations of the
  global system dependent functions like csSleep(), csGetTicks(),
  csPrintf(), and csGetInstallPath().
- Removed the unneeded includes from cssys/system.h and cssys/sysdriv.h
  from most of CS.
- Slightly updated the simple.txi tutorial. Work in progress though.

Date:	Thursday October 11, 2001 @ 0:56
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv1098/libs/cssys

Modified Files:
	system.cpp 
Log Message:
- Moved the plugin manager implementation out of the system driver
  into csPluginManager (in csutil/plugmgr.h). Modified
  csInitializer::CreatePluginManager() to create an instance
  of csPluginManager.
- Created a new class csPluginLoader (in csutil/plugldr.h) which
  will take the requested plugins, the config file, and the
  commandline and try to load all plugins it can find there. This
  functionality used to be in the system driver.
  csInitializer::RequestPlugins() now uses this class.
- The two above changes mean that the csSystemDriver is now
  completely empty. It cannot yet be removed because some subclasses
  of csSystemDriver (system specific subclasses) contain some
  code.
- Moved isys/vfs.h and isys/plugin.h to iutil.

Date:	Monday November 19, 2001 @ 11:02
Author:	norman

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv14633

Modified Files:
	cssys.mak 
Log Message:
this fix will actually make use of the replacements of general/* in their respective subdirectories like unix/ etc. .
Problem was that sorting put the general directory in front of unix directory for instance and if instpath.cpp (for example) is requested to compile its taken from the general directory.
Note that this fix is considered a hack (by Eric (and me too - thats why i consulted him first:))

Date:	Friday January 18, 2002 @ 2:47
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv4462/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Slight code cleanup: removed all trailing spaces and tabs from
all lines in all source and make files throughout the entire project.
Note that this will most likely not result in a significant
FPS increase :-)

Date:	Wednesday August 7, 2002 @ 4:20
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory usw-pr-cvs1:/tmp/cvs-serv29803/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Eric Sunshine (hopefully) worked around a problem caused by buggy stat()
on Win9x and WinME where a bogus result is returned if the path has a
trailing slash.  This causes problems with the makefile dependency rules
which depend upon $(OUTBASE), $(OUTOS), $(OUTPROC), or $(OUT), all of
which end with a slash, since make thinks that those directories don't
exist even when they are present.  Consequently, make tries invoking
$(MKDIR) on already-present directories.  The work-around was to redefine
these variable so without the trailing slash.  Also updated all makefiles
throughout the project to take into account that these variables are no
longer defined with a trailing slash.

Date:	Wednesday January 8, 2003 @ 9:55
Author:	res2002

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv25842/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
- INC.SYS_CSSYS makefile var

Date:	Tuesday April 8, 2003 @ 11:17
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv13172/libs/cssys

Added Files:
	Jamfile 
Log Message:
added the Jamfiles

Date:	Tuesday April 8, 2003 @ 21:59
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv31445

Modified Files:
	Jamfile 
Log Message:
fixed problem on macos_x: was including pthrd.cpp instead of cspthrd.cpp

Date:	Sunday April 13, 2003 @ 6:48
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv19993/libs/cssys

Modified Files:
	Jamfile 
Log Message:
moved dependencies of the libraries into the library Jamfiles, and removed the hacked mk/jam/deps.jam

Date:	Sunday April 27, 2003 @ 2:33
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv7480/libs/cssys

Modified Files:
	cssys.mak 
Log Message:

Eric Sunshine made the following changes:

-*- Modified configure.ac so that it emits a SRCDIR property to
    config.mak.  This value represents the --srcdir argument given to the
    configure script (or "." if --srcdir is omitted).  This points at the
    directory containing the CS source code (which may differ from the
    build directory, which is typically the current working directory).

-*- Modified makefiles and build scripts throughout the project so that
    they respect $(SRCDIR).  This allows the project to be built in a
    directory other than the source directory, thus it is possible to
    place the source directory on a readonly filesystem (such as a
    CD-ROM), or to share a single NFS-mounted source directory among
    different builds, where each build inhabits its own directory.  For
    example, if CS resides at /home/CS and you wish to build the project
    in /home/build:

    % cd /home/build
    % ../CS/configure
    % make -k all
    % make install

    (Note that the Jam-base build system already supports this build
    paradigm.)

-*- Modified configure.ac so that it emits EXTENSIVE_MEMDEBUG to
    config.mak since this variable is used by Makefile.in for the
    `showconfig' target.

-*- Modified configure.ac so that it emits MONITOR_MAKEFILE_CACHE when the
    value is either "yes" or "no", instead of emitting it only when the
    value is "yes".  This was necessary because CS/mk/cache.mak prints the
    value of this variable as part of $(SYSMODIFIER).

Date:	Wednesday May 28, 2003 @ 23:05
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv15535/libs/cssys

Modified Files:
	system.cpp 
Log Message:
Replaced NULL with 0.

Date:	Wednesday June 11, 2003 @ 13:48
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv8733/libs/cssys

Modified Files:
	Jamfile 
Log Message:
moved platformconfig.cpp to general as the macosx target is also using it at the moment and maybe other posix like systems will too

Date:	Thursday June 12, 2003 @ 19:59
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv8861/libs/cssys

Modified Files:
	cssys.mak 
Log Message:
Eric Sunshine applied a fix to SRC.CSSYS and INC.CSSYS in cssys.mak where
it was prefixing an extra $(SRCDIR) to items from SRC.SYS_CSSYS and
INC.SYS_CSSYS which already mentioned SRCDIR.  Problem was pointed out by
Frank Richter.

Date:	Friday June 13, 2003 @ 4:52
Author:	gblock

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv25290

Modified Files:
	Jamfile 
Log Message:
iChecking in an implementation for MacOS/X to use the NSUserDefaults API
to load/store user preferences.    

MacOS/X will now store user preferences on a per-application basis into
~/Library/Preferences, stored in the standard preferences format by the OS.

Multiple configuration files are used; they are named as following:

"Generic" CrystalSpace configuration data (per-user):  CrystalSpace.Generic
App-specific:  CrystalSpace.<appname>

For example:

bash% defaults read CrystalSpace.Walktest
{
    "Video.OpenGL.ClipOptional" = NSP; 
    "Video.OpenGL.ClipOuter" = pSZ; 
    "Video.OpenGL.ClipRequired" = SPp; 
}

As you can see, the key/value pairs are stored in the defaults database according
to the normal preferences behavior.

These preference files will be read on creation of an iDefaultsConfig object and
the 'Open()' call tells it which domain you're interested in reading.

Application initialization is responsible for providing the appropriate keys to read.

Date:	Saturday June 14, 2003 @ 16:02
Author:	res2002

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv9020

Modified Files:
	Jamfile 
Log Message:
Forgot to add new file to build ...

Date:	Sunday June 15, 2003 @ 11:33
Author:	thebolt00

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv8180/libs/cssys

Modified Files:
	Jamfile 
Log Message:
- Marten added the class csProcessorCapabilities to allow CS to query processorspecific extensions and information. Some functions in this class is processorspecific and some parts compilerdependnat so we must protect certain areas with #defines

Date:	Tuesday June 17, 2003 @ 10:01
Author:	res2002

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv5062/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Made the following changes:
- Added a few helpers to deal with native paths and plugin paths.
- All platforms now use the same plugin paths:
  <app dir>, $CRYSTAL/lib, $CRYSTAL/crystal, $CRYSTAL 
  (where $CRYSTAL is the CS installation dir)

Date:	Tuesday June 17, 2003 @ 14:35
Author:	res2002

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv25315/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Win32/Jam syspath.cpp double compile fix.

Date:	Wednesday June 18, 2003 @ 13:14
Author:	res2002

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv24077/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Made the following changes:
Added some documentation about per-user configs.
Fixed csGetAppPath() on unix.
On Win32, external .csplugin files are supported again (in
  addition to embedded metadata.)
SCF factories have internally a 'context' now. The 'context' 
  basically identifies the directory of a plugin and is used to
  decide whether duplicate class ID will be reported or not.
Eliminated a bit of redundant code and used more macros in
  the GL extension manager to reduce it's bloat a bit.
Renamed "win32/syspath.cpp" to "win32/winsyspath.cpp".

Date:	Friday June 20, 2003 @ 11:01
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv1201/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Eric Sunshine made the following changes:

-*- Renamed csGetAppPath() to csGetAppDir() to better reflect its
    function.

-*- Added a new csGetAppPath() which returns the actual absolute path to
    the executable (as opposed to csGetAppDir() which returns the
    directory containing the executable).

-*- Added csGetResourceDir() as complement of csGetAppDir().  On many
    platforms, the resource path is the same as the application path, but
    this might not be true for all platforms.  For instance, on MacOS/X,
    csGetAppDir() needs to return the directory in which the .app wrapper
    is contained, however csGetResourceDir() needs to return the Resources
    directory inside the wrapper.

-*- Added platform-specific csGetAppDir() and csGetResourceDir() for
    MacOS/X.

-*- Updated the generic csGetPluginPaths() so that it includes the result
    of csGetResourceDir() in the plugin path list.

-*- The above changes should allow the MacOS/X port to once again locate
    its plugin modules.

-*- Fixed bug: In the case of a bare program name as argv[0] (as opposed
    to an absolute or relative path), the default csGetAppDir() in
    cssys/general simply returned the first component of PATH which
    actually existed, rather than returning the component of PATH which
    contained the application.

-*- Fixed bug: The default csGetAppDir() in cssys/general was always using
    ';' as the path delimiter, even though that only works for Windows.
    Now uses ':' for Unix and Unix-like platforms.

-*- Fixed bug: The default csGetPluginPaths() in cssys/general was
    attempting to prevent pushing "/" onto the plugin path list (because
    "/" has ambiguous meaning under Windows), but was instead actually
    preventing addition of any absolute path to the list (that is, any
    path beginning with "/").

-*- Renamed iCommandLineParser::GetAppPath() to GetAppDir() to better
    reflect its function.

Date:	Sunday June 22, 2003 @ 20:18
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv13165/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Eric Sunshine added cssys/general/resdir.cpp to cssys/win32/win32gcc.mak,
cssys/Jamfile (for Windows), and msvcgen/win32.mak since Frank removed the
csGetResourcePath() implementation from winsyspath.cpp.

Date:	Monday June 23, 2003 @ 10:28
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv31550/libs/cssys

Modified Files:
	Jamfile 
Log Message:
fixed typo

Date:	Wednesday July 23, 2003 @ 11:19
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv14585/libs/cssys

Modified Files:
	Jamfile 
Removed Files:
	system.cpp 
Log Message:
Eric Sunshine removed all remaining remnants of the old monolithic
system-driver (csSystemDriver, SysSystemDriver, etc.).  This finally
completes the task which began about two years ago.

Date:	Thursday August 14, 2003 @ 7:44
Author:	res2002

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv28906/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Removed the printf() & siblings aliasing from Win32 csosdefs.h.
  Instead, csPrintf() now care about proper UTF-8 output.

Date:	Sunday August 24, 2003 @ 15:12
Author:	okt

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv14709/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Added stuff to Jamfiles and code to cssys to enable .csplugin meta data to be
stored in the headers of the plugin files themselves, on GNU systems.

Date:	Wednesday August 27, 2003 @ 8:34
Author:	okt

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv1041/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Moved bfdplugins.cpp from cssys/general to cssys/unix, and modified Jam build
system so it only stores metadata in plugins using BFD if that behaviour is
explicitly asked for in one of the project Jamfiles (which is the case in CS).

Date:	Friday August 29, 2003 @ 17:00
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/cssys
In directory sc8-pr-cvs1:/tmp/cvs-serv6594/libs/cssys

Modified Files:
	Jamfile 
Log Message:
Eric Sunshine augmented configure.ac so that it emits the appropriate
libbfd linker flags to LIB.EXE and APPLICATION.LFLAGS.  unix.mak and
cssys/Jamfile are no longer responsible for inserting these flags
into the build process.  This fixes a problem where applications
built with the GNU make system failed to link because the libraries
were specified in the wrong order (they were listed far too early in
the link invocation).