- Gpc - gnu.de

can't get dbx to find lines
by Tom Schneider 04 Aug '05

04 Aug '05

Folks: A program of mine is giving a segmentation fault and it's hard to locate. So I need to compile with debugging on and then run dbx to find the line number. I compiled as: gpc \ -g \ --transparent-file-names \ --no-mixed-comments \ -Wall \ lister.p -o lister When I run dbx dbx lister I get (header stuff deleted) Reading lister Reading ld.so.1 Reading libm.so.1 Reading libc.so.1 Reading libdl.so.1 Reading libc_psr.so.1 dbx: warning: Unknown symbol type: /home/strawberry/toms/work/lister/bug2005aug3/lister:lister.p stab #5 char:t(0,2)=@s8;-20; dbx: warning: Unknown symbol type: /home/strawberry/toms/work/lister/bug2005aug3/lister:lister.p stab #176 Sof:S(0,192)=@s24;@S;S(0,193)=r(0,1);0000000000001;0000000000003; dbx: warning: can't find local function 'Digit': /home/strawberry/toms/work/lister/bug2005aug3/lister:lister.p stab #265 Digit:f(0,61),Digit,Pluckdigit dbx: warning: can't find local function 'Pluckdigit': /home/strawberry/toms/work/lister/bug2005aug3/lister:lister.p stab #291 Pluckdigit:f(0,68),Pluckdigit,Getdatetime dbx: warning: Unknown symbol type: /home/strawberry/toms/work/lister/bug2005aug3/lister:lister.p stab #1222 tmp_string_32:(0,210)=s12Capacity:(0,4),0,32;length:(0,4),32,32;_p_schema_:(0,211)=@s8;@S;S(0,212)=r(0,1);0000000000001;0000000000001;,64,8;; dbx: number not found at /home/strawberry/toms/work/lister/bug2005aug3/lister:lister.p stab #1222 tmp_string_32:(0,210)=s12Capacity:(0,4),0,32;length:(0,4),32,32;_p_schema_:(0,211)=@s8;@S;S(0,212)=r(0,1);0000000000001;0000000000001;,64,8;; (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) and then tell it to run It runs fine (up to the crash): (expected output) signal SEGV (no mapping at the fault address) in 272 at 0x3003c 0x0003003c: 272+0x0350: ld [%o0 + 0x4], %o1 (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) but for the line command I always get: dbx: no current source file Somehow it does not locate the Pascal source. What (perhaps obviously trivial) thing am I missing? (I tried xping but it was not obvious how to get it to point to the error. I tried workshop on this sun machine and it gave me a machine code location.) Maybe there is a page somewhere that says how to do this? I didn't find it. gpc -g --transparent-file-names --no-mixed-comments -Wall lister.p -o lister The command files gives dbx: no program Thanks! Tom Dr. Thomas D. Schneider National Cancer Institute Laboratory of Experimental and Computational Biology Molecular Information Theory Group Frederick, Maryland 21702-1201 toms(a)ncifcrf.gov permanent email: toms(a)alum.mit.edu (use only if first address fails) http://www.lecb.ncifcrf.gov/~toms/

2 1

const s: String(1000) passed by value?
by Peter N Lewis 03 Aug '05

03 Aug '05

It seems that const parameters of string types are passed by value, eg: program peterT4; type Str = String(1000); var gs: Str; procedure Doit( const s: Str ); begin if @s = @gs then begin WriteLn( 'OK' ); end else begin WriteLn( 'failed' ); end; end; begin Doit( gs ); end. fails. I checked the code and it definitely looks like it is doing a copy. I use a lot of long strings (2500) and so this seems like a serious problem to me... Thanks, Peter. -- <http://www.stairways.com/> <http://download.stairways.com/>

4 5

Heap dimensions
by Silvio a Beccara 01 Aug '05

01 Aug '05

