Gpc November 1997

gpc@gnu.de

32 participants
113 discussions

Re: Strange Behavior
by Peter Gerwinski 25 Nov '97

25 Nov '97

According to Pismo: > > > I've run into some strange behavior accessing > > > environment variables using GPC. Accessing certain > > > environment variables before others appears to clear > > > the value of others returning an empty value. > > > By shuffling the order that the following variables > > > are accessed returns all of the values. > > > > Which version of the "System" unit are you using? > > Maybe its `GetEnv' is broken and modifies the > > environment variables. > > > > It is probably best if you post the source of your > > `GetEnv' function here. > > It's the GetEnv that came in the BPCOMPAT unit. Yes, of course. :-I There are three versions of it ... Okay, I checked all their `GetEnv's, and they all seem okay for me. If you are in hurry and just want to get rid of the error, you can try and upgrade your GPC and your BPcompat library at ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/ and ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/contrib/. If you want this bug really be fixed, you can help us by examining what happens to your `Gpc_envp' variable while your program calls `GetEnv'. This variable holds the address of an array of C-style strings - pointers to zero-terminated arrays of characters. * Declare it as a pointer to an array of CStrings. Type CStrArray = array [ 0..42 ] of __CString__; CStrArrayPtr = ^CStrArray; Var EnvP: __AsmName__ 'Gpc_envp' CStrArrayPtr; * While your program calls `GetEnv', examine the contents of this array - both the addresses and the values pointed to. Either use a debugger or additional `writeln' statements ... well, you know ... Good luck, 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: Strange Behavior
by Peter Gerwinski 24 Nov '97

24 Nov '97

According to Pismo: > > I've run into some strange behavior accessing > environment variables using GPC. Accessing certain > environment variables before others appears to clear > the value of others returning an empty value. > By shuffling the order that the following variables > are accessed returns all of the values. Which version of the "System" unit are you using? Maybe its `GetEnv' is broken and modifies the environment variables. It is probably best if you post the source of your `GetEnv' function here. Later, 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: `Delay' for Linux
by Frank Heckenbach 23 Nov '97

23 Nov '97

