Date:	Sun, 5 Oct 1997 14:07:47 -0400 (EDT)
Message-Id:	<199710051807.OAA07832@delorie.com>
To:	DJGPP mailing list <djgpp AT delorie DOT com>
From:	Alexander Bokovoy <bokovoy AT bspu DOT ac DOT by>
Subject:	Re[2]: SciTech MGL for free... so what?
In-Reply-To:	<3437ab3c.13918147@news.btinternet.com>
References:	<613s84$j7 AT news DOT csus DOT edu> <3437ab3c DOT 13918147 AT news DOT btinternet DOT com>
MIME-Version:	1.0

            
On Sun, 05 Oct 1997 15:00:52 GMT T DOT Harte_ AT _btinternet DOT com (Thomas Harte)
wrote:

> >I just learned that SciTech just released their MGL graphics library free
> >of charge with full source code.  It supports OpenGL and I do believe it
> >can compile under djgpp.  Can someone please tell me the advantages of the
> >MGL library over say Shawn's excellent Allegro library?  Please note I am
> >referring to the graphics library portion and nothing else.
> 
> 	The advantages should in theory be obvious. It can do hardware
> accelerated 3d, using OpenGL and it can support DirectX surfaces, but
> these are not real advantages since the thing doesn't work! I've spent a
> total of five hours so far attempting to get it just to compile an
> example, and it won't. Has anyone actually got this to work? Yes, I am
> using the correct everything for DJGPP before you ask.
> 
> 		-Thomas
As wrote Berret Kendall they broke DJGPP's support for MGL somewhere in
a middle of developing and for now support it again. MGL 4.01 has some
errors in a keyboard and mouse interrupts but pure graphic examples must
work. 
I download MGL 4.01 sources but ScitechSoft use strange distribution
scheme with 'base' and 'full source' install - first thing is needed for
installation of the Sources ;) so I'll give solution&impressions later.
Here is a part of problems.txt from their ftp-site:
(ftp://ftp.scitechsoft.com/devel/problems.txt)
-------------------------------------------------------------------------
                     SciTech MGL Graphics Library
							Version 4.01

                   Known Problems and Things To Fix
						   October 4 1997


Internal rendering functions
----------------------------

1. Ellipse rendering is done using a new floating point DDA algorithm
   to avoid the overflow problems the old integer algorithm had. The
   ellipse code needs to be re-engineered with a new integer algorithm
   that wont sufffer from overflow.

   All the ellipse assembler functions are currently stubbed out and
   the emulated floating point routine is used. Although this routine
   is fast, the assembler integer routines would be faster if they were
   fixed.
   
[snipped - problems with other compilers]

DJGPP 2.01 32-bit DOS support
-----------------------------

1. Somewhere along the line the DJGPP support has gotten broken, and
   the code appears to crash miserably on keyboard interrupts (or
   mouse interrupts, I am not sure). It appears to be in one of the
   DPMI real mode callbacks, so the problem may be simple to fix.

---- END OF PROBLEMS.TXT ----

Alexander Bokovoy, <bokovoy AT bspu DOT ac DOT by>
---== The Soft Age coming soon ==---

- Raw text -