[fpc-pascal] fpc can't compile project because a directory exists

2011-11-24 Thread Graeme Geldenhuys
Hi, I just tried to compile a test.pp file inside my /tmp directory. FPC complained because there existed a /tmp/test/ directory!! Is this a normal or known limitation of FPC? Or does the blame fall onto the ld linker? 8-8-8-8-8 [tmp]$ fpc

Re: [fpc-pascal] Class reference doubt

2011-11-24 Thread Graeme Geldenhuys
On 2011-11-24 03:58, Luiz Americo Pereira Camara wrote: possible to get the expected behavior without forcing programmer to create a virtual constructor by using the new RTTI What has the new RTTI got to do with anything? Simply define TObj.Create as virtual, and TFoo.Create as overridden.

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Helmut Hartl
Am 06.11.11 00:27, schrieb Marco van de Voort: Hello, We have placed the first release-candidate of the Free Pascal Compiler version 2.6.0 on our ftp-servers. You can help improve the upcoming 2.6.0 release by downloading and testing this release. If you want you can report what you have done

Re: [fpc-pascal] fpc can't compile project because a directory exists

2011-11-24 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: I just tried to compile a test.pp file inside my /tmp directory. FPC complained because there existed a /tmp/test/ directory!! Why is that strange? Is this a normal or known limitation of FPC? Or does the blame fall onto the ld linker? I'm

Re: [fpc-pascal] fpc can't compile project because a directory exists

2011-11-24 Thread Sven Barth
Am 24.11.2011 09:43, schrieb Graeme Geldenhuys: Hi, I just tried to compile a test.pp file inside my /tmp directory. FPC complained because there existed a /tmp/test/ directory!! Is this a normal or known limitation of FPC? Or does the blame fall onto the ld linker? Of course this is normal.

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Bernd
I have a question about the structure of the svn. The branch fixes_2_6 still has the version 2.5.1. shouldn't this be set to 2.6.0-RC1.1? to indicate that this is always the newest 2.6.x version (newer than any 2.6 release or candidate ever released from this branch) and as such already newer

Re: [fpc-pascal] Class reference doubt

2011-11-24 Thread Jonas Maebe
On 24 Nov 2011, at 02:58, Luiz Americo Pereira Camara wrote: On 23/11/2011 18:48, Jesus Reyes wrote: in the following example The output is: cls class is TFoo TObj.create where I would expect: cls class is TFoo TObj.create TFoo.create I also hit this problem recently Found that this is

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Rainer Stratmann
Isn't it possible to put all processors in the compiler. At least ARM and 8086 because they are the most popular. As I know now it is one compiler program each processor. Just a question. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Jonas Maebe
On 24 Nov 2011, at 10:46, Bernd wrote: The branch fixes_2_6 still has the version 2.5.1. shouldn't this be set to 2.6.0-RC1.1? No. Only releases have even version numbers (RC or not). Branches are only updated to the next version number (in this case, that will be 2.6.1) once the

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Jonas Maebe
On 24 Nov 2011, at 12:06, Rainer Stratmann wrote: Isn't it possible to put all processors in the compiler. In theory, that would be possible with lots of rewriting. In practice there is little or no reason to spend time on that. You can always use fpc -Pi386 and fpc -Parm to call the

[fpc-pascal] Heap, Stack, HeapTrc and threads

2011-11-24 Thread andrew.bennett
A recent query: Date: Mon, 21 Nov 2011 08:27:16 + From: Mark Morgan Lloyd markmll.fpc-pas...@telemetry.co.uk Subject: [fpc-pascal] Debugging ancient heap allocation seems not to have received a reply. The problem of debugging memory allocation, however, is wider and not just involving

[fpc-pascal] (no subject)

2011-11-24 Thread Juha Manninen
I try to learn to use generics properly. First, this is a class definition without generics: TMyDerived = class(TObjectList) private MyInt: integer; public constructor Create(FreeObjects: Boolean=True); end; It works. Now I try to derive a class with generics: TMyGen =

[fpc-pascal] Inheriting from generics specialized classes

2011-11-24 Thread Juha Manninen
... Sorry, forgot subject first I try to learn to use generics properly. First, this is a class definition without generics: TMyDerived = class(TObjectList) private MyInt: integer; public constructor Create(FreeObjects: Boolean=True); end; It works. Now I try to derive a

Re: [fpc-pascal] Heap, Stack, HeapTrc and threads

