Gpc

gpc@gnu.de

5400 discussions

More crashing in gpc (970727)
by Bill Currie 30 Jul '97

30 Jul '97

Sigh, got gpi-hash fixed and now this :( At least it's easy to reproduce, I just have absolutly no understanding of what's going on. Just compile with `gpc -O2 -c system.pas'. A warning is given (doesn't make sense to me yet) and then the call to `convert' in `build_c_cast' (line 5316 in gpc-typeck.c) goes bananas (infinite(?) recursion). This happens in fillchar (line 178) Oh well, here's my version of system.pas (a few functions added and fillchar's parameter changed to Byte) There's also a strange bug where an untytped constant that's declared in one unit that's used by onother and both of those are used by a third gets lost to the third unit if the second unit is `used' after the first. Unfortunatly, I have yet to reproduce this in small files. Bill -- Leave others their otherness. The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any another MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: system.pas Date: 30 Jul 1997, 18:27 Size: 8054 bytes. Type: Program-source

1 0

gpi-hash.c segfaults
by Bill Currie 30 Jul '97

30 Jul '97

I'VE FIXED IT!! The problem was caused by a negative index into the hash table. To fix it change the line (gci-hash.c:122): (((((char *)(NODE))-(char *)0) >> 2) % MAX_HASH_TABLE) to: (((((unsigned long)(NODE))-(unsigned long)0) >> 2) % MAX_HASH_TABLE) (patch attached) Now for the explanation: when gcc subtracts pointers, a SIGNED integer is produced and all further operations on that value used the signed versions (eg cwd,idiv to get the modulus). The reason this showed up for me and not Peter is djgpp's sbrk algorithm mixed with window's memory allocation: sbrk allocates separate dpmi memory chunks each time it is called and under windows (3.x or 95), the allocated memory can very easily come from BELOW the beginning of the program. This will result in pointers in the range 0xfxxxxxxx. As to the reproducability: it all depends on the fragmentation of dpmi memory under windows (cwsdpmi doesn't seem to have this problem, and nor does dosemu I suppose). Well, anyway, maybe now this bug can be laid to rest... Bill -- Leave others their otherness. *** gpi-hash.c~ Tue Jul 22 14:04:30 1997 --- gpi-hash.c Wed Jul 30 16:04:00 1997 *************** *** 119,125 **** #define HASH_FUNC(NODE) \ ! (((((char *)(NODE))-(char *)0) >> 2) % MAX_HASH_TABLE) /* return pointer to a node uid field */ int * --- 119,125 ---- #define HASH_FUNC(NODE) \ ! (((((unsigned long)(NODE))-(unsigned long)0) >> 2) % MAX_HASH_TABLE) /* return pointer to a node uid field */ int *

1 0

Pascal Compiler
by Tsee Lee 30 Jul '97

30 Jul '97

I saw on the web site that there is a version for Win95, but can't find it on the ftp server. Is ther really such a version? Thanks.

1 0

Re: Unit files
by Peter Gerwinski 29 Jul '97

29 Jul '97

