Re: [fpc-pascal] RFD: CardDAV support library for FreePascal, call for ideas

On Thu, 26 Sep 2013, Sven Barth wrote: Am 25.09.2013 13:05 schrieb "Lukasz Sokol" : > Please let me know your thoughts :) I personally would prefer if such protocol implementations are independant of the socket classes used so I can use it with FPC's sockets, lNet, Synapse or whatever. Ba

[fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas

On 26/09/13 01:29, Daniel Gaspary wrote: > On Wed, Sep 25, 2013 at 12:22 PM, Lukasz Sokol wrote: >> CalDAV itself is used on the CRM I use, but I've no demand for interacting >> with it. Yet.* > > I have just taken a look at the RFC* and it seems simple to implement. > > I don't need CardDav rig

[fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas

On 25/09/13 20:31, Michael Van Canneyt wrote: > > > On Wed, 25 Sep 2013, Lukasz Sokol wrote: > >> Hello, >> [...] >> But I'd like to know, if there is interest in making it 'more >> sentient', e.g. as a TDataSource/TDataSet descendant directly >> talking to (reading, at first) DOM.pas's TXMLDoc

Re: [fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas

On Thu, 26 Sep 2013, Lukasz Sokol wrote: I also do not see why you would need alterations to DOM.pas, both WebDav and CardDav use plain and simple XML. I merely based my assumption on DOM.pas comment stating level3 is partially implemented... should have worded it differently: "It remains

[fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas

On 26/09/13 11:00, Michael Van Canneyt wrote: > > > On Thu, 26 Sep 2013, Lukasz Sokol wrote: > >>> I also do not see why you would need alterations to DOM.pas, >>> both WebDav and CardDav use plain and simple XML. >> >> I merely based my assumption on DOM.pas comment stating level3 is >> partia

Re: [fpc-pascal] class inheritance and type incompatibility

On 26.09.2013 08:39, Xiangrong Fang wrote: Hi All, I have the following program: 1 program test; 2 {$mode objfpc}{$H+} 3 uses tree; 4 type 5 TIntTree = class(specialize TTree) 6 public 7 function Clone: TIntTree; 8 end; 9 function TIntTree.Clone: TIntTree;

Re: [fpc-pascal] Re: class inheritance and type incompatibility

On 26.09.2013 08:46, Xiangrong Fang wrote: 2013/9/26 Xiangrong Fang mailto:xrf...@gmail.com>> Which output: TIntTree TIntTree.TTree$LongInt Forgot to ask, I understand that TTree$LongInt is the name the compiler gave to the generic class when it is specialized, but what is TIntTr

Re: [fpc-pascal] RFD: CardDAV support library for FreePascal, call for ideas

On 26.09.2013 09:07, Michael Van Canneyt wrote: On Thu, 26 Sep 2013, Sven Barth wrote: Am 25.09.2013 13:05 schrieb "Lukasz Sokol" : > Please let me know your thoughts :) I personally would prefer if such protocol implementations are independant of the socket classes used so I can use it wit

Re: [fpc-pascal] How to stop a HttpApp via request?

2013/9/25 Michael Van Canneyt > On Wed, 25 Sep 2013, silvioprog wrote: > >> 2013/9/24 Graeme Geldenhuys >> On 24/09/13 10:46, Michael Van Canneyt wrote: >> > >> > I am working on it. >> >> Thanks Michael. >> >> btw: The fcl-web (and all your guidance) has worked wonders with my

[fpc-pascal] Re: How to stop a HttpApp via request?

On 26/09/2013 16:01, silvioprog wrote: > 2013/9/25 Michael Van Canneyt > > > > On Wed, 25 Sep 2013, silvioprog wrote: > I need to test it, I'm waiting for the Lazarus team to update the > snapshots (ftp://freepascal.dfmk.hu/pub/lazarus

Re: [fpc-pascal] class inheritance and type incompatibility

> > What should work is the following (now with generics again): > > === code begin === > > type > TTree = class > private type > TSelfClass = class of TTree; > public > function Clone: TTree; > end; > > function TTree.Clone: TTree; > begin > Result := TSelfClass(Self.ClassType).*

[fpc-pascal] where is the sqlite3.so located in debian?

In debian, I have already apt-get install sqlite3 and I can execute the command sqlite3 freely. I know it is located in /usr/bin/ but I cannot find sqlite3.so to passed to SQLiteLibraryName inside the sqlite3conn unit. Please help. Dennis ___ fpc-pa

[fpc-pascal] TIP: fcl-web [trunk] usage with FPC 2.6.2

Hi, I've been in a private conversation with Michael van Canneyt about fcl-web changes. He was kind enough to oblige with my requests. In due time those changes should make their way into 2.6.3. Due to the fact that I work with production software, I tend to stick with released FPC versions only

Re: [fpc-pascal] where is the sqlite3.so located in debian?

On Thu, 26 Sep 2013, Dennis Poon wrote: In debian, I have already apt-get install sqlite3 and I can execute the command sqlite3 freely. I know it is located in /usr/bin/ but I cannot find sqlite3.so to passed to SQLiteLibraryName  inside the sqlite3conn unit. You need the developer package

Re: [fpc-pascal] class inheritance and type incompatibility

On 26.09.2013 16:42, Xiangrong Fang wrote: What should work is the following (now with generics again): === code begin === type TTree = class private type TSelfClass = class of TTree; public function Clone: TTree; end; function TTre

Re: [fpc-pascal] where is the sqlite3.so located in debian?

On Thu, 26 Sep 2013, Dennis Poon wrote: In debian, I have already apt-get install sqlite3 and I can execute the command sqlite3 freely. I know it is located in /usr/bin/ but I cannot find sqlite3.so to passed to SQLiteLibraryName inside the sqlite3conn unit. You need the developer packag

Re: [fpc-pascal] Re: StrUtils.RomanToInt oddities

My 2 cents on the "strictness" of the parsing. Since there are various, more or less accepted, "rules", a "strictness" parameter could be added as an optional parameter to the function. It does not break consistency with other conversion functions, since they are hardly open for interpretation, a

Re: [fpc-pascal] TIP: fcl-web [trunk] usage with FPC 2.6.2

2013/9/25 Graeme Geldenhuys > Hi, > > I've been in a private conversation with Michael van Canneyt about > fcl-web changes. He was kind enough to oblige with my requests. In due > time those changes should make their way into 2.6.3. > > Due to the fact that I work with production software, I tend

Re: [fpc-pascal] TIP: fcl-web [trunk] usage with FPC 2.6.2

On Thu, 26 Sep 2013, silvioprog wrote: 2013/9/25 Graeme Geldenhuys Hi, I've been in a private conversation with Michael van Canneyt about fcl-web changes. He was kind enough to oblige with my requests. In due time those changes should make their way into 2.6.3.

Re: [fpc-pascal] class inheritance and type incompatibility

2013/9/26 Sven Barth > > ​After change to this code in Clone(), I got this error: >> >> ​ >> ​tree.pas(66,60) Error: Incompatible type for arg no. 2: Got >> "TIntTree.TTree$LongInt", expected "TTree" >> > > Seems like a bug in 2.6.x. It's compiling in 2.7.1. > ​I altered the code so that it work

Re: [fpc-pascal] class inheritance and type incompatibility

Am 27.09.2013 03:52 schrieb "Xiangrong Fang" : > Is there any problem with this solution? No, at least not on first sight :) Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pasca

Re: [fpc-pascal] class inheritance and type incompatibility

Hi Sven, 2013/9/26 Sven Barth > > As you can see you are constructing a TTreeInteger class inside > TTreeInteger.Clone and nothing in the world afterwards can turn it into a > TTreeInt. > ​Do you mean that casting TTreeInteger into TTreeInt is not possible because this is to cast a parent class

[fpc-pascal] DOS compiler wiki page: please review

I decided to start a page for the DOS compiler - as more details become available we can hopefully collect them there. As usual: additions/corrections welcome, especially by Nikolay ;) - I've added some statements with question marks that I'm not sure about. http://wiki.lazarus.freepascal.org/DOS