2011-11-24 Thread Jonas Maebe
On 24 Nov 2011, at 16:28, andrew.benn...@ns.sympatico.ca andrew.benn...@ns.sympatico.ca wrote: At no point did the heap status reveal the growing amount of space tied up: the only odd thing was that TotalAllocated sometimes came back negative in the threads as the program approached the

Duplicate identifier in derived generic (was: Re: [fpc-pascal] (no subject))

2011-11-24 Thread Sven Barth
Am 24.11.2011 16:56, schrieb Juha Manninen: It says: unit1.pas(40,24) Error: Duplicate identifier FreeObjects Why? If I change FreeObjects to aFreeObjects then it works. Again why? You simply picked a bad example, because TFPGObjectList contains a property called FreeObjects, thus mode

Re: [fpc-pascal] Inheriting from generics specialized classes

2011-11-24 Thread Sven Barth
Am 24.11.2011 17:00, schrieb Juha Manninen: ... Sorry, forgot subject first See my other mail... Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: Inheriting from generics specialized classes

2011-11-24 Thread Juha Manninen
Now, if I do: myV := TMyDerived.Create(False); if myV is TFPGObjectList then ... it gives: unit1.pas(67,10) Error: Class or Object types TMyDerived and TFPGObjectList are not related In my opinion they are related. Maybe generics are good only for situations where you don't need to

Re: [fpc-pascal] Re: Inheriting from generics specialized classes

2011-11-24 Thread Sven Barth
Am 24.11.2011 17:10, schrieb Juha Manninen: Now, if I do: myV := TMyDerived.Create(False); if myV is TFPGObjectList then ... it gives: unit1.pas(67,10) Error: Class or Object types TMyDerived and TFPGObjectList are not related In my opinion they are related. Maybe generics are

Re: [fpc-pascal] Re: Inheriting from generics specialized classes

2011-11-24 Thread Juha Manninen
2011/11/24 Sven Barth pascaldra...@googlemail.com Thanks for the explanations. In mode Delphi and my generic branch (I hope ^^) you are able to do it like this as well: myV := TMyDerived.Create(False); if myV is TFPGObjectListTMyGen then ... Under the condition that TMyDerived is

Re: [fpc-pascal] Re: Inheriting from generics specialized classes

2011-11-24 Thread Sven Barth
Am 24.11.2011 17:30, schrieb Juha Manninen: 2011/11/24 Sven Barth pascaldra...@googlemail.com mailto:pascaldra...@googlemail.com Thanks for the explanations. In mode Delphi and my generic branch (I hope ^^) you are able to do it like this as well: myV := TMyDerived.Create(False);

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Bernd
2011/11/24 Jonas Maebe jonas.ma...@elis.ugent.be: The branch fixes_2_6 still has the version 2.5.1. shouldn't this be set to 2.6.0-RC1.1? No. Only releases have even version numbers (RC or not). Thats why I wrote RC1.1 to solve this dilemma, to give it an odd number between RC1 and RC2.

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Sven Barth
Am 24.11.2011 17:52, schrieb Bernd: 2011/11/24 Jonas Maebejonas.ma...@elis.ugent.be: The branch fixes_2_6 still has the version 2.5.1. shouldn't this be set to 2.6.0-RC1.1? No. Only releases have even version numbers (RC or not). Thats why I wrote RC1.1 to solve this dilemma, to give it an

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Bernd
2011/11/24 Sven Barth pascaldra...@googlemail.com: It's not about the RCx, but about the 2.6.0. Yes, I understand the intention. But this leads to the dilemma that now the branch which is by definition always same or more advanced than the last release(candidate) from it still has a *lower*

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Jonas Maebe
On 24 Nov 2011, at 18:14, Bernd wrote: Yes, I understand the intention. But this leads to the dilemma that now the branch which is by definition always same or more advanced than the last release(candidate) from it still has a *lower* version number than the already released release

[fpc-pascal] FPC And D-Bus

2011-11-24 Thread ik
Hello, I'm Trying to send notification using D-Bus Notify method. The thing is, that I do not understand how to properly use it. My current code: https://github.com/ik5/display-quotes/blob/master/src/units/untquotedbus.pas#L92 I'ved marked the place where i Have AccessViolation exception. What

RE : [fpc-pascal] FPC And D-Bus

2011-11-24 Thread Ludo Brands
I'm Trying to send notification using D-Bus Notify method. The thing is, that I do not understand how to properly use it. My current code: https://github.com/ik5/display-quotes/blob/master/src/units/untquotedbus.pas #L92 I'ved marked the place where i Have AccessViolation exception. What am

