January 2004 - Grx

win32 setmode() clear screen problem?
by Dimitar Zhekov 30 Jan '04

30 Jan '04

Hi. The following code: #include <grx20.h> int main(void) { GrLoadFont("d:/media/grx247p1/fonts/char30b.fnt"); GrSetMode(GR_width_height_bpp_graphics, 640, 480, 8); Sleep(1000); return (0); } at least when run in 16/32bpp, results in a green screen (or window, depending in the resolution) on my system. I had this issue with fontdemo; both work properly [black screen/window] without the GrLoadFont() call. The problem seems to be with vd_win32.c:setmode(). It creates an 8bpp DIB and then uses a solid color 0 brush to clear it. But while the chances are color 0 (in 8bpp) will be RGB 0, that's not granted. Shortly after init the GRX window is updated, the DIB is copied into it, and so it's filled with some non-black color (usually a nice one, I must admit :-) Now, I fixed this by setting the DIB color index 0 to 0, and to be 101% sure, used a BitBlt(hDC, hDCMem) instead of FillRect() to initially clear the GRX window in 8bpp. It doesn't seem to matter, as the GRX window is updated (almost) immediately, and thus fixing the DIB color 0 is enough. Even removing BitBlt() and FillRect(hDC) makes no visual difference for what I've tested. But anyway... -- E-gards: Jimmy

1 0

Testing GRX
by Peter Williams 24 Jan '04

24 Jan '04

Hello I have just begun trying to use GRX. I can compile everything OK using Djgpp. However I am having difficulty running the test programs demogrx and bccbgi on my Windows XP and W2000 machines. I have read the very useful information given in the correspondence by Toby Ewing #185 and Mariano Fernandez #351. I have tied setting SET GRX20DRV = STDVGA then running demogrx 640 480 4. This works fine on my XP machine. But not on my W2000 laptop. The bgi test program does not work on either XP or W2000. Should it not be modified to take command line arguments for its parameters like demogrx? Although, this would not help for the W2000 laptop, I suspect. -- Pete Williams peter.williams173(a)ntlworld.com

5 5

Some patches to build GRX2.4.6 under Cygwin
by Demmer, Thomas 23 Jan '04

23 Jan '04

Hi all, I have hacked some Makefiles so that GRX builds cleanly under Cygwin. The attached patch does the following: ./makedefs.grx: * Add WIN32_GCC_i386_CYGWIN (cygwin native) and WIN_GCC_i386_CYGMING (MinGW) as systags 007 and 008. 008 really is 006, just using the Cygwin environment to build a MinGW target. * Appended a CYGMING specific section Added makefile.cyg in ./, ./src, ./test/bgi and ./test. The system then creates the static and shared libraries. Cygwin specific if CC = gcc MinGW version if you say CC = gcc -mno-cygwin in makedefs.grx Default installation path for the static libraries is /usr/local/lib/[mingw] for the header files /usr/local/include/grx20 The DLLs do not get installed, as I have no clue where to install them :-) The cygwin one should probably go to /bin. I set default font-path to "/usr/local/lib/fonts/grx", you may want to change this to your needs. Further minor fixes: test/demogrx.c: * Added test for Cygwin in the_info(). BTW, is there a reason for not having this as switch( GrGetLibrarySystem() ){ ... }? * Small workaround for spawning the test programs. in pev_command(), mostly "\" vs. "/" related. The real error is in grx20.h, where "__WIN32__" gets defined if the compiler is cygwin. This is not a good idea and prevails building an X11 version with cygwin at the moment. I think I have stupidly introduced that myself :-) I am currently thinking about how to fix that, and what a fix really is. It basically should be possible to build a library that uses the native drivers or the X11 drivers, depending if the DISPLAY variable is set (just like rxvt under Cygwin). Any ideas and comments are appreciated :-) Other than that, the only program that thoroughly fails so far is keys.exe, I have not yet tried to actually *use* the DLLs, so be warned :-) Have fun, Ciao Tom <<grx246_ptd1.pat.gz>> Best regards / Mit freundlichen Grüssen, Thomas Demmer Kraft Foods R&D Inc. Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 mailto:tdemmer@krafteurope.com <mailto:> Thought of the day Love at first sight is one of the greatest labor-saving devices the world has ever seen.

