Grx

grx@gnu.de

559 discussions

Re: small bugfixes in grx
by Mariano Alvarez Fernandez 23 Oct '02

23 Oct '02

Hi, Alex > > - About the drawstrg bug. > > > > It isn't (and if it were a bug the correct place to check is in the > > fdriver, because it must know how to get the color from a GrColor > > variable). > > > > The problem is in the test program. GrAllocEgaColors must be placed > > _after_ GrSetMode. > > > the problem is in the test program indeed. the bug appears when printing to > a > ram context, as in the example i submit here now. > the order between the 2 function calls is irrelevant, examine > GrAllocEgaColors. At last I can see the bug. You are correct. The bug only occurs in 4bpp mode, so this is why I didn't see it before, and why I thought it was the GrAllocColor order. Try: egacolors = GrAllocEgaColors(); GrSetMode(GR_width_height_bpp_graphics, 640, 480, 24); to see what happen. But the line ctx = GrCreateFrameContext(GR_frameRAM4, w * 16, h * 16, NULL, NULL); in your second test clearly identify the problem. (By the way this code is not safe, you must use GrCreateContext in normal programs). The bug is in src/fdrivers/ram4.c, here is a patch to solve it: --- ram4.old Mon Nov 6 03:41:18 2000 +++ ram4.c Wed Oct 23 22:28:22 2002 @@ -58,7 +58,7 @@ offs = FOFS(x,y,CURC->gc_lineoffset); mask = 0x80 >> (x &= 7); cval = (unsigned int)color << (7 - x); - switch(op = C_OPER(color)) { + switch(op = C_OPER(color) & 3) { case C_WRITE: case C_AND: CURC->gc_baseaddr[0][offs] &= ((cval ) | ~mask); Thanks a lot Alex Regards, M.Alvarez

1 0

Request for help in OSS/Free Software survey
by Christian Reis 23 Oct '02

23 Oct '02

Hello there, I'm a developer from Brazil doing an MSc project on Open Source/Free Software engineering processes, and as the final part of it, I'm conducting a survey of the most important free software projects. I'm sending out a request to the maintainer for each project, and so far we have over 170 surveys filled out, including some very interesting ones (Apache, Perl, Python, Sendmail, Berkeley DB, GNU Make, Vim, Nethack, Bugzilla, sed, to name a few); http://www.async.com.br/~kiko/fsp/newproj.php lists all registered projects. Since you are maintainer for GRX, which IMO is an important free software/open source project, I would be really grateful if you could participate in the survey by answering for it, and for other projects you lead (that you find are relevant to the study). The survey is Web-based (I can send an email version of it to you, of course), and it's online at: http://www.async.com.br/~kiko/fsp/ IMHO the survey is quite unique, and the data and comments gathered form a very interesting display of the different projects. The data will be published and offered freely when the survey is finished, of course. This is the only email I will send you with a request, and if you don't have the time, kindly ignore it (use "d" in mail/mailx and "D" in mutt/pine :-). Thanks if you do take the time, too. I've pasted below some standard details about the survey. --- Survey details start here ------------------------------------------ The Survey http://www.async.com.br/~kiko/fsp/ It has 12 questions, and shouldn't take more than 15 minutes to answer (we did some testing and most people finish in about 7). If you would like someone else to answer, please send me an email address and I'll ask them directly. If you would rather the survey came in through email, let me know too and I'll send an email-ready version. The survey is usable on any browser (including text browsers like lynx and w3m), and it contains *no* graphics, so it should be quite fast. If you use Mozilla or another DOM-compliant browser the help boxes show in the same page, which is a bit nicer than the default behaviour. Apart from that it shouldn't be too much of a bother to fill it out, and it will really help us get valid research findings. If you want to know more about the survey, there is a FAQ on the site, and I am available to answer any questions. A short text follows describing it. About the Research The MSc project is an attempt to characterize open source/free software projects with respect to their software processes. This means how the project organizes, how code is designed, produced and kept track of, and other issues relating to the project's approach to development. The qualification paper (in portuguese, i'm afraid) is available at http://www.async.com.br/~kiko/quali/ - Google does a [rather poor, and my surname isn't Kings] translation of it if you enter the URL in the search box. The results of this survey will be made publically available, and the report will be also published in English, to make sure that the largest number of people and organizations can benefit from the data. If you are interested I can offer data in any format that's considered convenient. About me I'm an MSc student at ICMC USP, Brazil, and my MSc work involves describing and characterizing software process models for open source projects. As part of my research, I've done a study of a number of projects, and this year I've published an article on the Mozilla Software Process at the OSS Workshop in Newcastle, UK. It's available online at http://www.async.com.br/~kiko/papers.html I'm also a member of the Kiwi, Bugzilla and PyGTK development teams, and I work mainly on an open source project to develop a free point of sales and retail management software, called Stoq.

1 0

Announce: GRX 2.4.4
by Mariano Alvarez Fernandez 21 Oct '02

21 Oct '02

Hi, all. GRX 2.4.5 is out. Download it from the GRX site: http://grx.gnu.de Enjoy, M.Alvarez

1 0

GRX list archive online again
by Anja Gerwinski 20 Oct '02

20 Oct '02

Hello, thanks to Frank Heckenbach, the GRX mailing list has an archive again. :-) The direct links are: http://grx.gnu.de/archive/grx/en/ for grx and http://grx.gnu.de/archive/grx-announce/en/ for grx-announce. All mail since Juli 2001 is included. Best wishes, Anja

1 0

GRX 2.4.5 pre-release 5
by Mariano Alvarez Fernandez 11 Oct '02

11 Oct '02

Hi. I have uploaded a new GRX pre-release to thr grx site: grx.gnu.de Go to the "More things" tab to download it. Greetings, M.Alvarez

1 0

double buffering problem with DOS
by Jan Menzel 29 Sep '02

29 Sep '02

Hi all, could anyone please tell me, why the attached program does paint some lines on Linux X11 and nothing on Dos? I save the screen context, create a new context (as large as the screen), activate, paint and copy it to the screen with GrBitBlt. Works fine on Linux X11 but nothing happens on Dos. The new context does not get visible. (Using GRX 2.44 BCC 3.1 with memory model Large on a Win98 dos box) Thanks. Regards Jan -- Jan Menzel | mailto: jan.menzel(a)gmx.de | http://www.lighting-solutions.de | http://www.peperoni-light.de

2 2

display flushing problem on Linux X11
by Jan Menzel 27 Sep '02

27 Sep '02

Hi all, if one does some drawing followed by a GrSleep() on Linux X11 the display is incomplete while sleeping. My fix: add "FSync(_XGrDisplay, 0)" before usleep() in src/misc/x11misc.c. Regards Jan -- Jan Menzel | mailto: jan.menzel(a)gmx.de | http://www.lighting-solutions.de | http://www.peperoni-light.de

2 1

Re: Anybody using grx under Windows XP?
by Allan Kugel 27 Sep '02

27 Sep '02

> > > De: Allan Kugel [SMTP:kugel@ruccs.rutgers.edu] > > > > > > I am trying to port some grx programs to a new windows XP system, > > > compiling with djgpp. I'm using the version of GRX that is on > > > the djgpp site, namely 2.4.3. The test program comes up, > > > but things don't look right; there's a squished rose, > > > and the demo programs kick out without any visible action. > > > Offhand, I suspect that the graphics mode is not right. > > > (some recompiled grx programs run with some of the expected display > > > off the screen, and circles flattened). > > > > > > Before I try to spend serious time tracking this down, > > > does anybody out there have experience running grx on > > > windows XP? Any quick suggestions? > > > > > Mmm.. I supose you want to use the GRX DOS version, no the Win32 one, > correct?. > I think WinNT and XP doesn't permit DOS programs use the video card > directly, only the limited VGA functionallity. What modes the "modetest" > program found if you set "GRX20DRV=VESA"?. 1) 320x200 2 colors 2) 640x200 2 colors 3) 640x350 2 colors 4) 640x480 2 colors 5) 320x200 16 colors 6) 640x200 16 colors 7) 640x350 16 colors 8) 640x480 16 colors 9) 320x200 256 colors 10) 320x240 256 colors 11) 320x400 256 colors 12) 320x480 256 colors (unfortunately, not 640x480 256 colors) I don't know if there's any way of running native dos mode anymore (although I suppose one could boot from floppy?) Allan Kugel e-mail: kugel(a)ruccs.rutgers.edu 26 Handy street voice: 1-732-247-3079 New Brunswick, NJ 08901-2821 fax: 1-732-445-6715 @ RU cognitive science U.S.A. lab: 1-732-445-6163 (Visual Attention lab)