Re: RE : [fpc-pascal] FPC And D-Bus

2011-11-24 Thread ik
On Thu, Nov 24, 2011 at 20:19, Ludo Brands ludo.bra...@free.fr wrote: ** I'm Trying to send notification using D-Bus Notify method. The thing is, that I do not understand how to properly use it. My current code:

RE : RE : [fpc-pascal] FPC And D-Bus

2011-11-24 Thread Ludo Brands
I'm Trying to send notification using D-Bus Notify method. The thing is, that I do not understand how to properly use it. My current code: https://github.com/ik5/display-quotes/blob/master/src/units/untquotedbus.pas #L92 I'ved marked the place where i Have AccessViolation exception. What am

Re: [fpc-pascal] Heap, Stack, HeapTrc and threads

2011-11-24 Thread andrew.bennett
On: Thu, 24 Nov 2011 17:06:18 +0100 Jonas Maebe jonas.ma...@elis.ugent.be wrote On 24 Nov 2011, at 16:28, andrew.benn...@ns.sympatico.ca andrew.benn...@ns.sympatico.ca wrote: ... only odd thing was that TotalAllocated sometimes came back negative in the threads as the program

Re: [fpc-pascal] Class reference doubt

2011-11-24 Thread Luiz Americo Pereira Camara
On 24/11/2011 08:02, Jonas Maebe wrote: On 24 Nov 2011, at 02:58, Luiz Americo Pereira Camara wrote: On 23/11/2011 18:48, Jesus Reyes wrote: in the following example The output is: cls class is TFoo TObj.create where I would expect: cls class is TFoo TObj.create TFoo.create I also hit

Re: [fpc-pascal] Class reference doubt

2011-11-24 Thread Luiz Americo Pereira Camara
On 24/11/2011 05:47, Graeme Geldenhuys wrote: On 2011-11-24 03:58, Luiz Americo Pereira Camara wrote: possible to get the expected behavior without forcing programmer to create a virtual constructor by using the new RTTI What has the new RTTI got to do with anything? Simply define TObj.Create

Re: [fpc-pascal] Class reference doubt

2011-11-24 Thread Jonas Maebe
On 24 Nov 2011, at 23:00, Luiz Americo Pereira Camara wrote: On 24/11/2011 08:02, Jonas Maebe wrote: On 24 Nov 2011, at 02:58, Luiz Americo Pereira Camara wrote: On 23/11/2011 18:48, Jesus Reyes wrote: where I would expect: cls class is TFoo TObj.create TFoo.create I also hit this

Re: [fpc-pascal] Class reference doubt

2011-11-24 Thread Luiz Americo Pereira Camara
On 24/11/2011 19:34, Jonas Maebe wrote: In that case, you did not hit the same problem as the original poster (your I also hit this problem recently is what triggered my response). His problem was that if you call a non-virtual constructor on a class reference variable, that the constructor is

[fpc-pascal] Re: Patch/Test BlobSegmentSize was: IBConnection blobsegmentsize irrelevant performance

2011-11-24 Thread Reinier Olislagers
On 21-11-2011 9:31, Reinier Olislagers wrote: On 20-11-2011 10:31, Reinier Olislagers wrote: On 19-11-2011 23:36, Michael Van Canneyt wrote: On Sat, 19 Nov 2011, Reinier Olislagers wrote: On 19-11-2011 13:28, Reinier Olislagers wrote: I wonder whether/what changes are required for reading

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Graeme Geldenhuys
On 24/11/2011, Bernd prof7bit@g wrote: number than the already released release candidate itself. Thats the main thing that is so confusing about it. It also leads to the necessity to modify the tag after tagging which is considered bad practice. Don't worry, you are not alone. I also

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-24 Thread Marco van de Voort
In our previous episode, Bernd said: The branch fixes_2_6 still has the version 2.5.1. shouldn't this be set to 2.6.0-RC1.1? No. Only releases have even version numbers (RC or not). Thats why I wrote RC1.1 to solve this dilemma, to give it an odd number between RC1 and RC2. There have

Re: [fpc-pascal] Heap, Stack, HeapTrc and threads

2011-11-24 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: I've never seen any reports of heaptrc failing to report memory leaks. Most likely, your problems stem from internal heap fragmentation rather than from memory leaks. Such problems can usually be solved by using the cmem unit, which falls back