Peter Gerwinski wrote: > > am i in > > trouble with many other > > built in functions..e.g I do need the DELAY function (i think it's built > > in) (* In BP, it's not built-in, but it's in the unit Crt. Besides, it's buggy, but that's another story... *) > > to wait a given delay time > > is this available in gpc? > > Not yet for Linux. You can use the `select' function from the > system library to implement it: Wouldn't it be easier to use usleep(3), like: procedure usleep (usec: MedCard); C; inline procedure Delay (msec: Integer); begin usleep (1000 * msec) end; This is for Linux. Other platforms may vary... -- Frank Heckenbach, Erlangen, Germany fjf(a)gmx.de http://home.pages.de/~fjf/links.htm

1 0

Bill Currie has left us :-(
by Jeremy Taylor 21 Nov '97

21 Nov '97

I understand Bill has already said his goodbyes, but he asked me to make sure that he was removed from a couple of mailing lists. Bill Currie has now, sadly, left our company and so his account billc(a)blackmagic.tait.co.nz is closed. Bill would have removed himself from the lists himself but we had a wee internet connection outage right about the time he was walking out the door. I don't have detailed instructions for the list servers, but he gave me your address as someone that could remove his name from a list. If you have any questions please feel free to ask me or Bill (his new addr is bcurrie(a)tssc.co.nz)

1 0

unsubscribe & subscribe
by Achim Kalwa 20 Nov '97

20 Nov '97

Hello! Please remove my old address <achim.kalwa(a)do.netsurf.de> and add my new address <a_kalwa(a)osnabrueck.netsurf.de> Thank you! -- Achim Kalwa Tel.: +49(0)5483/74265 Hofbreede 8 Fax: +49(0)5483/74266 D-49536 Lienen mailto:achim.kalwa@osnabrueck.netsurf.de PGP Public Key available! Send mail with "send pgp key" as subject.

1 0

Re: BP string compatibility
by Peter Gerwinski 19 Nov '97

19 Nov '97

According to The African Chief: > > > and must be prevented. The Length > > field of a string should only be accessible read-only. > > I can think of many uses for this facility. Okay, but nevertheless I will fix this bug and provide a procedure to set the length instead. > BTW: the new function you refer to (AssignLength) exists in > 32-bit Delphi as "SetLength" - any chance of renaming your > function to "SetLength"? (for compatibility with Delphi). While I like the name `AssignLength' (in analogy to `AssignType') for this function, I agree that it is reasonable to rename it to `SetLength' if this means increased compatibility to other compilers (Delphi in this case). (Hmm ... maybe I should rename `AssignType' to `SetType' as well?) Greetings, 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]

2 1

Re: your mail
by Peter Gerwinski 18 Nov '97

18 Nov '97

Hi, Jim! (What about a subject line for your mail? ;-) Hi, everybody! According to Jim Brander: > > The following program causes the compiler to crash in construct_set. Well, it does not crash my current development version of GPC, so you can either wait until we can provide a current CygWin binary distribution for you, or you can try to compile gpc-971001 by yourself. (AFAIK, you need Linux to compile GPC for CygWin.) > In addition, the > > module abc interface; > > end. > > module abc implementation; > > end. > > style of unit seems to have problems in carrying simple definitions forward, > whereas the alternative style module does not. Could you please give an example what definitions fail to be carried forward, so I can fix it for future releases of GPC? Greetings, 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: undeclared identifiers
by Peter Gerwinski 18 Nov '97

18 Nov '97

According to Tom Dye: > > Oops! Another lesson learned the hard way! But it seems as if I'll have > to wait for the next beta, since neither the 971001 beta nor the patched > version will compile the code I have. Or could you recommend a previous > beta or other version that I might use in the interim? You can try previous beta versions which do not check whether the head in the interface module matches that in the implementation module. 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/ [971005] maintainer GNU Pascal [971001] - http://home.pages.de/~gnu-pascal/ [971005]

1 0

Re: GPC and GPT
by Peter Gerwinski 18 Nov '97

18 Nov '97

In news:comp.lang.pascal.borland, Brian Jones <brijones(a)usa.net> wrote: > I have copies of both GPC and GPT, along with RH-IDE and the GNU binutils, > as well as almost the rest of the entire DJGPP collection. With GPT you mean the "Turbo flavour" version of GPC? This distinction only held for gpc-1.1p2; the current official version gpc-2.0 (and, of course, recent beta versions) accept Turbo Pascal source as well as ISO Pascal source. > I have tried to > write programs in Pascal using RH-IDE, and have had success getting them to > compile, but I can't get them to link (although I can get programs written > in C to link). My question is this, has anyone else had this same problem, > or does anyone know how to fix this? What error messages do you get? Did you try it from the command line? I suggest to run redir -e gpc.out gpc -v --automake <other options> yourprogram.pas and post `gpc.out' on this list (unless, of course, it is longer than I expect, which is one or two kilobytes;-). The output will help us to find and solve the problem. Greetings, 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

`Delay' for Linux - Re: Assign statements in GNU Pascal
by Peter Gerwinski 18 Nov '97

18 Nov '97

Hello, Badri; hello, everybody! According to Badri Gomatam: > > (i have gcc 2.7.2)...thinking "i'll just do gpc on these files and all will > be OK "...:) (Better don't think that. Even TP6 failed to recompile my TP5 sources out of the box; upgrading to BP7 was even more complicated, but the difference between 16-bit-BP and 32-bit-GPC is crucial, although we are working hard on improving compatibility.;-) > 1. ASSIGN statement appears as undeclared identifier (use this function > first.. sounds like a gcc type error for undeclared function identifiers) > isn't this a "standard" pascal fn? No, it isn't. > if not, what do i do now? Get a recent beta version of GNU Pascal which supports `Assign' from ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/ which is also reachable from the GPC home page http://home.pages.de/~gnu-pascal/ > 2. all directives were flagged as errors Not *all*! ;-) > e.g {$O+ foo) was unrecognized Yes. GPC does not care about overlays and does not (yet!) check for overflowing ordinal types. > ($I+ foo) was OK, complained couldn't open the file foo.pas (which turned > out to be right).. > so the syntax of {$xx} appears to work GPC's directives are quite different from those of BP. Better write something like (*$ifdef __GPC__ *) (* Directives for GNU Pascal *) (*$N+*) (* nested comments *) (*$E+*) (* allow C-style char escapes in strings *) (*$else *) (* Directives for Borland Pascal *) (*$N+*) (* use the numeric coprocessor *) (*$E+*) (* link the emulator in case there is no coprocessor *) (*$endif *) One problem: There is no (*$ifopt FOO+- *) yet in GPC; if your programs contain this directive, you have to take them out. > does anybody know what that means, and how I could move to gpc smoothly: > is there a list of stuff in BP5.0 that's NOT in GPC and vice versa? See the GPC online documentation, `info -f gpc'. There is one chapter about differences between GPC and BP which is somehow outdated (many things which are described as "unimplemented" there are implemented now) but may still be useful for you. > am i in > trouble with many other > built in functions..e.g I do need the DELAY function (i think it's built > in) to wait a given delay time > is this available in gpc? Not yet for Linux. You can use the `select' function from the system library to implement it: (*$X+*) (* Don't warn about ignored function return value *) Type TimeValPtr = ^TimeVal; TimeVal = record sec, usec: Integer; end (* TimeVal *); Function select ( n: Integer; ReadFDS, WriteFDS, ExceptFDS: Pointer; TimeOut: TimeValPtr ): Integer; C; Procedure Delay ( ms: Integer ); Var TimeOut: TimeVal; begin (* Delay *) TimeOut.sec:= ms div 1000; TimeOut.usec:= 1000 * ( ms mod 1000 ); select ( 0, Nil, Nil, Nil, @TimeOut ); end (* Delay *); > many thanks ( and i have a feeling i'll be posting many msgs to this forum) Be welcome! :-) Hmm ... you will probably miss the BP standard units for GPC running on Linux. If you want to contribute to GPC, you can download the `BPcompat' package (written for DOS/DJGPP) from ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/contrib/ and try to get as much as possible run on Linux. Greetings, 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

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