Gpc June 2001

gpc@gnu.de

22 participants
28 discussions

CStrings
by Oldham, Adam 10 Jun '01

10 Jun '01

Hello again! I have another question. I have a veriable type declared as a CString passing into a pascal function with preceding it with VAR. I can modify the variable in the called function correctly, but after the fuction is complete, what should have been a modified CString is acutally not. I've read some FAQs and apparently the only known problems are when passing a CString in a special circumstance into a C Function.... here is some sample code, the output is in the comments: PROGRAM Main; PROCEDURE MakeVolName ( VAR VolName : CString ); VAR PasVolName : String[5]; BEGIN PasVolName := '7.12'; write("PasVolName in MakeVoldName ="); writeln(Pasvolname); { Prints 7.12 -- correct } Volname := String2CString(PasVolName); write("VolName in MakeVolName = "); {$x+} writeln(VolName); { Prints 7.12 -- correct} END; VAR VolName2 : CString; BEGIN VolName2 := 'test'; write("initially = "); writeln(VolName2); { Prints test -- correct} MakeVolID(VolName2); write("ending = "); {$x+} writeln(VolName2); { Prints garbage -- not correct} END. OUTPUT: initially = test PasVolName in MakeVoldName =7.12 VolName in MakeVolName = 7.12 ending = `4Ã¸Ã¿Â¿Ã¿Ã¿Ã¿Ã¿ Any ideas? I am using gpc version 20010502, gcc 2.95.2 on Mandrake Linux 7.2 running kernel 2.2.17. Thanks, Adam Oldham ----------------------------------------------------------------------- C. Adam Oldham Marconi Commerce Systems Inc. Software Engineer 7300 West Friendly Ave. adam.oldham(a)marconi.com Greensboro, NC 27420-2087 Phone : 336.547.5952 Fax : 336.547.5079 ----------------------------------------------------------------------- This document contains confidential information of Marconi Commerce Systems Inc. In consideration of the receipt of this document, the recipient agrees not to reproduce, copy, use or transmit this document and/or the information contained herein, in whole or in part, or to suffer such actions by others, for any purpose except with written permission, first obtained, of Marconi Commerce Systems Inc., and further agrees to surrender the same to Marconi Commerce Systems Inc. upon demand. -----------------------------------------------------------------------

7 11

Re: CStrings
by Russ Whitaker 10 Jun '01

10 Jun '01

On Sun, 10 Jun 2001, Frank Heckenbach wrote: > Pointer to an Indefinite-length Zero-based Zero-terminated Array of > Char: PizzaChar. Tastes good to me. ;-) Now that's something you could sink your teeth into! These odd-ball names reminds me when, years ago, I was working for a company that required names for the wires on a wire-list. At times it got rather difficult to come up with unique, meaningfull names. So buried in one of the lists was: fez the name of a local beer-bar. rkg initials of one of the engineers on the project. Russ

1 0

problem with building GPC
by Kocherlakota Harikrishna 05 Jun '01

05 Jun '01

Hello Attached is the error we encountered, while building GPC We used gcc-2.95.2 and gpc-20010527 combination gpc.pas:57: #error Trying to compile gpc.pas with a non-matching GPC version is likely to cause problems. make[2]: *** [gpc.o] Error 1 make[2]: Leaving directory `/root/usr1/gcc-2.95.2/gcc/p/rts' make[1]: *** [pascal.rts] Error 2 make[1]: Leaving directory `/root/usr1/gcc-2.95.2/gcc' make: *** [install-gcc] Error 2 Request your suggestions Thanks and Regards hari

3 3

gcc-3.0
by Russ Whitaker 04 Jun '01

04 Jun '01

Hi Saw in the news that gcc-3.0 is promised to release on 6/15. So downloaded gcc-core-3.0-20010525.tar.gz and using gcc-2.97.diff as a guide, created gcc-3.0.diff (attached). caution: it does patch ok, but that's as far as I got. There could be a typo hiding in there. enjoy Russ

3 6

Re: Memory use problem
by david＠tcs01.demon.co.uk 04 Jun '01

04 Jun '01

