Re: [fpc-devel] comparing methods

2009-09-10 Thread Sergei Gorelkin
Michael Van Canneyt wrote: On Thu, 10 Sep 2009, Florian Klaempfl wrote: Mattias Gaertner schrieb: On Thu, 10 Sep 2009 17:52:44 +0200 Florian Klaempfl wrote: Ivo Steinmann schrieb: 1. Using =nil or Assigned should result in the same. Afaik not, this was one of the reasons for assigned.

Re: [fpc-devel] comparing methods

2009-09-10 Thread Ivo Steinmann
Florian Klaempfl schrieb: Ivo Steinmann schrieb: 1. Using =nil or Assigned should result in the same. Afaik not, this was one of the reasons for assigned. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/

Re: [fpc-devel] comparing methods

2009-09-10 Thread Michael Van Canneyt
On Thu, 10 Sep 2009, Florian Klaempfl wrote: Mattias Gaertner schrieb: On Thu, 10 Sep 2009 17:52:44 +0200 Florian Klaempfl wrote: Ivo Steinmann schrieb: 1. Using =nil or Assigned should result in the same. Afaik not, this was one of the reasons for assigned. Are there any other reasons

Re: [fpc-devel] comparing methods

2009-09-10 Thread Florian Klaempfl
Mattias Gaertner schrieb: > On Thu, 10 Sep 2009 17:52:44 +0200 > Florian Klaempfl wrote: > >> Ivo Steinmann schrieb: >>> 1. Using =nil or Assigned should result in the same. >> Afaik not, this was one of the reasons for assigned. > > Are there any other reasons for assigned? Distinction between

Re: [fpc-devel] comparing methods

2009-09-10 Thread Mattias Gaertner
On Thu, 10 Sep 2009 17:52:44 +0200 Florian Klaempfl wrote: > Ivo Steinmann schrieb: > > > > 1. Using =nil or Assigned should result in the same. > > Afaik not, this was one of the reasons for assigned. Are there any other reasons for assigned? Mattias _

Re: [fpc-devel] comparing methods

2009-09-10 Thread Martin
Mattias Gärtner wrote: Zitat von Michael Schnell : Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is the same for all instances

Re: [fpc-devel] comparing methods

2009-09-10 Thread Florian Klaempfl
Ivo Steinmann schrieb: > > 1. Using =nil or Assigned should result in the same. Afaik not, this was one of the reasons for assigned. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] comparing methods

2009-09-10 Thread Desmond Coertzen
Thank you Peter. TMethod would have been handy if i knew about this back then. For delphi compatibility, I had to do this: program methodpointer; uses Classes, sysutils; type TMyEvent = procedure of object; TMyClass = class(TObject) procedure MyMethod; end; { TMyClass } procedure

Re: [fpc-devel] comparing methods

2009-09-10 Thread Ivo Steinmann
Mattias Gärtner schrieb: Zitat von Vincent Snijders : Jonas Maebe schreef: On 10 Sep 2009, at 14:01, Mattias Gärtner wrote: Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@

Re: [fpc-devel] comparing methods

2009-09-10 Thread Peter Vreman
On Thu, 10 Sep 2009 14:25:26 +, Desmond Coertzen wrote: > I have done some horrible code where I needed to know the following: > > If TSomeProc = procedure(), then is it easy to determine or set entry > vector of ThatProc: TSomeProc by stating ThatProc := > @ProcWhereTheCodeLives_InTheCod

Re: [fpc-devel] document header mistakes

2009-09-10 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > 2) Also the section number is a bit odd. "0.1" - but that's not really a > > biggy. Maybe the section number could be left out like was done in the > > ref.xxx document. > > > > It's all about consistency. ;-) > > I'll have a look at this. No

Re: [fpc-devel] comparing methods

2009-09-10 Thread Desmond Coertzen
I have done some horrible code where I needed to know the following: If TSomeProc = procedure(), then is it easy to determine or set entry vector of ThatProc: TSomeProc by stating ThatProc := @ProcWhereTheCodeLives_InTheCodeSegment; It gets more difficult when you work with TSomeClassProc = p

Re: [fpc-devel] comparing methods

2009-09-10 Thread Mattias Gärtner
Zitat von Vincent Snijders : Jonas Maebe schreef: On 10 Sep 2009, at 14:01, Mattias Gärtner wrote: Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case

Re: [fpc-devel] document header mistakes

2009-09-10 Thread Michael Van Canneyt
On Thu, 10 Sep 2009, Graeme Geldenhuys wrote: Hi Michael, I'm not picking on you, I promise! :-) I'm just doing my bit evaluating the upcoming FPC 2.4 release - code & docs. Too late, the intercontinental ballistic missile has left ---[ ref.xxx ]--- 1) In the current re

