RE: [fpc-pascal] this line in pascal compile for i386 version but arm version

2007-06-14 Thread josepascual
Hi Jonas, > -Mensaje original- > De: [EMAIL PROTECTED] [mailto:fpc-pascal- > [EMAIL PROTECTED] En nombre de Jonas Maebe > Enviado el: miércoles, 13 de junio de 2007 11:42 > Para: FPC-Pascal users discussions > Asunto: Re: [fpc-pascal] this line in pascal compile for i386 version > but arm

Re: [fpc-pascal] How to analyze a core dump?

2007-06-14 Thread Jonas Maebe
On 14 jun 2007, at 19:04, Luca Olivetti wrote: No suggestions? Is there some special option (apart from -g) that I should specify to compile/link my program? No. But the garbage backtrace means that either your gdb cannot parse the signal handler frame, or that your program corrupted the c

Re: [fpc-pascal] How to analyze a core dump?

2007-06-14 Thread Luca Olivetti
En/na Luca Olivetti ha escrit: Hello, I'm trying to debug a segment violation, I compiled the program with -g, but analyzing the core dump isn't really helpful, maybe the "warning can't read pathname for load map" is the cause? Or it's possible that it's caused by some of the c libraries used

Re: [fpc-pascal] Problem with dynamic libraries

2007-06-14 Thread Adrian Veith
no - that was not the problem. I have my linux running in a coLinux session and it seems that the linker fails, when the file is in a windows drive, even as root. other programms don't have problems to read or write to this drive. but there is still a strange problem with the dynamic library:

Re: [fpc-pascal] Re: put data to stdout (fpc vs. gcc)

2007-06-14 Thread Jonas Maebe
On 14 jun 2007, at 12:22, [EMAIL PROTECTED] wrote: I know, programs with a writeln() have lower performance, but I think, printf() and writeln() must do the same. This need time to calculate. But the difference between printf() and writeln() are so, that the fpc program breaks wi

[fpc-pascal] Re: put data to stdout (fpc vs. gcc)

2007-06-14 Thread fpc
Hi thank's at all for your help! Here some more Information: 1.) I think, that the inc(counter) procedure is faster then counter:=counter+1;. In the FreePascal book (Free Pascal; M. van Canneyt,F. Klämpfl; C&L; 2000; ISBN 3-932311-67-1; S. 519) you can find this information. 2.) I think,