September 1997 - Gpc

GRX graphics library (was: error calling capitalized c routines)
by Peter Gerwinski 11 Sep '97

11 Sep '97

Hello, everybody! According to Sven Hilscher: > > I've made a interface unit for gpc and grx20. Use them with the newest > beta release of gpc. grx20 is a very powerful grafix library for DOS > (DJGPP and Borland-C) and LINUX (SVGAlib and X11). I am installing the archive `grx20.arj' at ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/grx20.arj Since the GRX library seems to be rather portable - it runs under plain DOS (DJGPP), Linux (svgalib), and hopefully under any other UNIX (X11) - and it is under the LGPL, it might become "the official" graphics library for GNU Pascal. Any comments? If you try GRX under any system other than DJGPP or Linux, please report the result here. Greetings, 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]

2 1

Re: demo for using of qsort from lib and a little problem with it
by Peter Gerwinski 11 Sep '97

11 Sep '97

Hallo, Sven! Hello, everybody! According to Sven Hilscher: > > [...] > > type > TestType = Integer; { works with Real, ShortInt, Integer, LongInt } > { crashs with Byte } > [...] > > function CompNum(var e1, e2: TestType):Integer; > Var > r : Real; > begin > r := e1 - e2; > CompNum := Round(r); > end; Consider this with "TestType = Byte", then in `CompNum' we are subtracting two `Byte' variables from each other. GPC chooses the result type to be `Byte' again, so the result is never negative. When I convert them to `Integer' by writing r:= Integer ( e1 ) - Integer ( e2 ); it works. (First it did not work because of a bug in conversions among integer types, but I could fix this.;-) However, is this the correct behaviour? Or should the result type of a subtraction be the "nearest" signed integer type - `ShortInt' in this example? Then, what to do when subtracting two `LongestCard's, especially in cases like "$FFFFFFFFFFFFFFFF - 2" where the result does not fit in `LongestInt'? BTW, Sven, this type casting problem does of course *not* explain the crash you have observed when calling `qsort' on an array of bytes. :-( Confused, 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: demo for using of qsort from lib and a little problem with it
by Peter Gerwinski 11 Sep '97

11 Sep '97

According to Sven Hilscher: > > You found also the reason for the crash on sorting a "array of Byte"? Ah - it doesn't crash here, but it doesn't sort either! Okay, I will fix it. 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: demo for using of qsort from lib and a little problem with it
by Peter Gerwinski 11 Sep '97

11 Sep '97

According to Sven Hilscher: > According to myself (Peter Gerwinski): > > > > Better say `cmp: Pointer' here because you don't really know the > > type of the function `cmp' is pointing to. > > No - IMHO qsort need always a function (cmp) that return an Integer, but > the parameters/arguments of this function are pointers on different types. True, but your `FuncType' points to a *parameterless* function which returns an integer. This is certainly a type conflict with the actual functions. > You found also the reason for the crash on sorting a "array of Byte"? I cannot reproduce this one - neither with gpc-970714 nor with my current development GPC. :-( With which version and on which platform does it occur? 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

Standardized Pascal class library
by Johan Larsson 10 Sep '97

10 Sep '97

Hi everybody. My name is Johan Larsson and I am the author of an application framework named EFLIB ("Extended Function Library"). EFLIB is primarily a set of data structures - like linked lists, trees, stacks, queues - streams, filters (conversion, searching algorithms), conversion, text handling, professional math OO classes (numerical methods, math objects such as integer class, complex numbers, matrixes, vectors, expressions, etc) and some other things. EFLIB is also intended to - within reasonable time - contain a full GUI. For more information, see http://www.ts.umu.se/~jola/EFLIB/. I am writing to you since I am trying to get in contact with people who can and want to port my works for the Borland dialect of Pascal to other languages such as Delphi, FPK and GNU Pascal -- and any other language which could profit by getting a standardized class library. I also look for partners all around the world. Maybe you have some material you would like to publish together with EFLIB or as a free EFLIB-friendly product (see http://www.ts.umu.se/~jola/EFLIB/Developing/Friends/)? Why choose EFLIB? First of all, EFLIB will be distributed freely with source and all - that is, as soon as the juridical details have been worked out by Swedish layers (within a week or maybe a month). EFLIB can thus be used by any Pascal programmer with non-commercial objectives. Furthermore, EFLIB is written in a somewhat different way than other tools I have seen around. I have tried to create an object-oriented framework that promote extendiblity into every single detail. For example, all data structures (or rather: ADTs) share common properties defined in abstract base classes. The same thing goes with math classes, streams and so on. Finally, EFLIB is well- documented since almost 50% of the source code is source code comments. I therefore believe that EFLIB is suitable as a multi-platform Pascal class library that can grow within time - it can be improved and extended whenever the user's or developer's want it to. Is EFLIB portable? Yes, I believe so! A high grade of extendibility, modularity and a high-level of abstraction tend to make platform conversions easier. Also, EFLIB does not contain any important MS-DOS-specifics (other than one or two assembler in-lines and a few procedures which is not much when one consider that EFLIB is based on at least 20,000 lines of source code). I have been working on EFLIB for a long time. Not all EFLIB components I have produced are yet published. I have established a certain network of programmers, provide mailing list services, an EFLIB FTP site, SimtelNet distribution and WWW services. Summary: I am looking for people who would like to help me to create a standardized class library for every Pascal programmer. Best Regards, Johan Larsson jola(a)ts.umu.se PS. For more information about EFLIB, please feel free to check out the following URLs: - http://www.ts.umu.se/~jola/EFLIB/ - http://www.ts.umu.se/~jola/EFLIB/Manual/ - http://ftp.sunet.se/pub/lang/EFLIB/

1 0

Re: gpc2.0/cygwin:"GPC.EXE: Inst. prob.: Cannot exec 'as': No such File/dir
by Jan-Jaap van der Heijden 10 Sep '97

10 Sep '97

In article <873835873.3962(a)dejanews.com> you wrote: [...] : When I try to compile anything I always get this message: : GPC.EXE: installation problem, cannot exec `as': No such file or directory : GPC.EXE: Internal compiler error: program as got fatal signal 127 : A "dir \as*.* /s" returns nothing. What is the 'as' the compiler is : looking for? `as' is the assembler. GPC is meant to be part of an existing cygwin32 toolchain, which you don't have. You can get the remaining b17.1 parts as: ftp://agnes.dida.physik.uni-essen.de/home/janjaap/cygwin32/devtools.i486-cygwin32-b17.1.zip Or, you can get a b18 toolchain (GPC + required tools) as: ftp://agnes.dida.physik.uni-essen.de/home/janjaap/cygwin32/gpc-970624.i386-cygwin32-b18.zip Don't mix up b17.1 and b18 binaries -- it won't work. JanJaap --- With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. -- RFC1925.

1 0

demo for using of qsort from lib and a little problem with it
by Peter Gerwinski 10 Sep '97

10 Sep '97

According to Sven Hilscher: > > program Sort_Test; > [...] > procedure qsort(var base; numelem, size : Integer; cmp: FuncType); C; Better say `cmp: Pointer' here because you don't really know the type of the function `cmp' is pointing to. Otherwise you get a warning: incompatible type for argument 4 of `Qsort'. > qsort(tb, 5, Sizeof(tb[1]), @CompString); The resulting error ("too few arguments") is fixed now. Thanks. A new GPC beta - probably the last one before we can release gpc-2.1 - will be uploaded to Agnes as soon as possible (whatever that means;-). Greetings, 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]