Re: [fpc-devel] documentation: chart.[ps|pdf]

2009-09-10 Thread Graeme Geldenhuys
Vincent Snijders het geskryf: >> > It is the "compiler switches quick reference chart". Or maybe better > ""compiler switches quick reference card". Ah, like the ones in the "Dummies guide of ..." books. :-) Then maybe "quickref.xxx" is a better name than "chart.xxx" - that's if we limit ourselve

[fpc-devel] document header mistakes

2009-09-10 Thread Graeme Geldenhuys
Hi Michael, I'm not picking on you, I promise! :-) I'm just doing my bit evaluating the upcoming FPC 2.4 release - code & docs. ---[ ref.xxx ]--- 1) In the current ref.ps & ref.pdf documents, page 6 doesn't contain a header, where all pages before and after it has got headers (which

Re: [fpc-devel] comparing methods

2009-09-10 Thread Mattias Gärtner
Zitat von Jonas Maebe : On 10 Sep 2009, at 14:01, Mattias Gärtner wrote: Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is

Re: [fpc-devel] comparing methods

2009-09-10 Thread Mattias Gärtner
Zitat von Thaddy : Mattias Gärtner wrote: Zitat von Michael Schnell : Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is the

Re: [fpc-devel] documentation: chart.[ps|pdf]

2009-09-10 Thread Vincent Snijders
Graeme Geldenhuys schreef: Michael Van Canneyt het geskryf: If you have a suggestion, I'll be glad to change the name. So the name and content is correct? Umm, so how did you get to the name "chart"? :-) When I opened that file, I expected the class hierarchy chart - you know, like the one Bor

Re: [fpc-devel] documentation: chart.[ps|pdf]

2009-09-10 Thread Graeme Geldenhuys
Michael Van Canneyt het geskryf: > > If you have a suggestion, I'll be glad to change the name. So the name and content is correct? Umm, so how did you get to the name "chart"? :-) When I opened that file, I expected the class hierarchy chart - you know, like the one Borland gave with D7 & K3. U

Re: [fpc-devel] documentation: chart.[ps|pdf]

2009-09-10 Thread Michael Van Canneyt
On Thu, 10 Sep 2009, Graeme Geldenhuys wrote: Hi, I downloaded a while back the FPC 2.2.0 and 2.2.4 documentation in PDF and PS format. In both cases the chart.* files were incorrect (I believe). The filename implies a "chart", so I gathered that it is a class chart / hierarchy of some kind.

[fpc-devel] documentation: chart.[ps|pdf]

2009-09-10 Thread Graeme Geldenhuys
Hi, I downloaded a while back the FPC 2.2.0 and 2.2.4 documentation in PDF and PS format. In both cases the chart.* files were incorrect (I believe). The filename implies a "chart", so I gathered that it is a class chart / hierarchy of some kind. But when I view it, it is just a listing of the lo

Re: [fpc-devel] comparing methods

2009-09-10 Thread Vincent Snijders
Jonas Maebe schreef: On 10 Sep 2009, at 14:01, Mattias Gärtner wrote: Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is the

Re: [fpc-devel] comparing methods

2009-09-10 Thread Thaddy
Mattias Gärtner wrote: Zitat von Michael Schnell : Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is the same for all instanc

Re: [fpc-devel] comparing methods

2009-09-10 Thread Jonas Maebe
On 10 Sep 2009, at 14:01, Mattias Gärtner wrote: Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is the same for all instan

Re: [fpc-devel] comparing methods

2009-09-10 Thread Mattias Gärtner
Zitat von Michael Schnell : Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is the same for all instances of a class). OnClic

Re: [fpc-devel] comparing methods

2009-09-10 Thread Thaddy
Mattias Gärtner wrote: Hi, Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? For example: a:=TMyClass.Create; b:=TMyClass.Create; if @a.test = @b.test then writeln('the same method'); This results in strange behaviors, when using

Re: [fpc-devel] comparing methods

2009-09-10 Thread Michael Schnell
Mattias Gärtner wrote: > Can someone explain why in mode objfpc comparing methods only compares > the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case "code address", the code is the same for all instances of a class). -Michael ___

[fpc-devel] comparing methods

2009-09-10 Thread Mattias Gärtner
Hi, Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? For example: a:=TMyClass.Create; b:=TMyClass.Create; if @a.test = @b.test then writeln('the same method'); This results in strange behaviors, when using the following code (fro

Re: [fpc-devel] Is lnet compilation working?

2009-09-10 Thread Aleš Katona
Fixed, thanks for reporting. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel