Gpc October 1997

gpc@gnu.de

31 participants
158 discussions

Files
by berend＠beard.nest.nl 01 Feb '02

01 Feb '02

* Moved (from: gpc) by Berend de Boer using timEd 1.10.b3+. Peter Gerwinski wrote in a message to Berend de Boer: PG> I tried to use Extended Pascal "binding" to assign a file PG> variable to an external -- existing -- file. I just copied PG> the "Assign" pro- cedure by Berend as published in PG> borland2ep.doc. It does not always work: I often get a PG> runtime error saying that the file did not exist. If you can repeat it, compile with another Extended Pascal compiler, for example Prospero's one. If that fails too, there is really something wrong with the code. But I suspect gpc. You're using which OS? Groetjes, Berend (-: fido: 2:281/527.23 email: berend(a)beard.nest.nl

4 3

Re: Binary installation
by Peter Gerwinski 09 Nov '97

09 Nov '97

According to Tom Dye: > > After using gpc for several months I upgraded to the latest > beta binary and managed to break everything. [...] My machine is running > Linux RedHat 4.2. > > [...] > > /tmp/cca02238.i:1: numeric constant with no digits This problem once occured with an old version of `libc.so'. You are possibly using `libc.so.5.3.12'. Upgrading to `libc.so.5.3.20' or above might solve your problem. Alternatively, you can compile your own GPC. That's not that hard on a Linux box: Get the GCC source `gcc-2.7.2.[1-3].tar.gz', `tar xzf' it, rename the subdirectory `gcc-2.7.2.[1-3]' to `gpc-971001', then do `tar xzf gpc-971001.tar.gz; cd gpc-971001; ./configure; make CFLAGS=-O3 LANGUAGES=pascal; make CFLAGS=-O3 LANGUAGES=pascal install'. Hope this helps (please report if it does), Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [971005] maintainer GNU Pascal [971001] - http://home.pages.de/~gnu-pascal/ [971005]

3 4

Re: Trapping I/O runtime errors in GPC
by Frank Heckenbach 02 Nov '97

02 Nov '97

The African Chief wrote: > > Actually, that's almost exactly what my mods do. If IO checking is > > enabled ( {$I+} ), a proceedure taking no parameters is called that > > would check the InOutRes state (though I used a different name) and > > if it's set dumps a dirty message and aborts the program. > > For compatibility with BP, you would need to call the variable > "InOutRes", and it should be exported, so that programmers can > set it manually if they want (this feature of BP might be > considered to be a bug by some, but I have found great use for it > ...). I've made use of it, too. Since there's no proper way to raise an I/O error, setting InOutRes seems to next best thing to do. Therefore, we'll call it InOutRes in GPC as well. Exporting it will be no problem. One little question is its type: should it be Integer as in BP, or Integer(16) (which the BP Integer is in GPC)? I'd prefer Integer as that's more natural and easier to handle in the RTS functions written in C. I hope there aren't BP programs that rely on its exact size (e.g. by passing it VAR to a procedure expecting a 16 bit Integer). Bill Currie wrote: > Good point. If I leave the check as a function call, there's no > problem, but if I go to inline code I will use InOutRes. And as long as it's a separate RTS function, I will use InOutRes, too... :-) -- Frank Heckenbach, Erlangen, Germany heckenb(a)mi.uni-erlangen.de http://home.pages.de/~fjf/links.htm

3 2

File Handling
by Thomas_Tan＠fc.choate.edu 31 Oct '97

31 Oct '97

I need to create a new text file, put some string in it, and save it to disk. Is this possible in GPC? ------------------------------------------------------ This message sent using the FirstClass SMTP/NNTP Gateway. From: Choate Rosemary Hall 333 Christian St. Wallingford, CT. 06492

2 1

Re: gpc beta
by Peter Gerwinski 31 Oct '97

31 Oct '97

Hi, Richard; hi, all! > I have just downloaded gpc beta for installation on a debian 1.3.1 > system. I may become the new debian gpc maintainer, within the next > month. Good to know. Thanks. I was reported (did not check by myself) that current Debian distributions of GPC suffer from the problem that the GPC run-time library, a shared library in Debian, is not symlinked correctly: The symlink libgpc.so -> libgpc.so.2 is missing in `/usr/lib'. It would be a good idea to correct this in future distributions. Have fun, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [971005] maintainer GNU Pascal [971001] - http://home.pages.de/~gnu-pascal/ [971005]

1 0

Re: us_Timer in TimeStamp
by Frank Heckenbach 31 Oct '97

31 Oct '97

Jesper Lund wrote: > Apart from the fact that this is DJGPP-specific, there is another caveat. > The documentation states that the use of `uclock' *may* (on some systems) > interfere with the proper working of the system time. Oh well... :-( So, perhaps it's better to use just the 1/18.2 s system clock then... > I understand the need for something like Randomize in game programming (I > guess I am thinking too much about scientific purposes). But, as Peter > pointed out, the program should only call Randomize once (at the beginning), > and rely on repeated calls to the Random function to generate a sequence of > numbers that -- for all practical purposes -- looks random. In that case, > using hours, minutes and seconds from the system time, or the Unix approach > with GetPID, should be perfectly satisfactory. > > I may be missing something (I *am* totally ignorant about game programming), > but to me the discussion about lack of randomness unless 1/100 or 1/1000 > seconds are used sounds like calling Randomize before *each* call to Random? I think so. However, 1 second may be a bit too long for short command line programs that use random (perhaps a fortune teller). A user could call the program more than once a second. (Though this doesn't seem to be a big problem.) -- Frank Heckenbach, Erlangen, Germany heckenb(a)mi.uni-erlangen.de http://home.pages.de/~fjf/links.htm

1 0

gpc beta
by Lisa, Sian, Becki and Richard 31 Oct '97

31 Oct '97

I have just downloaded gpc beta for installation on a debian 1.3.1 system. I may become the new debian gpc maintainer, within the next month. Richard

1 0

Binary installation
by Tom Dye 31 Oct '97

31 Oct '97

Hello, Sorry to bother all of you with a question that is a bit off center for this list. After using gpc for several months I upgraded to the latest beta binary and managed to break everything. I don't know enough about the C compiler or Unix to puzzle this problem out for myself so I'm asking for whatever guidance you might be able to provide. My machine is running Linux RedHat 4.2. I think the problem is a temporary file that is created in the first step of the compile. My guess is that it is empty, but when everything is finished failing the file is gone so I can't have a look. I did save the output to standard error in the hope that it might mean something to someone who knows about such things. Here it is: /tmp/cca02238.i:1: numeric constant with no digits /tmp/cca02238.i:1: numeric constant with no digits /tmp/cca02238.i:1: invalid #line /tmp/cca02238.i:11: warning: missing program header /tmp/cca02238.i:11: parse error at null character If there are other diagnostics, I'll be happy to collect them and pass them along. Thanks much for your patience and help. I am loathe to embark on the project that would have me finding and installing the proper version of gcc so that I can compile gpc. Hopefully, it will be possible to get the binary version up and running. Tom Thomas S. Dye, Ph.D. Home: 813 16th Avenue, Honolulu, Hawaii 96816. Voice (808) 734-2087. Work: International Archaeological Research Institute, Inc., 949 McCully St., Suite 5, Honolulu, Hawaii 96826. Voice (808) 946-2548; Fax 943-0716.

1 0

Re: Problems with strings in GPC beta 971001
by Frank Heckenbach 30 Oct '97

30 Oct '97

Jesper Lund wrote: > Regarding the discussion of GPCs 3-4 different string types and the *planned* > generic string (AnyString): > > Could you use the Extended Pascal string (augmented with the extra byte to > hold the #0 char) as the generic string (AnyString), and let the compiler add > the necessary conversion code (Borland <-> EP string; Cstring <-> EP string; > array of char <-> EP string) whenever the program calls a built-in function > with a different string type than EP string? For value parameters, this seems the best solution, indeed. For constant parameters, things are even easier, because a capacity is not needed, so we only have to pass the address of the first character and the current (constant) length. However, what's problematic is var parameters. Since the procedure must be able to change their length, and that's done differently for each of the four string types (EP: setting an integer; BP: setting a byte; SP: filling with spaces; CString: setting a #0 terminator)-:, the procedure has to know the actual string type. According to my suggestion of AnyStrings, a procedure with a var AnyString parameter could do the following operations on it, which will do the right thing for the actual string type transparently to the programmer: - Length - AssignLength - Capacity - Assignment to/from other strings of any type. (This includes passing as value or const parameters.) - Passing as var parameters of AnyString (not "any string"! ;-) type - Accessing single characters with "[n]" -- where I'm not sure if the index should always start at 1, or as in the original string/array. The former would be easier to handle; for the latter, the starting index would have to be passed (internally), too. Of course, when we have AnyString, it's quite easy to convert all string parameters in the RTS functions to AnyString, so those functions will work on all string types. > P.S. Peter and Frank; you *have* convinced me that there is a need for the > Borland string type. When I wrote the message yesterday, I didn't realize > that there were so many undocumented BP features, nor the extent to which > people used them to work around limitations and inefficiencies in Borland > Pascal. Honestly, I wasn't aware of the extent until I came to GPC, though I'd been using the things in BP for years... > But you will probably have to draw a line somewhere: supporting any > undocumented feature in BP must be an implementation nightmare ... We've decided, *not* to produce a warning in "--borland-pascal" mode when the data exceed 64 KB... ;-) -- Frank Heckenbach, Erlangen, Germany heckenb(a)mi.uni-erlangen.de http://home.pages.de/~fjf/links.htm

1 0

Does GPC have structured constants ?
by richard.kerry＠quantel.com 30 Oct '97

30 Oct '97

Does GPC have structured constants, as found in Oregon and Vax Pascal ? eg. type ThreeNumbersType = record a, b, c: integer; end{record}; const FirstConst = ThreeNumbersType( 1, 2, 3 ); SecondConst = ThreeNumbersType( 42, 64, 96 ); procedure StructuredConsts; var fred, bill: ThreeNumbersType; begin fred := FirstConst; bill := SecondConst; end; I know there's the schemas, but they change these from a constant declaration to a type or variable declaration and I'm trying to get the simplest possible (machine) translation from Oregon Pascal to GPC. Here's hoping the answer is "yes, do it like this ..." Richard

1 0

Jump to page:

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 October 1997