Grx October 2012

grx@gnu.de

5 participants
4 discussions

01 Nov '12

Hi, I guess this list has been abandoned (no activity since the last release at all), still wanted to share my patch that 1. Further fixes bitblt race for 8bpp graphics on Windows during window init phase (first repaint event sent/processed too fast), locking the DC (and leaving the window white, not always but intermittently across multiple app starts); 2. Fixes LIBBCC.H decls for C++ (posted earlier); 3. Replaces an outdated header <values.h> in speedtst.c; 4. Adds processing of Shift-Tab on Windows, a very popular choice of a key for moving backwards on controls (lbgrx provided it undistinguishable from a regular Tab as returned by GrKeyRead()); 5. And finally, removes optimization (-O2) in debug builds (which otherwise clobbers the source code line sequencing and makes it very difficult to use in a debugger). Hope this helps, AL

4 6

grx on Mac OS X
by Schindler Karl-Michael 25 Oct '12

25 Oct '12

Hi folks I had a try to build grx on Mac OS X and after a number tricks it seems to work based on X11. If someone is interested in this, i would like to get in contact. Michael Schindler

2 1

Obsoleted header used in test/speedtest.c
by A L 15 Oct '12

15 Oct '12

JFYI: Compiling libgrx under the latest Cygwin (1.7.16-1) produces the following error: gcc -c -O2 -fno-strict-aliasing -Wall -I../include speedtst.c -o speedtst.o speedtst.c:32:20: fatal error: values.h: No such file or directory compilation terminated. makefile.w32:81: recipe for target `speedtst.o' failed make[1]: *** [speedtst.o] Error 1 Replacing <values.h> with <limits.h> (at test/speedtest.c:32) solves the problem. Cheers, AL

1 0

LIBBCC.H header bugfix for C++
by A L 11 Oct '12

11 Oct '12

Original message bounced, reposted. Date: Thu, 11 Oct 2012 19:46:53 -0400 Subject: LIBBCC.H header bugfix for C++ Hi, The following patch would correct a few "undefined" symbols if libbcc.h is used in a C++ program. Specifically, if a macro is cancelled for a BGI call (like, line() called as a regular function) or a special-case, macro-less call (e.g. getfillsettings()) is made, they will not be found by the linker (because seen as C++ calls, per the original header, thus mangled), without any warnings at the compilation stage. sample.cpp: #include <grx20.h> #include <libbcc.h> #undef line // avoid macro interference int main(void) { line(1,2,3,4); // real function call now arc(1,2,3,4,5); // arc() has no macro defined, so real call here as well return 0; } gcc -Wall -o sample sample.cpp -lgrx20 -lgdi32 sample.o:sample.cpp:(.text+0x2e): undefined reference to `line(int, int, int, int)' sample.o:sample.cpp:(.text+0x5a): undefined reference to `arc(int, int, int, int, int)' *** libbcc.h.orig 2007-03-08 16:21:40.000000000 -0500 --- libbcc.h 2012-10-11 19:07:57.297854900 -0400 *************** void __gr_set_BGI_mode_whc(int *gd, int *** 494,503 **** int __gr_get_BGI_mode_pages(void); void __gr_set_BGI_mode_pages(int p); - #ifdef __cplusplus - } - #endif - /* ----------------------------------------------------------------- */ /* --- API functions with macro equivalents --- */ /* --- (for inlining) --- */ --- 494,499 ---- *************** int getactivepage(void); *** 551,556 **** --- 547,556 ---- void setvisualpage(int p); int getvisualpage(void); + #ifdef __cplusplus + } + #endif + /* ----------------------------------------------------------------- */ #define restorecrtmode() __gr_restorecrtmode() #define getgraphmode() (__gr_INIT ? __gr_Mode : (__gr_Result=grNoInitGraph)) --- Cheers, AL

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

Grx October 2012