ANNOUNCE : GRX21 (UPGRADE OF GRX20)

ANNOUNCE : GRX21 (UPGRADE OF GRX20)

Post by Michael Goffiou » Sat, 31 May 1997 04:00:00



An upgrade of the graphics library is now available at the djgpp home
ftp site. The file should be named "grx21a.zip" and should be located in
the v2tk/ directory. It should be soon available in any mirror site of
djgpp directory.
This upgrade features :
        - pattern filled drawing functions
        - custom line drawing functions
        - user coordinates drawing functions

All these functions were declared in the header file of grx20 but not
implemented in the object file. Now they are, so enjoy them...

--
Michael Goffioul

EMIC - UCL
Batiment Maxwell
Place du Levant, 3
B-1348 Louvain-la-Neuve
Belgium

Tel.: +32 10 47 23 15
Fax.: +32 10 47 87 05

 
 
 

ANNOUNCE : GRX21 (UPGRADE OF GRX20)

Post by Roland Exle » Tue, 03 Jun 1997 04:00:00


Quote:> An upgrade of the graphics library is now available at the djgpp home
> ftp site. The file should be named "grx21a.zip" and should be located in
> the v2tk/ directory. It should be soon available in any mirror site of
> djgpp directory.

Hi Michael,

Did you contact Csaba Biegl? I sent an driver-update for ET3000-chipset to
him I think almost a year ago and he told me, it will be included in the next
release. Than I never heared something again.

ET3000-chipsets are rather old and slow, I know, but I think if there is an
update it should be included too. If you (or anybody else) are interested in,
send me a mail and I'll send it to you. If not, I'll make a 'diff' availiable
for your grx-release.

Roland

+---------------------------------------+---------------------------+
I Roland Exler                          I EMAIL:                    I

I Institut fuer Elektrische Messtechnik I                           I
I Altenbergerstr. 69                    I Phone:                    I
I A-4040 Linz, AUSTRIA                  I + 43 732 2468 9205        I
+---------------------------------------+---------------------------+

 
 
 

ANNOUNCE : GRX21 (UPGRADE OF GRX20)

Post by Hartmut Schirme » Tue, 03 Jun 1997 04:00:00


Warning:

  Csaba still does works on GRX (the latest code is from Mar 3, 1997).
  Anyone working on GRX 2.0 should ask Csaba for the lastest code !!!

Hartmut
--
Hartmut Schirmer                   | Phone: +49-431-77572-709  FAX:-703

Technische Fakult"at,              | http://www.techfak.uni-kiel.de/~hsc
Kaiserstr. 2, 24143 Kiel, Germany  | PGP key via WWW, Key ID:6D84AEC1

 
 
 

ANNOUNCE : GRX21 (UPGRADE OF GRX20)

Post by Michael Goffiou » Tue, 03 Jun 1997 04:00:00



> Warning:

>   Csaba still does works on GRX (the latest code is from Mar 3, 1997).
>   Anyone working on GRX 2.0 should ask Csaba for the lastest code !!!

> Hartmut
> --

I don't understand (...), I asked him by mail before releasing my
uprade, and he told me that he didn't support the library anymore. So I
don't think he's still working on GRX.

--
Michael Goffioul

EMIC - UCL
Batiment Maxwell
Place du Levant, 3
B-1348 Louvain-la-Neuve
Belgium

Tel.: +32 10 47 23 15
Fax.: +32 10 47 87 05

 
 
 

ANNOUNCE : GRX21 (UPGRADE OF GRX20)

Post by Vincenzo Morell » Wed, 04 Jun 1997 04:00:00



> An upgrade of the graphics library is now available at the djgpp home
> ftp site. The file should be named "grx21a.zip" and should be located in
> the v2tk/ directory. It should be soon available in any mirror site of
> djgpp directory.
> This upgrade features :
>         - pattern filled drawing functions
>         - custom line drawing functions
>         - user coordinates drawing functions

> All these functions were declared in the header file of grx20 but not
> implemented in the object file. Now they are, so enjoy them...

Very happy to see someone working on GRX :)
There are two bugs in GRX20 I fixed and would like them to appear in an
officila release of GRX.
In march 1996 I notified the first problem to Csaba:
--------------------------------------------------------------------
        I would like to report a little inconsistency in the 16/256 color
 alloc/free method: the 6 bit shared allocation counter is incremented every
 GrAllocColor of an existing color, but the first GrFreeColor resets this
 counter to zero and frees the color cell. There are two problems in this:

 1) A GUI implementation based on your library must count every GrAllocColor
    returned id and call GrFreeColor only when the counter, decremented
    for each free request, reaches the zero value.

 2) If an application calls GrAllocColor more than 2^6 times, the program
    crashes!
    In a GUI library, in which every graphic object is responsible for
    the color allocation/free, it happens with a few windows open.

 As a workaround I have changed the 'CLRINFO->ctable[best].nused++' instruction
 at line 173 with 'CLRINFO->ctable[best].nused = 1'
 to eliminate the counter wrap problem. Although this eliminates the
 allocation/free inconsistency, I think the best solution is to make 'nused'
 a short integer and to implement the 'nused--' in GrFreeColor. This will
 eliminate the need to count color ids in the application code.

Csaba replyed this:

Thanks for the suggestion. I guess I will go for a full long integer
counter if I make the change suggested by you. My previous thought was to
provide support only for a rudimentary scheme -- anything more
sophisticated (i.e. more than 64 potential calls) has to be implemented
by the application. If I move this task to GRX I don't want to stop at
2^16 potential calls -- let's make it 2^32. (And this also keeps the
structure size a power of 2 [4 => 8] instead of making it 6)

--------------------------------------------------------------------

The other bug affects the correct mouse pointer appereance.
By changing the file 'BLDCURS.C' at line 35 in function GrBuildCursor():

        GrFilledBoxNC(0,0,(w + w - 1),(h - 1),0L);
with:
        GrFilledBoxNC(0,0,(workw - 1),(h - 1),0L);

the bug disappears. I really don't know if this is simply a workaround
or it is the correct fix, but it works.

My GUI library (for djgpp, Windows, Linux) is at:
http://www.volftp.vol.it/IT/IT/ITALIANI/MORELLO/index_e.htm


 
 
 

1. ANNOUNCE : GRX21 (UPGRADE OF GRX20) + BCC2GRX TEST RESULTS

FWIW I recompiled the bcc2grx library from

grx20fix.h file so it does not defines the before missing routines for
pattern filled drawing functions, custom line drawing functions; and
recompiled the test programs.

Now the bccbgi demo works like a champ!

BTW, I _did not_ changed the define LOAD_8x8_FONT in that header file. I
would like to know from Harmut or Michael if it is unnecessary by now.

Kudos to all developers involved in this endeavour.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

DME/ASC                                   Phone: 55-11-268-3522 Ext.350
IPT - Instituto de Pesquisas Tecnologicas Fax:   55-11-268-5996
Av. Prof. Almeida Prado, 532.  Sao Paulo - SP 05508-901 BRAZIL
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

2. Lucida Font Family

3. To upgrade or not to upgrade?

4. Pointer arithmatic

5. to upgrade or not to upgrade

6. Nationwide ISPs (to access our VPN)

7. Using non-upgrade disks to upgrade

8. PLP II to print postscript

9. to upgrade or not to upgrade

10. Antwort: Re: Problems with GRX20.a

11. grx20 driving me mad!

12. #pragma pack(1) and <grx20.h> ?

13. GRX20 mouse problem