Gpc

gpc@gnu.de

5400 discussions

still trying to compile
by Robert P. Ewing 01 Aug '00

01 Aug '00

Hello, all I am still having trouble with the RHIDE and gpc setup. I have fixed my problems with environment space, so the path is now fine. But I am not getting programs with grx20 to compile. Here is some output, with commentary: When I compile from bash, at the command line, in the $DJDIR$ directory, I write: gpc --automake -v -o taste.exe contrib/grx232/pascal/taste.p -lgrx20 2> outfile Outfile then contains: Reading specs from c:/djgpp/lib/gcc-lib/djgpp/2.952/specs gpc version 20000725, based on 2.95.2 19991024 (release) c:/djgpp/lib/gcc-lib/djgpp/2.952/gpcpp.exe -lang-pascal -v -famtmpfile=c:/djgpp/tmp/RHcaaaaa\ccaqs0wh -fautomake -fdelphi-comments -D__GNU_PASCAL__ -undef -D__GNUC__=2 -D__GNUC_MINOR__=95 -D__GPC__=2 -D__GPC_MINOR__=0 -D__GPC_RELEASE__=20000725 -D__BITS_LITTLE_ENDIAN__=1 -D__BYTES_LITTLE_ENDIAN__=1 -D__WORDS_LITTLE_ENDIAN__=1 -Dunix -Di386 -DGO32 -DDJGPP=2 -DMSDOS -D__OS_DOS__=1 -D__unix__ -D__i386__ -D__GO32__ -D__DJGPP__=2 -D__MSDOS__ -D__OS_DOS__=1 -D__unix -D__i386 -D__GO32 -D__DJGPP=2 -D__MSDOS -Asystem(unix) -Asystem(msdos) -Acpu(i386) -Amachine(i386) -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -D__tune_pentium__ -imacros c:/djgpp/lib/../include/sys/version.h -remap contrib/grx232/pascal/taste.pas c:/djgpp/tmp/RHcaaaaa\ccbqs0wh.i GNU Pascal Compiler PreProcessor version 2.95.2 19991024 (release) (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: c:/djgpp/LANG/PASCAL [**] c:/djgpp/include c:/djgpp/contrib/grx232/include /usr/local/include [**] JDIR/i586-pc-msdosdjgpp/include [**] $DJDIR/lib/gcc-lib/djgpp/2.952/include $DJDIR/include [*@] End of search list. c:/djgpp/lib/gcc-lib/djgpp/2.952/gpc1.exe c:/djgpp/tmp/RHcaaaaa\ccbqs0wh.i -quiet -dumpbase taste.pas -version -famtmpfile=c:/djgpp/tmp/RHcaaaaa\ccaqs0wh -fautomake -o c:/djgpp/tmp/RHcaaaaa\ccbqs0wh.s GNU Pascal version 2.95.2 19991024 (release) (djgpp) compiled by GNU C version 2.95.2 19991024 (release). c:/djgpp/bin/as.exe -o c:/djgpp/tmp/RHcaaaaa\ccbqs0wh1.o c:/djgpp/tmp/RHcaaaaa\ccbqs0wh.s c:/djgpp/lib/gcc-lib/djgpp/2.952/collect2.exe -o taste.exe c:/djgpp/lib/crt0.o -Lc:/djgpp/lib -Lc:/djgpp/contrib/grx232/lib/dj2 -Lc:/djgpp/lib/gcc-lib/djgpp/2.952 -Lc:/djgpp/bin -Lc:/djgpp/lib c:/djgpp/tmp/RHcaaaaa\ccbqs0wh1.o -lgrx20 -lgpc -lm -lgcc -lc -lgcc -Tdjgpp.djl c:/djgpp/tmp/RHcaaaaa\ccbqs0wh1.o(.text+0x9cb):taste.pas: undefined reference to `init_Grx20' collect2: ld returned 1 exit status Some comments on this: Why am I still getting an "undefined reference to init_Grx20, when I am linking in libgrx20.a? What more can I do about it? How can I remove the directories flagged with [**] above from the include list, seeing as they don't exist? How can I remove a duplicate directory (marked [*2] above)? Output from within RHIDE is essentially identical, with a few slightly different compiler options. The same result and error, though. On a more positive note, I have succeeded in compiling grx20.pas, so now I have a $DJDIR$/bin/grx20.o file. Finally, I've started playing with some of my .pas files from an older version of gpc. Several contain the following, because I need to be particular about data types (in one program, I need a roughly 128MB 3D array of byte, so I can't afford to use 2-byte integers instead!): Type shortint = __byte__ integer; byte = __unsigned__ shortint; int16 = __short__ integer; word = __unsigned__ int16; UI = __unsigned__ integer; {32-bit unsigned integer for MT} LI = __long__ integer; {64-bit integer for statistics} Quad = __long__ real; The compiler complains about this: identifiers should not start with an underscore, should not end with an underscore, and should not have two consecutive underscores in them. But this is what I've done ever since I started using gpc, and it is what the example programs did! Has the syntas changed? Also, why is "real" no longer accepted as a type? thanks in advance, Toby

3 2

packed types and comparison operators bugs
by Couperin 01 Aug '00

01 Aug '00

I get false results when I use comparison operators with Packed subrange types. For example if X is of a packed user defined type, and is equal to 64, then "X > 63" yields false ! And when I try to solve it, the packed subrange type I define is no longer really packed ! Here is a program to illustrate this problem : (The bug appears if X > 63) --------------------------------------------------------------------------- Program Bug01; Const XValueMax = 125; Type T_XValue = Packed 0..XValueMax; Var X : T_XValue; Begin Writeln; Write('X ? '); Readln(X); Writeln('X = ',X); Writeln('X > 63 : ',X > 63); {BUG} Writeln('X < 63 : ',X < 63); {BUG} Writeln('X = 63 : ',X = 63); Writeln('X >= 63 : ',X >= 63); {BUG} Writeln('X <= 63 : ',X <= 63); {BUG} Writeln('X <> 63 : ',X <> 63); {BUG} Writeln('Real(X) > 63 : ',Real(X) > 63); Writeln('Real(X) < 63 : ',Real(X) < 63); Writeln('Real(X) = 63 : ',Real(X) = 63); Writeln('Real(X) >= 63 : ',Real(X) >= 63); Writeln('Real(X) <= 63 : ',Real(X) <= 63); Writeln('Real(X) <> 63 : ',Real(X) <> 63); Writeln('X > Real(63) : ',X > Real(63)); Writeln('X < Real(63) : ',X < Real(63)); Writeln('X = Real(63) : ',X = Real(63)); Writeln('X >= Real(63) : ',X >= Real(63)); Writeln('X <= Real(63) : ',X <= Real(63)); Writeln('X <> Real(63) : ',X <> Real(63)); Writeln('Integer(X) > 63 : ',Integer(X) > 63); {BUG} Writeln('X > Integer(63) : ',X > Integer(63)); {BUG} End. --------------------------------------------------------------------------- Here is the surprising output if I enter the value "64" : X ? 64 X = 64 X > 63 : False X < 63 : False X = 63 : False X >= 63 : True X <= 63 : True X <> 63 : True Real(X) > 63 : True Real(X) < 63 : False Real(X) = 63 : False Real(X) >= 63 : True Real(X) <= 63 : False Real(X) <> 63 : True X > Real(63) : True X < Real(63) : False X = Real(63) : False X >= Real(63) : True X <= Real(63) : False X <> Real(63) : True Integer(X) > 63 : False X > Integer(63) : False The difference between: "Integer(X) > 63 : False" and "Real(X) > 63 : True" is really surprising. There is another bug. If I define : ---------- Const XValueMax :Byte = 125; Type T_XValue = Packed 0..XValueMax; ---------- or ---------- Const XValueMax = 125; Type T_XValue = 0..XValueMax; ---------- then the results are good but "T_XValue" is now the 32 bits Integer type ! You can give to X a very large value (and a negative one if compiled with an older version of GPC). (Unsigned integer if compiled with "gpc version 20000718, based on 2.95.2 19991024 (release)" ; signed integer when compiled with "gpc version 19990503, based on gcc-2.8.1") I suppose it is a known bug ["There are some bugs with mathematical functions." (more details in the bugs list would be helpful)] and maybe it's related to the following one : "Files of integer subranges that would fit in a byte do not; instead they are handled as files of integer." But I read no details about this problem in the documentation. What do you think of it ? Hope this helps -- "Couperin"

3 3

gpc20000727 compiles ok on djgpp and cygwin32
by Joachim Falk 01 Aug '00

01 Aug '00

Success the latest gpc20000727 compiles ok for both djgpp and my cygwin installation. Yup :-) Joachim Falk

1 0

Re: packed types and comparison operators bugs
by Couperin 31 Jul '00

31 Jul '00

Maurice Lombardi wrote : >> I can't compile this little program : >> -------------------------------------------- >> Program Bug05; >> Const >> XValMax : Byte = 125; >> Type >> T_XVal = Packed 0..XValMax; >> Var >> X : T_XVal = 64; >> Begin >> End. >> -------------------------------------------- >> Here is the output : >> >> Reading specs from c:/djgpp/lib/gcc-lib/djgpp/2.952/specs >> gpc version 20000727, based on 2.95.2 19991024 (release) >> [...] >> Bug05.pas:8: constant out of range >??? For me it works ??? >I have the same version of the compiler and djgpp I don't understand what happened earlier today : now it compiles without problems. A possible explanation (?) : I write my programs under Windows, in a text editor, I have a lot of programs opened at the same time, and I run GPC in a DOS window : maybe the source wasn't fully saved... (but I made several tries...) He also wrote : > I suppose that you have indeed found a bug. > To understand what is going on I have added a declaration > > var Y: byte absolute X; > > which enables to examine the binary contents of X. > It is the same (at least for x=64) > and all tests work as expected if you replace X by Y > > ??? I made another attempt : I wrote X into a File [ XFile : File Of T_XValue; ] : there is no problem, it wrote a byte with value 64 (40h). But I tried to read this value back into a program [ Read(XFile,X); ], the output is always the same [ 64 < 63 :-( ]. -- "Couperin" Unrelated P.S. Great thanks for your work on GRX. I downloaded it and installed it : everything is fine.

1 0

RE: GRX and gpc
by Mason Ip 27 Jul '00

27 Jul '00

OK, Maurice, my apology; I didn't clean up the old objects before I rebuild the lib. After a clean rebuild of libgrx20X.a, those grx sample app's ( blt_test, modetest, etc) were built OK and run OK. I just ignore my (still) failure to build the dynamic lib. Thank you so much > ---------- > From: Mason Ip > Sent: Thursday, July 27, 2000 11:40 AM > To: 'Maurice Lombardi' > Subject: RE: GRX and gpc > > OK, I put INCLUDE_GPC_SUPPORT=y into makedefs.gnu and rebuilt the > libraries. > The static lib was built OK, the dynamic lib couldn't be built with > numerous un-resolved symbols like these. > > _gr_selectmode 0x930 vdrivers/vd_xwin.o > _gr_selectmode 0x9d4 vdrivers/vd_xwin.o > _XGrWindow 0x4 vdrivers/vd_xwin.o > _XGrWindow 0x8 vdrivers/vd_xwin.o > > Anyway, put the static lib to my gcc lib and used the static lib to buid > those examples, as in: > gpc --automake -g -o blt_test blt_test.pas /opt/gcc-2.95.2/lib/libgrx20X.a > -lX11 > > They still all dumped cores. > > grx-2.3.2/pascal> blt_test > Segmentation Fault (core dumped) > > Have you tried on Sun Sparc? > > ---------- > From: Maurice Lombardi[SMTP:Maurice.Lombardi@ujf-grenoble.fr] > Sent: Thursday, July 27, 2000 10:47 AM > To: Mason Ip > Subject: Re: GRX and gpc > > Mason Ip a Ã©crit : > > > > I used makefile.x11 instead; it had the flag turned on already. > > > > grx-2.3.2> grep INCLUDE_GPC * > > makedefs.gnu:INCLUDE_GPC_SUPPORT=n > > makefile.dj2:ifeq ($(INCLUDE_GPC_SUPPORT),y) > > makefile.dj2:ifeq ($(INCLUDE_GPC_SUPPORT),y) > > makefile.lnx:ifeq ($(INCLUDE_GPC_SUPPORT),y) > > makefile.lnx:ifeq ($(INCLUDE_GPC_SUPPORT),y) > > makefile.x11:ifeq ($(INCLUDE_GPC_SUPPORT),y) > > makefile.x11:ifeq ($(INCLUDE_GPC_SUPPORT),y) > > No the test ifeq in makefile.x11 checks the value of > INCLUDE_GPC_SUPPORT to make a decision. > Since it is set to n (it is only set in makefefs.gnu), it decides > not to include the gpc support. And this cause > problems because two files gpc_init and gpc_test (contained in > grx232/src/bgi) are not compiled / included in the > library libgrx20 > > Hope this helps > > Maurice > >

1 0

closer
by Robert P. Ewing 27 Jul '00

27 Jul '00

Hello, all Thanks for the input. I'm getting very close now. I can compile taste.pas at the command line, but not within RHIDE. At the command line, I give gpc --automake -v -o taste.exe taste.pas -lgrx20 and it works fine. Within RHIDE, I have set options/libraries #0 to [x] grx20, and also [x] Standard Libraries. The message window reads: Compiling c:/djgpp/contrib/grx232/pascal/taste.pas Ignoring Automake options '-I../contrib/grx232/include'; (Using automake options '-L../contrib/grx232/lib/dj2 -I../contrib/grx232/include') taste.pas: undefined reference to Init_grx20 ld returned 1 exit status There were some errors How can I alter RHIDE to give me the full output (-v) on the message screen? That would give me more to work with. Why isn't RHIDE doing as well as the command line? What interfering message is creeping in to spoil the compilation? Or what options do I need to set that I haven't? I checked my djgpp.env file against Maurice's, and except for his name, ours are (and were) identical. An aside for those (!) win9x experts out there: why is the PATH command in the autoexec.bat file ignored? I set path c:\djgpp;c:\djgpp\bin, but when I open a DOS shell and ask for the path, it is c:\; c:\windows; c:\windows\command. (yes, I can feel linux in my future, but not at work :-( ) Toby

2 1

fuller output
by Robert P. Ewing 27 Jul '00

27 Jul '00

Hello, all. Using bash, I can capture the full output :-) I think bash and I are going to be friends. Toby Reading specs from c:/gpc/lib/gcc-lib/djgpp/2.952/specs gpc version 20000725, based on 2.95.2 19991024 (release) c:/gpc/lib/gcc-lib/djgpp/2.952/gpcpp.exe -lang-pascal -v -famtmpfile=c:/gpc/tmp\ccaan0li -fdelphi-comments -D__GNU_PASCAL__ -undef -D__GNUC__=2 -D__GNUC_MINOR__=95 -D__GPC__=2 -D__GPC_MINOR__=0 -D__GPC_RELEASE__=20000725 -D__BITS_LITTLE_ENDIAN__=1 -D__BYTES_LITTLE_ENDIAN__=1 -D__WORDS_LITTLE_ENDIAN__=1 -Dunix -Di386 -DGO32 -DDJGPP=2 -DMSDOS -D__OS_DOS__=1 -D__unix__ -D__i386__ -D__GO32__ -D__DJGPP__=2 -D__MSDOS__ -D__OS_DOS__=1 -D__unix -D__i386 -D__GO32 -D__DJGPP=2 -D__MSDOS -Asystem(unix) -Asystem(msdos) -Acpu(i386) -Amachine(i386) -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -D__tune_pentium__ -imacros c:/gpc/lib/../include/sys/version.h -remap taste.pas c:/gpc/tmp\ccban0li.i GNU Pascal Compiler PreProcessor version 2.95.2 19991024 (release) (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: c:/gpc/lang/pascal c:/gpcinclude c:/gpc/contrib/grx20/include /usr/local/include JDIR/i586-pc-msdosdjgpp/include $DJDIR/lib/gcc-lib/djgpp/2.952/include $DJDIR/include End of search list. c:/gpc/lib/gcc-lib/djgpp/2.952/gpc1.exe c:/gpc/tmp\ccban0li.i -quiet -dumpbase taste.pas -version -famtmpfile=c:/gpc/tmp\ccaan0li -o c:/gpc/tmp\ccban0li.s GNU Pascal version 2.95.2 19991024 (release) (djgpp) compiled by GNU C version 2.95.2 19991024 (release). c:/gpc/bin/as.exe -o c:/gpc/tmp\ccban0li1.o c:/gpc/tmp\ccban0li.s c:/gpc/lib/gcc-lib/djgpp/2.952/collect2.exe -o taste.exe c:/gpc/lib/crt0.o -Lc:/gpc/lib -Lc:/gpc/lib/gcc-lib/djgpp/2.952 -Lc:/gpc/bin -Lc:/gpc/lib c:/gpc/tmp\ccban0li1.o -lgpc -lm -lgcc -lc -lgcc -Tdjgpp.djl c:/gpc/tmp\ccban0li1.o(.text+0x839):taste.pas: undefined reference to `GrBlack' c:/gpc/tmp\ccban0li1.o(.text+0x841):taste.pas: undefined reference to `GrWhite' c:/gpc/tmp\ccban0li1.o(.text+0x875):taste.pas: undefined reference to `GrTextXY' c:/gpc/tmp\ccban0li1.o(.text+0x904):taste.pas: undefined reference to `GrSetMode' c:/gpc/tmp\ccban0li1.o(.text+0x916):taste.pas: undefined reference to `GrBlack' c:/gpc/tmp\ccban0li1.o(.text+0x91e):taste.pas: undefined reference to `GrWhite' c:/gpc/tmp\ccban0li1.o(.text+0x92f):taste.pas: undefined reference to `GrTextXY' c:/gpc/tmp\ccban0li1.o(.text+0x937):taste.pas: undefined reference to `GrMouseDetect' c:/gpc/tmp\ccban0li1.o(.text+0x947):taste.pas: undefined reference to `GrMouseEventMode' c:/gpc/tmp\ccban0li1.o(.text+0x94f):taste.pas: undefined reference to `GrMouseInit' c:/gpc/tmp\ccban0li1.o(.text+0x954):taste.pas: undefined reference to `GrMouseDisplayCursor' c:/gpc/tmp\ccban0li1.o(.text+0x988):taste.pas: undefined reference to `GrMouseGetEvent' c:/gpc/tmp\ccban0li1.o(.text+0x9cb):taste.pas: undefined reference to `init_Grx20' collect2: ld returned 1 exit status

3 4

RE: GRX and gpc
by Mason Ip 26 Jul '00

26 Jul '00

OK, thanks Peter, they all compiled OK. But .... they all dump cores :( grx-2.3.2/pascal> gpc -v Reading specs from /opt/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/specs gpc version 20000725, based on 2.95.2 19991024 (release) grx-2.3.2/pascal> modetest Segmentation Fault (core dumped) grx-2.3.2/pascal> vir_test Segmentation Fault (core dumped) grx-2.3.2/pascal> blt_test Segmentation Fault (core dumped) grx-2.3.2/pascal> taste Segmentation Fault (core dumped) grx-2.3.2/pascal> txt_test Segmentation Fault (core dumped) == They were OK when I used an earlier version of gpc. gpc -v Reading specs from /opt/GCC2951/lib/gcc-lib/sparc-sun-solaris2.7/2.95.1/specs gpc version 19991030, based on 2.95.1 19990816 (release) Any clue? -----Original Message----- From: Peter Gerwinski [mailto:peter@gerwinski.de] Sent: Wednesday, July 26, 2000 3:41 PM To: 'gpc(a)gnu.de' Subject: Re: GRX and gpc Mason Ip wrote: > > grx-2.3.2/pascal% gpc -o blt_test blt_test.pas --automake (Or at least --autolink, if you have compiled `grx.pas' manually.) ((Or you can mention `grx.o' and `-lgrx' explicitly on the command line.)) Hope this helps,

1 0

GRX and gpc
by Mason Ip 26 Jul '00

26 Jul '00

I had difficulties compiling the pascal demo files under grx-2.3.2. grx-2.3.2/pascal% gpc -v Reading specs from /opt/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/specs gpc version 20000725, based on 2.95.2 19991024 (release) grx-2.3.2/pascal% ls *pas blt_test.pas modetest.pas txt_test.pas grx20.pas taste.pas vir_test.pas grx-2.3.2/pascal% gpc -o blt_test blt_test.pas /opt/gcc-2.95.2/lib/libgrx20X.a -lX11 Undefined first referenced symbol in file init_Grx20 /var/tmp/cc7kaWFm1.o ld: fatal: Symbol referencing errors. No output written to blt_test collect2: ld returned 1 exit status grx-2.3.2/pascal% nm /opt/gcc-2.95.2/lib/libgrx20X.a | grep init_Grx20 <-- this return nothing! Basically, non of {blt_test, modest, txt_test, taste, vir_test} were built. I believe that grx-2.3.2 is still not working with the latest gpc :( > From: Maurice Lombardi [Maurice.Lombardi(a)ujf-grenoble.fr] > Sent: Wednesday, July 26, 2000 6:55 AM > To: gpc > Subject: GRX and gpc > Hi all, > I have uploaded to agnes slightly corrected versions of grx-2.3.2 > ftp://agnes.dida.physik.uni-essen.de/home/maurice/grx-2.3.2.tar.gz for unix

2 1

progress
by Robert P. Ewing 26 Jul '00

26 Jul '00

Hello, all. Maurice wrote: > Wosh what a mess ! I agree. I started over, following his directions, and made a completely new install in a new directory. Much better. New all the way around, and the grx package compiled just fine. Thank you, Maurice, for putting together a nice improved grx232, also. The makefile worked beautifully. I can compile programs that don't use the grx, like a basic "hello, world". But when I try to compile something that uses grx, I don't succeed. From the command line (and sorry, Frank, but redir simply doesn't work on my system: it creates the file, and puts nothing into it), error messages fly past, telling me I have undefined references to 'GrWhite' and other things defined in grx20. (I issued gpc --automake -o taste.exe taste.pas) >From within RHIDE, the message window shows: compiling: c:\djgpp\contrib\grx232\pascal\taste.pas ignoring Automake options `'; taste.pas: undefined reference to 'Init_Grx20' ld returned 1 exit status There were some errors So apparently the compiler isn't finding the necessary grx20 files? But my djgpp.env iss full of them (appended below). Sorry to give you such a moving target, but I do think I'm quite a bit closer than before. Toby --------------------------------------------------- djgpp.env: #= Don't edit this line unless you move djgpp.env outside #= of the djgpp installation directory. If you do move #= it, set DJDIR to the directory you installed DJGPP in. #= DJDIR=%:/>DJGPP% +USER=dosuser +GROUP=root +TMPDIR=%DJDIR%/tmp +EMU387=%DJDIR%/bin/emu387.dxe +LFN=y +TEXMFMAIN=%DJDIR%/share/texmf +GO32STUB=%DJDIR%/bin/stubify.exe [bison] BISON_HAIRY=%DJDIR%/lib/bison.hai BISON_SIMPLE=%DJDIR%/lib/bison.sim [cpp] CPLUS_INCLUDE_PATH=%/>;CPLUS_INCLUDE_PATH%%DJDIR%/lang/cxx;%DJDIR%/include;%DJDIR%/contrib/grx232/include C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%%DJDIR%/include;%DJDIR%/contrib/grx232/include OBJCPLUS_INCLUDE_PATH=%/>;OBJCPLUS_INCLUDE_PATH%%DJDIR%/include;%DJDIR%/lang/objc OBJC_INCLUDE_PATH=%/>;OBJC_INCLUDE_PATH%%DJDIR%/include;%DJDIR%/lang/objc [gcc] LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib;%DJDIR%/contrib/grx232/lib/dj2 [gpcpp] C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%%DJDIR%/LANG/PASCAL;%DJDIR%/include;%DJDIR%/CONTRIB/GRX232/include [gpc] COMPILER_PATH=%/>;COMPILER_PATH%%DJDIR%/bin LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib;%DJDIR%/contrib/grx232/lib/dj2 [info] INFOPATH=%/>;INFOPATH%%DJDIR%/info;%DJDIR%/gnu/emacs/info +INFO_COLORS=0x1f.0x31 +INFO_LINES=40 [emacs] INFOPATH=%/>;INFOPATH%%DJDIR%/info;%DJDIR%/gnu/emacs/info [less] +LESSBINFMT=*k<%%X> +LESSCHARDEF=8bcccbcc12bc5b95.b127.b LESS=-h5$y5$Dd2.0$Du14.0$Ds4.7$Dk9.0$%LESS% +LESSSEPARATOR=/ [ispell] +ISPELL_HOME=%DJDIR%/lib +ISPELL_DICTDIR=%DJDIR%/lib +ISPELL_COLORS=0x1e.0x74 +LINES=40 [locate] +LOCATE_PATH=%DJDIR%/lib/locatedb.dat [ls] +LS_COLORS=no=00:fi=00:di=36:lb=37;07:cd=40;33;01:ex=32:*.cmd=32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;34:*.gif=01;34:*.bmp=01;34:*.ppm=01;34:*.tga=01;34:*.xbm=01;34:*.xpm=01;34:*.tif=01;34:*.mpg=01;37:*.avi=01;37:*.gl=01;37:*.dl=01;37:*~=08:*.bak=08: [dir] +LS_COLORS=no=00:fi=00:di=36:lb=37;07:cd=40;33;01:ex=32:*.cmd=32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;34:*.gif=01;34:*.bmp=01;34:*.ppm=01;34:*.tga=01;34:*.xbm=01;34:*.xpm=01;34:*.tif=01;34:*.mpg=01;37:*.avi=01;37:*.gl=01;37:*.dl=01;37:*~=08:*.bak=08: [vdir] +LS_COLORS=no=00:fi=00:di=36:lb=37;07:cd=40;33;01:ex=32:*.cmd=32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;34:*.gif=01;34:*.bmp=01;34:*.ppm=01;34:*.tga=01;34:*.xbm=01;34:*.xpm=01;34:*.tif=01;34:*.mpg=01;37:*.avi=01;37:*.gl=01;37:*.dl=01;37:*~=08:*.bak=08: [enscript] ENSCRIPT_LIBRARY=%DJDIR%/share/enscript [bash] PATH=%/>PATH% +CONFIG_SITE=%DJDIR%/share/config.site [sh] PATH=%/>PATH% +CONFIG_SITE=%DJDIR%/share/config.site [groff] +GROFF_TMAC_PATH=.;%DJDIR%/share/groff/tmac +GROFF_TYPESETTER=ascii +GROFF_FONT_PATH=.;%DJDIR%/share/groff/font [eqn] +GROFF_TMAC_PATH=.;%DJDIR%/share/groff/tmac +GROFF_TYPESETTER=ascii [grodvi] +GROFF_FONT_PATH=.;%DJDIR%/share/groff/font [grolj4] +GROFF_FONT_PATH=.;%DJDIR%/share/groff/font [grops] +GROFF_FONT_PATH=.;%DJDIR%/share/groff/font +GROFF_TMPDIR=%DJDIR%/tmp [grotty] +GROFF_FONT_PATH=.;%DJDIR%/share/groff/font [indxbib] +GROFF_EIGN=%DJDIR%/share/groff/eign [lkbib] +REFER=%DJDIR%/share/Ind [refer] +REFER=%DJDIR%/share/Ind +GROFF_TMPDIR=%TMPDIR% [troff] +GROFF_TMAC_PATH=.;%DJDIR%/share/groff/tmac +GROFF_TYPESETTER=ascii +GROFF_FONT_PATH=.;%DJDIR%/share/groff/font [gawk] +AWKPATH=.;%DJDIR%/share/awk [awk] +AWKPATH=.;%DJDIR%/share/awk [man] MANPATH=%/>;MANPATH%%DJDIR%/man;%DJDIR%/info +PAGER=%DJDIR%/bin/less.exe [rhide] RHIDE_TYPED_LIBS_DJGPP.cc=stdcxx RHIDE_TYPED_LIBS_DJGPP.cxx=stdcxx RHIDE_TYPED_LIBS_DJGPP.cpp=stdcxx RHIDE_TYPED_LIBS_DJGPP.f=g2c m [grep] +GREP_OPTIONS=--directories=skip [fgrep] +GREP_OPTIONS=--directories=skip [egrep] +GREP_OPTIONS=--directories=skip

2 1

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

Gpc