In message <200105300203.EAA27083(a)goedel.fjf.gnu.de> Frank Heckenbach writes: > David James wrote: > [snip] > > I still see some unfreed memory. > > > > These are from calls at lines 116 and 214 of rts/heap.pas. > > > > Sizes 0xd, 0x21, 0x5c, and the majority for 0xc08. > > Those called from line 116 (which should all be $c08 on 32 bit > machines) are the internal structures used to keep track of the > pointers (i.e., if you don't use HeapMon and don't call `Mark' > anywhere in your code, they should disappear). I see that something > can be optimized to keep their number smaller, and I'll do this now, > but since you probably don't need HeapMon except for debugging, that > shouldn't be too important to you, I suppose. > > About the other ones: The RTS uses a few of them to store internal > values. These intentionally don't show up in HeapMon, and their > number should be fixed (i.e., not growing when the program runs > longer). Besides them and the ones you allocated, there should be no > pointers allocated from line 214 (which is the main entry point for > allocation) left. > > In particular, without HeapMon the program should not lose more and > more memory now, I hope (and soon also with HeapMon). Thank you for the details. I've now tried my test after removing HeapMon from the program, and the memory leaks seem to have away. Thank you very much. -- David James mailto:david@tcs01.demon.co.uk Special Stage Rally results archive <URL:http://www.tcs01.demon.co.uk/>

2 1

GtkUnits-20010602
by Nicola Girardi 02 Jun '01

02 Jun '01

Hi GPC People!! Quite sadly I still have got *no* feedback )-: for the GtkUnits package, but anyway I kept on working on it. The URL is always the same: <http://agnes.dida.physik.uni-essen.de/~nicola/GtkUnits/>. Here's an excerpt from the ChangeLog file after the last release. Most important is the introduction of the GdkPixbuf units. I hope someone will be using these units some day. : Sat 2 Jun 2001 16:00 Nicola Girardi <nikke(a)swlibero.org> : : * Added gdk-pixbuf/gdkpixbufloader.pas. : : * Added a test program which shows the nice penguin logo in : PNG format. : : * Reverted top level Makefile to old name mask as the sub : packages number is growing. New `make advice'. : : Mon 28 May 2001 18:34 Nicola Girardi <nikke(a)swlibero.org> : : * Removed {$L gtk/glib/etc.} in gtk.inc and others. Use : gtk-config, glib-config etc., that's smarter. : : * Updated README. : : Tue 22 May 2001 22:49 Nicola Girardi <nikke(a)swlibero.org> : : * Changed directory structure for gtk-tutorial (now : tutorial/) removed subdirectories, adjusted Makefile. : : Sun 13 May 2001 10:35 Nicola Girardi <nikke(a)swlibero.org> : : * Removed stale gtk-tutorial/selection/selectionc.c, fixed : the compilation bug in gettargets.pas, fixed selection.pas. : : Sun 13 May 2001 7:56 Nicola Girardi <nikke(a)swlibero.org> : : * Started porting of gdk-pixbuf. (Image loading library.) : gdk-pixbuf/gdkpixbuf.pas completed. : : Sun 6 May 2001 10:56 Nicola Girardi <nikke(a)swlibero.org> : : * GLIB logging functions stripped out. No need for the printf() : function family under Pascal. Maybe in the future a set of logging : functions will be implemented using Write as the backend. Regards, Nick

1 0

Multideimensional packed arrays
by david＠tcs01.demon.co.uk 01 Jun '01

01 Jun '01

Is this a known problem? program daj24(input,output); const maxmarker=5; maxcat=62; type t1pack=packed array [1..maxmarker,1..maxcat] of boolean; t2pack=packed array [1..maxmarker] of packed array [1..maxcat] of boolean; begin (*daj24*) writeln('Sizeof 1 pack is ',sizeof(t1pack):1); writeln('Sizeof 2 pack is ',sizeof(t2pack):1); end. (*daj24*) GPC version 20010516 reports sizeof 1 as 310, and sizeof 2 as 40. My previous version (19991030) reports both as 40. Looking at the info files, this looks like fjf149.pas fixed at 19980729. -- David James mailto:david@tcs01.demon.co.uk Special Stage Rally results archive <URL:http://www.tcs01.demon.co.uk/>

1 0

build error on linux-powerpc with recent 010516 snapshot
by Matthias Klose 01 Jun '01

01 Jun '01

The snapshot builds fine on i386, m68k, sparc and alpha (all linux). base gcc is the CVS gcc-2_95-branch.

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 June 2001