1 0

fontdemo -Y fix
by Dimitar Zhekov 16 Jan '04

16 Jan '04

Obvious typo. -- E-gards: Jimmy

1 0

[PATCH] grx246: Fix for unresolved references using graphresult() from C++
by Andris Pavenis 08 Jan '04

08 Jan '04

After upgrade to grx-2.4.6 found that using graphresult() from C++ programm causes unresolved references. Moving actual check to __gr_graphresult() and changing graphresult() to call __gr_graphresult() fixes problem. Checked now for Linux X11 build only Andris --- grx246/src/bgi/graphres.c~1 2001-01-12 19:35:12.000000000 +0200 +++ grx246/src/bgi/graphres.c 2004-01-08 12:19:42.000000000 +0200 @@ -25,5 +25,7 @@ #include "bccgrx00.h" int __gr_graphresult(void) { - return graphresult(); + int res = (__gr_INIT ? __gr_Result : grNoInitGraph); + __gr_Result = grOk; + return res; } --- grx246/include/libbcc.h~1 2002-07-30 00:33:46.000000000 +0300 +++ grx246/include/libbcc.h 2004-01-08 12:22:31.000000000 +0200 @@ -557,7 +557,7 @@ int getvisualpage(void); #define getmaxmode() (__gr_set_up_modes(), __gr_MaxMode) #define getmoderange(gd, lomode, himode) \ __gr_getmoderange((gd),(lomode),(himode)) -/* graphresult() uses local variable res */ +#define graphresult() __gr_graphresult() #define getx() (__gr_X+0) #define gety() (__gr_Y+0) #define moveto(x, y) do { __gr_X = (x); __gr_Y = (y); } while(0) @@ -638,9 +638,7 @@ void (getmoderange)(int gd, int *lomode, /* ----------------------------------------------------------------- */ int (graphresult)(void) { - int res = (__gr_INIT ? __gr_Result : grNoInitGraph); - __gr_Result = grOk; - return res; + return __gr_graphresult(); } /* ----------------------------------------------------------------- */

1 0

GRX 2.4.7 pre-release 1
by Mariano Alvarez Fernandez 07 Jan '04

07 Jan '04

Hi, I have uploaded a GRX 2.4.7 pre-release. Mostly the new Dinitar's DGA driver. Get it from http://grx.gnu.de/more.html Happy new year, M.Alvarez

2 4

Re: Testing the DGA driver
by Dimitar Zhekov 04 Jan '04

04 Jan '04

MAF> Hi Dimitar. Hi. Long time no hear. MAF> I have retested your new DGA driver in 2.4.7p1 MAF> without the framebuffer: Tnanks. MAF> In my desktop with XFree86 4.2.0 I see a blak MAF> screen only. Does it work with the framebuffer enabled under the same circumstances? What's the video driver? MAF> In my Toshiba with XFree86 4.3.0: MAF> ./xdemogrx and Hey! It seems to work, but returning MAF> to X the screen was cripped to a 640*480 window. I didn't quite understood that. If the entire screen (the one before ./xdemogrx?) is now in a window, then what's on the rest of it, that is, outside that window? Empty? MAF> I managed to run "./xdemogrx 1024 768 24" and it MAF> works, but funny things happen with the input, like MAF> if you have pressed the Return key all the time. I have such a problem, but only when running xfce4. TWM and IceWM are OK - gtk+2 dependency here? Tried to solve it with absolutely no success. All DGA 1/2 examples fail the same way as well, so it's not a vd_xfdga.c error. DGA is unstable, as noted... It'll be replaced in XFree86-5. Anyone else tested that? I can send you the DGA examples. -- E-gards: Jimmy

2 1