Grx

grx@gnu.de

559 discussions

fdv_win resource header swap fix
by Dimitar Zhekov 09 Jul '03

09 Jul '03

Hi. fdv_win.c: the resource header fields must be swapped, not the data they "point" to. Tested: was sig11 => OK. -- E-gards: Jimmy

1 0

Web server moved
by Frank Heckenbach 06 Jul '03

06 Jul '03

The GRX pages have moved to a new web server. I hope you won't notice any difference, but if you encounter any problems, please drop me a note. Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

1 0

Re: Compile errors with newer gcc
by Dimitar Zhekov 27 Jun '03

27 Jun '03

Hi. GJ>> I'm using gcc 3.3 (but this happens as well with gcc GJ>> 3.2), fdrivers/svga24.c:259: error: can't find a GJ>> register in class `AD_REGS' while reloading `asm' GJ>> make[1]: *** [fdrivers/svga24.o] Error 1 MAF> There are two possible workarounds: MAF> Use -O1 as suggested by Andris MAF> Not use the specific gcc macro as suggested by Guillem MAF> Really I don't like any, are there some people here MAF> who knows assembler? Well I can write a few hundred lines in Intel syntax and understand AT&T syntax, but the problem is not with the assembler code itself, it's valid. Seems that gcc runs out of registers or something. It may be of help if we replace some of the hardcoded register names in asm with generic ones, such as r0, r1... if gcc asm supports such a feature. I'm using the gcc-3.2.3 included in rock-linux-2.x.y (it's the standard gcc + the IBM stack protector security patch) and have no problems at all. Everything compiles and works. -- E-gards: Jimmy

2 2

limited graphics modes
by Toby Ewing 24 Jun '03

24 Jun '03

Hi, all Mariano wrote (June 3): > With WinNT and WinXP DOS programs can not access the video hardware, > so only stdvga works. Sorry. I installed grx2.4.6 on a win2000 machine at work, and couldn't access graphics greater than 480 x 360 x 16. I thought perhaps the problem was specific to that machine, so I copied the whole djgpp directory and brought it home. On a win98 machine ('DOS prompt', not 'command prompt'), the same problem. In demo.pas, I have access to modes 0..15 only. I've run demogrx at high resolutions on both machines in the past. my RHIDE.BAT file says to set grx20drv=stdvga, with various combinations of sizes and resolutions tried with no apparent effect. I'm not sure where to start figuring this out, and would appreciate suggestions. all the best, Toby

2 1

Compile errors with newer gcc
by Guillem Jover 24 Jun '03

24 Jun '03

Hi, I'm using gcc 3.3 (but this happens as well with gcc 3.2), and the following error occurs when compiling src/fdrivers/svga24.c: gcc -c -O2 -Wall -DLFB_BY_NEAR_POINTER -pipe -DSVGALIB_DRIVER -DFRAMEBUFFER_DRIVER -DINOUTP_FRAMEDRIVERS -I. -I./include -I../include -I../addons/print fdrivers/svga24.c -o fdrivers/svga24.o fdrivers/svga24.c: In function `drawhline': fdrivers/svga24.c:256: error: can't find a register in class `AD_REGS' while reloading `asm' fdrivers/svga24.c:257: error: can't find a register in class `AD_REGS' while reloading `asm' fdrivers/svga24.c:258: error: can't find a register in class `AD_REGS' while reloading `asm' fdrivers/svga24.c:259: error: can't find a register in class `AD_REGS' while reloading `asm' make[1]: *** [fdrivers/svga24.o] Error 1 I've tracked this down to src/include/gcc/memfill.h to the REPFILL24 macros. When I use the following patch I'm able to continue compiling. Though this does not fix the bug. ----X<---- --- memfill.h 2003-05-26 03:26:19.000000000 +0200 +++ memfill.h-patched 2003-05-25 20:49:37.000000000 +0200 @@ -262,7 +262,9 @@ #define __INLINE_24_FAR_REPFILL__(P,C,B,FMODE,INS) \ __INLINE_386_REPFILL24__(P,C,B,INS,%%fs:) +#if 0 #define GRX_HAVE_FAST_REPFILL24 +#endif #endif /* __i386__ */ ----X<---- I don't know if I'll have enough spare time to fix this, so if someone else could fix this properly it would be great :>. regards, guillem

2 3

inoutport drivers on svgalib-1.9.x
by Dimitar Zhekov 23 Jun '03

23 Jun '03

Hi. Mariano, I think that you should change the comment to USE_INOUTP_FRAMEDRIVERS to read that a 'n' must be used with svgalib-1.9.x. First, these don't work by default because GRX does nothing to gain port access, it simply derives that priviledge from svgalib 1.4.3 (and not from 1.9.x); thus, even a suid root svgalib-1.9.x GRX executable still fails with a coredump at the first in/outport instruction. Second, even if an ioperm(2) is established, the drivers still don't work well - looks like a port conflict between svgalib or svgalib kernel module and GRX to me. I can't remember if the drivers ever worked with 1.9.x, my previous tests were about 6 months ago... Anyone else willing to check that? -- E-gards: Jimmy

2 1

Re: small misc files 2 - alloca
by Mariano Alvarez Fernandez 18 Jun '03

18 Jun '03

Dimitar Zhekov wrote: > DZ>> To avoid warnings about alloca() being implicitly declared > > MAF> Mmm... I have not seem any warning and I am using a rather > MAF> old version of Mingw (the last released by Mumit Khan). > MAF> What version are you using? > > MinGW-2.0.0-3 Sep-07-2002. > It's GCC is 3.2 (mingw special 20020817-1). > It seems a new feature of gcc 3.x, previous versions of gcc (I'm using 2.95.2) have some C functions built-in, like alloca, and it is probably the reason why Mingw doesn't declare it. So I will apply your patch. Greetings, M.Alvarez

1 0

Re: small misc files 2 - alloca
by Mariano Alvarez Fernandez 16 Jun '03

16 Jun '03

Dimitar Zhekov wrote: > DZ>> ... MinGW: define alloca to __builtin_alloca > MAF> Why? > > To avoid warnings about alloca() being implicitly declared > (approx. 25 from a total of 30) in the Win32 build. > It's strange why alloca() isn't declared in MinGW... > Mmm... I have not seem any warning and I am using a rather old version of Mingw (the last released by Mumit Khan). What version are you using?

1 0

GRX 2.4.6 pre-release 5
by Mariano Alvarez Fernandez 15 Jun '03

15 Jun '03

Hi, I have uploaded another pre-release of GRX 2.4.6. If Pascal files are correct now I plan to make it the final 2.4.6. http://grx.gnu.de/more.html Enjoy, M.Alvarez

2 1

svga track mode
by Dimitar Zhekov 14 Jun '03

14 Jun '03

Keep track of the last mode set and don't set it again. Eliminates the slightly improper text mode restoration. -- E-gards: Jimmy

2 1

← Newer
1
...
17
18
19
20
21
22
23
...
56
Older →

Jump to page:

2025

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