According to Joao Miguel: > > Can anyone tell me if GPC 2.0 supports units (like borland's) and how ? It does, just like Borland Pascal. > I downloaded the zip file bpcompat-1.0.zip that encloses a lot of very > useful units. When trying to compile the program test.pas that comes on > it, the compiler "says": "no exported interface matching gpctypes" and so > on. One error for each uses clause. Like with Borland Pascal, you must either first "compile" all Units, and then the main program, gpc -c myfirstunit.pas gpc -c mysecondunit.pas gpc myprogram.pas myfirstunit.o mysecondunit.o -o myprogram or else you "make" the program, i.e. you tell the compiler to compile all Units automatically. With GPC, this is done with the `--automake' option. The following gpc --automake myprogram.pas -o myprogram automatically compiles `myfirstunit' and `mysecondunit' and links them to the main program. (* Just for completeness: The `-o myprogram' means: output an executable `myprogram' (or `myprogram.exe') rather than `a.out' (or `a.exe'). *) Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: Unit files
by The African Chief 29 Jul '97

29 Jul '97

On Tue, 29 Jul 1997 09:55:34 +0100 (WEST) Joao Miguel <castor(a)suprabk.supra.pt> wrote: >Hi, > >Can anyone tell me if GPC 2.0 supports units (like borland's) and how ? > >I downloaded the zip file bpcompat-1.0.zip that encloses a lot of very >useful units. When trying to compile the program test.pas that comes on >it, the compiler "says": "no exported interface matching gpctypes" and so >on. One error for each uses clause. The bpcompat package that you are talking about was written with the latest beta releases of GPC. I am quite sure that it will not compile under GPC 2.0, because many extensions have been implemented since then. You need to get the latest beta release from agnes. Best regards, The Chief Dr Abimbola A. Olowofoyeku (The African Chief, and the Great Elephant) Author of: Chief's Installer Pro v3.60 for Win16 and Win32. Homepage: http://ourworld.compuserve.com/homepages/African_Chief/ E-mail: laa12(a)cc.keele.ac.uk

1 0

Re: --
by Peter Gerwinski 29 Jul '97

29 Jul '97

According to Herbert Voss: > [...] > Var i : Real; > Begin > For i := 0 to 25 Do > WriteLn; > End; Obviously, your version of GPC (2.0?) has a bug with type-checking in `for' loops. Recent beta versions of GPC (available at ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/) are correct here and complain: test.pas: In function `program_Test': test.pas:7: `for' variable must be of ordinal type > /usr/lib/crt1.o: In function start': > /usr/lib/crt1.o(.text+0x5a): undefined reference to main' This is what Borland Pascal would comment with "Cannot run a Unit". Use `gpc -c foo.pas' if you only want to *compile* a Unit, not to link it and produce an executable. > Another problem comes, when I choosed the Type Byte for the variable i. gpc-2.0 has no built-in `Byte' data type (recent beta versions have), but you can use the definitions in the `BPcompat' package. Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: Borland file functions
by Peter Gerwinski 29 Jul '97

29 Jul '97

According to Joao Miguel: > > Can anyone help me, telling me the name of the corresponding function to: > > Borland GPC > Sizeof() ? > Filepos() ? > Filesize() ? >From the GPC info documentation, node `Extensions' (type "info -f gpc -n Extensions"): `SeekRead (F, N); { Open file in Inspection mode, seek to record N }' `SeekWrite (F, N); { Open file in Generation mode, seek to record N }' `SeekUpdate (F, N); { Open file in Update mode, seek to record N }' `Update (F); { Writes F^, position not changed. F^ kept. }' `p := Position (F); { Return current record number }' `p := LastPosition (F); { Return the last record number in file }' > I'm working with GPC 2.0 and I have no documentation about all the native > procedures and functions of the compiler. Do you know where I can get it ? This is one of our most striking problems: The existing documentation is rather incomplete and outdated. To read what we have, use "info -f gpc"; in RHIDE, press <F1> Ctrl-G (gpc) <ENTER>. (Yes, `gpc' in parentheses.) Any help in improving the documentation is greatly appreciated. Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Unit files
by Joao Miguel 29 Jul '97

29 Jul '97

Hi, Can anyone tell me if GPC 2.0 supports units (like borland's) and how ? I downloaded the zip file bpcompat-1.0.zip that encloses a lot of very useful units. When trying to compile the program test.pas that comes on it, the compiler "says": "no exported interface matching gpctypes" and so on. One error for each uses clause. Your help will be very, very useful Best regards Joao Domingos

1 0

Borland file functions
by Joao Miguel 29 Jul '97

29 Jul '97

Hi, Can anyone help me, telling me the name of the corresponding function to: Borland GPC Sizeof() ? Filepos() ? Filesize() ? I'm working with GPC 2.0 and I have no documentation about all the native procedures and functions of the compiler. Do you know where I can get it ? Best regards, Joao Domingos

1 0

Re: Allocation/Memory Leak question
by Ken Linder (KC7RAD) 29 Jul '97

29 Jul '97

At 12:50 PM 7/26/97 +0200, Peter Gerwinski wrote: >According to Ken: >> >> program allo2; >> var >> mm: array[1..500000] of real; >> indx : __long__ integer; > >(* JFYI, `__long__ Integer's have 64 bits. For your program, an ordinary >32-bit `Integer' would be sufficient. *) > >> ma: array[1..500000] of real; >> [...] > >> This program realy does nothing of value but when the second FOR >> loop is running, the program starts eating up memory. > >Really at the second FOR loop, not already at the first one? >I don't know the details of the memory management of Linux, but >AFAIK, the storage is physically allocated when the array is >referenced. > >> According to TOP, >> the program uses 8094 kBytes just before the loop ends. Why should >> this program be so memory hungry at that time? [...] > >Simply because one `Real' has eight bytes, and you are allocating one >million of `Real's. 8000000 bytes are 7812.5kB; if you include code, >runtime library, etc., 8094kB seems realistic for me. > It must be something associated with Linux. I also thought the allocation of memory should take place when the array is referenced. I stopped the program with a readln after the first FOR loop and sure enough, ~8108M was allocated (as seen from top). What is strange is when I run it without the readln, top shows the allocation to be incremental, not complete after the first FOR loop like what I see when the readln is in the program... Thanks... Ken L.

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