2 1

gpc2.0: cannot exec `as': No such file or directory
by Kim Michael Eriksen 10 Sep '97

10 Sep '97

Hello I am trying to install a GNU Pascal binary for windows95 (version 2.0 b17.1 corresponding to GCC 2.7.2.1) with cygwin 17.1 (18 tried as well - no difference). In the autoexec.bat of win95 I have added e:\gpcwin32\bin (which is correct) to the path and added the following environment vars: set GCC_EXEC_PREFIX=e:\gpcwin32\lib\gcc-lib\ set LIBRARY_PATH=e:\gpcwin32\lib;e:\gpcwin32\H-i386-cygwin32\lib Spelling is ok. The terminal \ on the prefix IS there. When I try to compile anything I always get this message: GPC.EXE: installation problem, cannot exec `as': No such file or directory GPC.EXE: Internal compiler error: program as got fatal signal 127 A "dir \as*.* /s" returns nothing. What is the 'as' the compiler is looking for? I have read your gpc-list.1997 but did not find anything on this. Any ideas how I can solve this are most welcome! Michael Eriksen Department of Chemistry DTU DK-2800 Lyngby Denmark ------------------------------------------------------------- Kim Michael Eriksen michael.eriksen(a)kemi.dtu.dk Department of Chemistry http://www.kemi.dtu.dk Building 207 phone +45 4588 3111 Technical University of Denmark direct +45 4525 2391 DK-2800 Lyngby fax +45 4588 3136 DENMARK

1 0

Please Remove
by Nathan R. Yergler 10 Sep '97

10 Sep '97

I apologize in advance for posting this message to the whole list, but please either remove my name or let me know how to go about it. My humblest apologies. N. Yergler nate(a)parlorcity.com nate(a)purdue.edu

1 0

error calling capitalized c routines
by Olov Wilander 09 Sep '97

09 Sep '97

I am using DJGPP and the gpc20b.zip binaries from simtelnet, downloaded from simtelnet in september 1997. When I try using the grx20 graphics library (also aviable from the djgpp download sites) it fails. Most functions in this library have one or more capital letters in them, eg. GrSetMode(). I manage to declare this in pascal after reading the info, but when I compile, the linker can't find the functions, because it is looking for grsetmode(). I have found two workarounds: 1. Use "gpc -S", and replace "call _grsetmode" with "call _GrSetMode" in the resulting assembly file, then compile and link that. 2. Go back to C and define interface functions like int grsetmode(...) { GrSetMode(...); } Both methods have disadvantages... If you reply to this, please reply directly by mail, as I am not (yet) a regular reader of this mailing-list. Thanks! Olov Wilander olwi(a)dagy.danderyd.se

2 1