Hello, is it possible to increase heap dimensions? I am running a GPC program which uses "big" dynamic arrays of double precision floats (up to 200 x 500) and, while it runs fine with smaller dimensions, from 128 x 256 up I get the following error: /u/dms/abeccara/pimc/parpi/pimb: out of heap when allocating 629145608 bytes (error #853 at 8071a32) I wasn't getting this error when using an older GPC version 2.1 (20020510), based on gcc-2.95.2 19991024. I am running on 30 processors with 1 GB RAM each, so I would like to use this memory. Thanks in advance, best regards Silvio a Beccara -Trieste Italy -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Vuoi bere tanta acqua pura e risparmiare ben 495 euro all'anno? * Con BeviSano avrai finito di comprare acqua in bottiglia - clicca qui Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3628&d=21-7

9 20

Saving error
by Prof. Harley Flanders 30 Jul '05

30 Jul '05

I have several partitions on my hard drive. The GNU compiler and IDE is in folder G:\dev_gpc I created a folder in partiton I; to hold my experiments: I:\gnu_examples I write a short program "Test" and save it to that folder, in partition I: It compiles with the error: Cannot open iutput file i:\gnu_examples\test.exe: No such file or directory. The same program, saved to a folder in G:\dev_gpc runs OK. A related problem: I see no way to capture error messages in to the windows clipboard, for pasting into editors -- like this one. -- =========================================== Prof. Harley Flanders 3533 Windemere Court Ann Arbor, MI 48105-2867 Home: 734 668 1546 harley(a)umich.edu ===========================================

2 1

Ballistic program
by Prof. Harley Flanders 30 Jul '05

30 Jul '05

GNU Pascal GPC v. 2.1 (20050331) The following console program (with a slight typo) drives the compiler ballistic. program Project3; begin Writeln('Hello); Readln; end. -- =========================================== Prof. Harley Flanders 3533 Windemere Court Ann Arbor, MI 48105-2867 Home: 734 668 1546 harley(a)umich.edu ===========================================

3 2

ICE when compiling ncurses demo program with -O1
by Adriaan van Os 29 Jul '05

29 Jul '05

Compiling <http://www.microbizz.nl/ncurses-20050730.tar.gz> with -O1 causes an ICE on Mac OS X. [G5:~/Desktop/ncurses-gpc-20050730] adriaan% gp firework.pas -O1 /Users/adriaan/Desktop/ncurses-gpc-20050730/ncurses.pas:178: warning: identifiers should not start with an underscore /Users/adriaan/Desktop/ncurses-gpc-20050730/firework.pas: In main program: /Users/adriaan/Desktop/ncurses-gpc-20050730/firework.pas:146: error: insn does not satisfy its constraints: (insn 951 991 952 2 (set (reg:DI 63 f31 [157]) (mem/u/f:DI (lo_sum:SI (reg/u:SI 2 r2) (const:SI (minus:SI (symbol_ref/u:SI ("*LC16") [flags 0x2]) (symbol_ref:SI ("<pic base>"))))) [0 S8 A64])) 325 {*movdi_internal32} (nil) (expr_list:REG_EQUIV (const_int 2 [0x2]) (nil))) /Users/adriaan/Desktop/ncurses-gpc-20050730/firework.pas:146: internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu-pascal.de/todo.html> for instructions. [G5:~/Desktop/ncurses-gpc-20050730] adriaan% gpc -v Reading specs from /Developer/Pascal/gpc344d2/lib/gcc/powerpc-apple-darwin7/3.4.4/specs Configured with: ../gcc-3.4.4/configure --enable-languages=pascal,c --enable-threads=posix --target=powerpc-apple-darwin7 --host=powerpc-apple-darwin7 --build=powerpc-apple-darwin7 --prefix=/Developer/Pascal/gpc344d2 Thread model: posix gpc version 20050331, based on gcc-3.4.4 Regards, Adriaan van Os

1 0

installation if units DOS and CRT
by J.N.J. van Lingen 27 Jul '05

27 Jul '05

Hello, I just compiled GPC on a dual opteron machine for a friend and it works fine. However my friend wants to use his old sources which use the units crt and dos. These are not included in this installation, while they were there in a earlier windows version he used to use. Can anybody tell me how to get these units up and running? Thanks in advance Joost van Lingen Theoretical Chemistry Group Utrecht University The Netherlands

2 3

Re: Packing strings ()
by Frank Heckenbach 27 Jul '05

27 Jul '05

Contestcen(a)aol.com wrote: > > Not again please!!! Peter himself made it explicitly clear that he > > asked for runtime storage (which was clear to all of us except you > > from the beginning). > > I suggested the macros once, at the very beginning of this thread. As soon > as it became clear that he wanted run-time macros, I made suggestions for that > case. I never again suggested the static solution. However, it keeps coming > up because people keep claiming that I am off the topic. Are you lying intentionally, or don't you even know what you wrote? Below are several mails of yours that all talk about static storage, as late as two weeks after the initial question. Note that in the last and 4th-last of these quoted excerpts, you actively try to bring the subject "back" to static storage. Actually, these mails mention the "Pascal Macro Compiler" so often, even after it was clear (as you say) it's off-topic, it's close to spamming! Sure, some of these mails are to answer questions and criticism by others, but if it really was clear to you it was off-topic, you could have said: "Sorry, I misunderstood the question. The Pascal Macro Compiler is not useful for this purpose.", instead of carrying on a pointless discussion and annoying everybody. : Date: Thu, 7 Jul 2005 02:46:38 EDT : The Pascal Macro Compiler has a set of macros that will pack character : strings without any wasted space between them The macros can be downloaded directly : from the webpage http://www.contestcen.com/paskey.htm which has both the : source code and a detailed description. : Date: Fri, 8 Jul 2005 02:51:10 EDT : I assumed that the strings were being stored at runtime because storing them : end-to-end at compile time was too tedious. If there is a static set of : strings, then the Pascal Macro Compiler can store them without any wasted space. : Date: Mon, 11 Jul 2005 13:37:35 EDT : Conclusion: If the strings are known at compile time, the most efficient way : to store them without gaps is to use the Pascal Macro Compiler. : Date: Wed, 13 Jul 2005 02:57:37 EDT : Whether you choose to align the length field on an integer-size boundary or : not is a decision you could make based on a time versus space trade-off. The : macros that I have written happen to store the strings with no gaps at all, and : do not do any alignment. If you decided that for your application and : platform aligning the strings was better, then you would not use my macros, you : would write your own macros, or modify my macros to align the strings. The Pascal : Macro Compiler is a general-purpose preprocessor, and can align or not align : as the user wishes. : Date: Wed, 13 Jul 2005 03:07:05 EDT : Using the Pascal Macro Compiler you can store the strings with no gaps and no : wasted space whatsoever. I don't see how you can improve on that. : Moreover, the method requires no code, makes no calls, and takes no time at : run time. I don't see how you can improve on that. : Date: Thu, 14 Jul 2005 02:07:45 EDT : This may be true for executable code generated by the Pascal Macro Compiler, : but it is not true for the data declarations that are generated for the packed : strings. There is no executable code involved, so the compiler has nothing : to optimize. : There is no wasted space, so there is nothing that can be improved. : Date: Thu, 14 Jul 2005 03:18:40 EDT : The prologue of these macros says, "This version is intended mainly as a : demonstration." It is an example designed to illustrate some of the features and : capabilities of the Pascal Macro Compiler. Users who do not need alignment : can use the macros as provided. Users who need alignment can easily add that : feature to the macros. : If there are any requests from bona fide users of the Pascal Macro Compiler : for an alignment feature, then I will be glad to add it. : Date: Sun, 17 Jul 2005 02:16:49 EDT : That's very nice. However, please recall that I said the main reason for : using a character array instead of a string is because I needed more than 255 : characters. So, having a better way to initialize a character array of up to 255 : characters doesn't help me. If I only wanted 255 characters I would have : used a string in the first place. : Date: Mon, 18 Jul 2005 02:13:55 EDT : My understanding from the original post is that he wanted the strings stored : as given, not compressed. The macros simply store the strings end-to-end : without any gaps. However, the macros would work equally for compressed strings, : assuming they have the same form, namely length field and data string. : If you want the entire body of strings compressed as a unit, then you could : use the macros to create the concatenation of all the individual strings, and : compress the result. It would be up to you to devise methods for accessing the : strings within the compressed mass. : Date: Tue, 19 Jul 2005 02:47:42 EDT : In any case, we are getting off the subject, which was how to store a set of : varying-length strings with minimal wasted space. The method that I : suggested, using the Pascal Macro Compiler, uses no wasted space at all. : Date: Tue, 19 Jul 2005 03:12:02 EDT : The Pascal Macro Compiler could certainly generate code for accessing the : strings, however the Keyword String macros do not generate access code; they : generate data structures. : Date: Thu, 21 Jul 2005 00:55:11 EDT : If you need to initialize a character array greater than 255 chars in BP, you : can resort to using absolute. : Date: Thu, 21 Jul 2005 16:23:31 EDT : The subject of this thread in the GPC mailing list is how to store : character strings without wasted space. Notive that the subject of this thread is : "Packing strings ()" That was the subject of the original posting that : started the thread. : I have mentioned the Pascal Macro Compiler because it comes with macros : that have the ability to pack strings without wasted space. That is the : original question, and this is an appropriate answer to the question. I have not : discussed the Pascal Macro Compiler in any other context except to answer the : question in this thread. > My answer about compile-time storage was long ago. This thread has moved > beyond that into other aspects of storage management and data access. I have > since suggested allocating storage as a set of extension blocks, and as a single > block that gets copied when it overflows. I have moved on from compile-time > storage. See above. Your mails speak a different language. > So let me remind you of another topic that got raised, namely perfect > hashing. You suggested the use of gperf, a program which I read about many years > ago, but had forgotten. The reason I ignored gperf is that I think it can work > only for very easy sets of keywords, and it will fail badly for hard sets, even > if they are fairly small. I proposed that you and I test gperf on some > harder keyword sets. Are you willing to try this? There's one thing you're really good at -- causing other people work. First you make us explain you how email works and basic netiquette rules again and again and again, now you want *us* to test gperf. Can't you do it yourself? Create those data sets you're concerned with, produce gperf output, look at applicable gperf options, and comment on the results, perhaps comparing them with other programs, then present us your results. As this is a bit off-topic on this list, better put them on your web site and post a pointer to the site here. > > Really not. Unfortunately, the main archives are still offline (but > > you might be able to find mirrors through Google). There you'll see > > that few, if anyone, had so many initial problems. Some did an HTML > > posting or strange quoting in their initial mail, but after a > > friendly reminder, they changed it. You're probably the first one > > who seems to need a majority vote of all list subscribers to > > convince you (would 2/3 of all who ever posted to the list be enough > > for you, counting abstentions as negative votes? ;-), and constantly > > ignores all pointers to standard netiquette (including numerous ones > > in private mail, I must add). > > I am not trying to ignore or flout the requests for non-HTML postings. In > fact, I have gone to a good deal of effort to try to find ways of minimizing or > eliminating the HTML in my postings. > > The net result is that I have been unable to find any control that will turn > off the HTML, So, if you apparently realized by now that non-HTML mail is common practice, and your can't find a way to do this simple thing in your mailer, what does this tell you about your mailer? Either it's crap or it's poorly documented so even basic settings are hard to find. (You did read the documentation, didn't you?) > and I have not yet found another mailer that has that ability. > None of the people who have been corresponding with me offline have been able > to tell me what mailer could work. What twisted form of argument is this? After people online (such as Emil Jerabek and me) have repeatedly pointed you to alternatives, your excuse now is that people you correspond with *offline* don't know better answers!? (Perhaps that's why they correspond offline. ;-) What's next? If some of them happens to send you a postcard naming another mailer, are you going to claim your cat and dog couldn't tell you one??? > I don't know the features of other > mailers, and the descriptions I have seen on the Internet never mention an HTML-free > option. Perhaps because it's so obvious they don't bother to mention? When you're buying a car, do you only look at advertisements that point out that is has several wheels and an engine??? To repeat, plain text mail is the default. MIME is an EXTENSION (the E in MIME really stands for extensions!) to encode other formats into plain text. So every mailer that sends MIME must ultimately be able to send plain text mails. And all except perhaps a few extremely perverse ones don't hide this fact from the user. Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

1 0

Cryptic runtime error
by Pascal Viandier 26 Jul '05

26 Jul '05

Hi, I am currently converting many SUN Pascal programs to GPC (on Solaris for now). I must say, the operation goes pretty well for now (with the help of a Perl translation program I build progressively when I encounter syntax issues). In this context, the first time I ran my second translated program, I got the following runtime error: run.shell: Value out of range (error #300 at 4692b) Here comes my point: - That is true, there was an error, but I had to browse the code a lot to find it! - With such a message, is there a way to find out where the faulty code is? - What means the 4692b (an address in hex?)? - Is it feasible to implement (in a future release) more explicit error messages, like 'run.shell: Value out of range in run.shell.pas, line 1229' for example, when the program is compiled with -o0 and -g options? Anyway, I would greatly appreciate a hint for the next time I will have such a runtime error. Thanks Pascal Viandier

2 3

No HTML here, please
by Contestcen＠aol.com 25 Jul '05

25 Jul '05

> I would encourage that, but please don't just dump HTML messages, > bounce them with the specific reason. That might improve the > breed. I looked at some of my emails to this mailing list, and I found the following HTML tags: a few standard tags at the front to establish that it was an HTML message, and to start the body. A BR tag at the end of each line in the body of the text, and some DIV tags where I skipped lines. Then I looked at your email, this one where you complained that I was using HTML. I found the following HTML tags: a few standard tags at the front to establish that it was an HTML message, and to start the body. A BR tag at the end of each line in the body of the text. The only difference was that there were no DIV tags. However, there was still pretty much one tag for every line in the file. In this forum, people apparently prefer > signs at the start of each line of quoted text. In fact, some people insist on that. You might not realize this, but those line divisions are achieved by using BR tags. As far as I can see, roughly the same amount of HTML is generated in your emails as in my emails. I can make it exactly equal by not skipping any lines. Would you prefer that? Would it be easier for you if my answers were always in a solid block of text without any blank lines separating paragraphs? Let me give that a test. Here is my answer repeated without the blank lines: I looked at some of my emails to this mailing list, and I found the following HTML tags: a few standard tags at the front to establish that it was an HTML message, and to start the body. A BR tag at the end of each line in the body of the text, and some DIV tags where I skipped lines. Then I looked at your email, this one where you complained that I was using HTML. I found the following HTML tags: a few standard tags at the front to establish that it was an HTML message, and to start the body. A BR tag at the end of each line in the body of the text. The only difference was that there were no DIV tags. However, there was still pretty much one tag for every line in the file. In this forum, people apparently prefer > signs at the start of each line of quoted text. In fact, some people insist on that. You might not realize this, but those line divisions are achieved by using BR tags. As far as I can see, roughly the same amount of HTML is generated in your emails as in my emails. I can make it exactly equal by not skipping any lines. Would you prefer that? Would it be easier for you if my answers were always in a solid block of text without any blank lines separating paragraphs?

6 9