2 1

Re: avoiding flickering and GRX and BCC 3.1 and 5.2
by Jan Menzel 26 Sep '02

26 Sep '02

Hi Mr. Alvarez, Hi Hartmut Schirmer thank You for Your help with the flickering. I just overlocked the GrBitBlt() function for quite some time... Included You'll find my nodes on GRX with BCC 3.1 and 5.2: (I tried so send it earlier to but the mail address on the GRX web side is wrong. It ends in teleline.es, which returns with an error. Sending this mail to teleline.net returns also with an error.) Hi Mr. Alvarez, today I tried compiling grx 2.44 with Borland C++ 5.2 and 3.1 and found two problems: 1. the file vesainfo.c, which resists in src/utilprog is expected in src/vdrivers. After coping it the compilation of the library went fine for both 5.2 and 3.1. 2. while compiling circtest.c the symbol _GrSleep was not found. I did not tried to track the problem down sins I only needed the library. I just wanted to mention it. Today I found out, that _GrSleep is defined by src/misc/dosmisc.c. This file is just missing in makefile.bcc. I also think, that the vesainfo.c file problem should be fixed by updating the makefile. Thank You again. Regards Jan Menzel -- Jan Menzel | mailto: jan.menzel(a)gmx.de | http://www.lighting-solutions.de | http://www.peperoni-light.de

2 1

Re: Anybody using grx under Windows XP?
by Josu Onandia 26 Sep '02

26 Sep '02

Hi Allan, I've developed a program for Windows using Grx, and I've been told that this program is running under XP without problems. The only difference with W95 is that XP is more slow, in general, and specially the bitblits. Josu Onandia > -----Mensaje original----- > De: Allan Kugel [SMTP:kugel@ruccs.rutgers.edu] > Enviado el: jueves 26 de septiembre de 2002 15:15 > Para: grx(a)gnu.de > Asunto: Anybody using grx under Windows XP? > > Hello, all - > > I am trying to port some grx programs to a new windows XP system, > compiling with djgpp. I'm using the version of GRX that is on > the djgpp site, namely 2.4.3. The test program comes up, > but things don't look right; there's a squished rose, > and the demo programs kick out without any visible action. > Offhand, I suspect that the graphics mode is not right. > (some recompiled grx programs run with some of the expected display > off the screen, and circles flattened). > > Before I try to spend serious time tracking this down, > does anybody out there have experience running grx on > windows XP? Any quick suggestions? > > Allan Kugel e-mail: kugel(a)ruccs.rutgers.edu > 26 Handy street voice: 1-732-247-3079 > New Brunswick, NJ 08901-2821 fax: 1-732-445-6715 @ RU cognitive > science > U.S.A. lab: 1-732-445-6163 (Visual Attention > lab) > >

2 1

← Newer
1
...
25
26
27
28
29
30
31
...
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