Re: [fpc-devel] NewPascal cooperation

2016-11-10 10:33 UTC, Maciej Izak : > NewPascal future should be bright. My decision was too hasty. It is great to have you back. -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] AArch64 port committed to svn trunk

2015-02-24 9:51 GMT+00:00 Mattias Gaertner nc-gaert...@netcologne.de: On Mon, 23 Feb 2015 20:46:09 -0500 Dmitry Boyarintsev skalogryz.li...@gmail.com wrote: On Mon, Feb 23, 2015 at 6:02 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: I've just committed the AArch64 (aka ARM64) port

Re: [fpc-devel] https support; call for testers

... But the openSSL code is really, really messy. Lots of macros. So I dropped it. I confirm. I once had to work with the code, and in my opinion, there is a deliberate will to obfuscate the code. -- Inoussa O. ___ fpc-devel maillist -

Re: [fpc-devel] Ansistring code page (was: bug report 20473: Please add a directive to define string=utf8string)

... the constant be converted at run time from UTF-8 to the DefaultSystemCodePage to make sure that an ansistring(0) variable always contains strings encoded in the DefaultSystemCodePage? If you assign e.g. a string(866) variable to a plain ansistring variable, then such a conversion is also

Re: [fpc-devel] HTTP client/server components committed.

I've committed simple HTTP server (threaded or not) and HTTP Client components to FCL-Web. They work using the fcl-net ssockets unit. (for which a fix has been committed as well). Both use blocking sockets. Great news ! It should be now possible to develop a WST web service http server and/or

Re: [fpc-devel] HTTP client/server components committed.

2011/5/17 Michael Van Canneyt mich...@freepascal.org On Tue, 17 May 2011, Inoussa OUEDRAOGO wrote: I've committed simple HTTP server (threaded or not) and HTTP Client components to FCL-Web. They work using the fcl-net ssockets unit. (for which a fix has been committed as well). Both use

Re: [fpc-devel] HTTP client/server components committed.

2011/5/17 Michael Schnell mschn...@lumino.de On 05/17/2011 01:19 PM, Inoussa OUEDRAOGO wrote: I am busy right now with cpstrnew. Yeah ! Great ! Can you say anything about the state of same ? It is getting better. At least on WinXP/32 I can the fpc test suite, there are some failed tests

Re: [fpc-devel] (class) helper questions

Le 9 mars 2011 08:46:00 UTC, Jonas Maebe jonas.ma...@elis.ugent.be a écrit : On 09 Mar 2011, at 02:17, Paul Ishenin wrote: I always think that if there is no need to create an incompatibility - better to not create it. I agree. +1 -- Inoussa O.

Re: [fpc-devel] Access violation building the compiler : r15585

2010/7/17 Jonas Maebe jonas.ma...@elis.ugent.be: On 16 Jul 2010, at 14:10, Inoussa OUEDRAOGO wrote: make[7]: Entering directory `E:/fpc_dev/rtl/win32' E:/fpc_dev/compiler/ppc2.exe -Ur -Xs -O2 -n -Fi../inc -Fi../i386 -Fi../win -FE. -FUE:/fpc_dev/rtl/units/i386-win32 -di386 -dRELEASE -Us -Sg

[fpc-devel] Access violation building the compiler : r15585

Hi I just check out and can no longer build the compiler. This is the used command : PATH=E:\FPC\2.4.0\bin\i386-win32;%PATH% make all PP=E:\FPC\2.4.0\bin\i386-win32\ppc386.exe make_all_prefix_res.txt and the (the last lines of) output make -C win32 all make[7]: Entering directory

Re: [fpc-devel] Access violation building the compiler : r15585

2010/7/16 Jonas Maebe jonas.ma...@elis.ugent.be: Inoussa OUEDRAOGO wrote on Fri, 16 Jul 2010: I just check out and can no longer build the compiler. While it's probably due to a commit of mine, I can't debug it because everything works fine on Mac OS X and Linux. How can I help

Re: [fpc-devel] Access violation building the compiler : r15585

Le 16 juillet 2010 15:33:50 UTC, Inoussa OUEDRAOGO inouss...@gmail.com a écrit : 2010/7/16 Jonas Maebe jonas.ma...@elis.ugent.be: Inoussa OUEDRAOGO wrote on Fri, 16 Jul 2010: I just check out and can no longer build the compiler. While it's probably due to a commit of mine, I can't debug

Re: [fpc-devel] OpenSSL bindings improvement

Hi 2010/6/2 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com: Hello, I need some functions of OpenSSL which aren't in fpctrunk/packages/openssl/src/OpenSSL.pas So I am adding them and I will commit after I test. I just start adding RSA parts and making it Delphi compatible.

Re: [fpc-devel] OpenSSL bindings improvement

2010/6/21 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com: Hello, I just commited my changes, because otherwise our work would conflict. Please work on top of this new version. Your changes include mostly mine. I will check the Delphi compatibility ( ctypes.pp has to be modified

Re: [fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?

2010/5/19 Graeme Geldenhuys graemeg.li...@gmail.com: On 19/05/2010, Inoussa OUEDRAOGO  wrote: Agreed. This mechanism exists in Delphi and is called class helper,  see http://docwiki.embarcadero.com/RADStudio/en/Class_and_Record_Helpers Ah yes, the famous class helper which makes designing

Re: [fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?

Le 19 mai 2010 19:33:14 UTC, Matt Emson memson.li...@googlemail.com a écrit : Sent from my iPhone On 19 May 2010, at 17:52, Graeme Geldenhuys graemeg.li...@gmail.com wrote: On 19 May 2010 17:36, Marco van de Voort wrote: I don't see why the observer pattern is needed at such low level any

Re: [fpc-devel] TMultiReadExclusiveWriteSynchronizer does not allow read lock promoting to a write lock

2010/2/19 Nikolai Zhubr n-a-zh...@yandex.ru: 19.02.2010 23:02, Inoussa OUEDRAOGO: Hi The TMultiReadExclusiveWriteSynchronizer implementation does not allow read lock promoting to a write lock. The program above hang in FPC 2.4 and 2.5.x while working in Delphi and FPC 2.2.x. It hangs

[fpc-devel] TMultiReadExclusiveWriteSynchronizer does not allow read lock promoting to a write lock

Hi The TMultiReadExclusiveWriteSynchronizer implementation does not allow read lock promoting to a write lock. The program above hang in FPC 2.4 and 2.5.x while working in Delphi and FPC 2.2.x. It hangs at the x.Beginwrite(); instruction. The implementation clearly does not support this scenario.

Re: [fpc-devel] Reminder: 2.4.0-RC1 testing

2009/11/22 Marco van de Voort mar...@stack.nl: In our previous episode, Inoussa OUEDRAOGO said: You can help improve the upcoming 2.4.0 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_2.4.0 How

Re: [fpc-devel] Reminder: 2.4.0-RC1 testing

2009/11/19 Inoussa OUEDRAOGO inouss...@gmail.com: Hi You can help improve the upcoming 2.4.0 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_2.4.0 How is one supposed to reported the results of the test

Re: [fpc-devel] Reminder: 2.4.0-RC1 testing

Hi You can help improve the upcoming 2.4.0 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_2.4.0 How is one supposed to reported the results of the test suite ? That is what I got so far ( Vista 32 bits/

Re: [fpc-devel] XML DOM thread safety

2009/11/12 Michael Schnell mschn...@lumino.de: (or better: in what way something is/is not thread save, as with multiple functions that work on the same data, some might be thread save, some might be not) ? You will find some informations at http://en.wikipedia.org/wiki/Thread_safety --

[fpc-devel] XML DOM thread safety

Hi I would like to point out ( again, the third time ) that up to now ( I just checked out 2.4-rc1 and trunk ) there is _no safe_ way to use the fcl-xml package in a multi threaded environment. I mean, even if your xml DOM instances are private to their thread, _not accessed_ by other threads,

Re: [fpc-devel] XML DOM thread safety

2009/11/11 Sergei Gorelkin sergei_gorel...@mail.ru: Inoussa OUEDRAOGO пишет: (a long message skipped) Rather that writing that much, you'd better simply bug me to speed it up :-) Anyway, done in r14145. Thank you very much ! I will now call for a merge for FPC 2.4. Again, Thank you very

[fpc-devel] Request to merge revision 14145 for inclusion in FPC 2.4 ( DOM AVLTREE dependency removal )

With this revision, (fcl-xml) DOM no longer depends on TAVLTree, and so (fcl-xml) DOM can be safely used in a multi threaded environment. For server side development, specialy web services projects, this is a enablement. Best regards. -- Inoussa O. ___

Re: [fpc-devel] Want to remove AVL_Tree from DOM

2009/10/23 Sergei Gorelkin sergei_gorel...@mail.ru: Hello, I want to remove the avl_tree-related stuff from DOM unit. The reasons are: I am all for this removal . -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Want to remove AVL_Tree from DOM

3) It is known to have yet unresolved multithreading-related problems (Mantis 12984). (this is very minor afaik. The actual problem was fixed, and what is left is more the bugreporters wishlist to have one nodemgr over multiple threads, at the expense of making everything locked) (Sorry to

[fpc-devel] Delphi smart-linking perspective ( Language change and implementation ... )

Hi At http://blogs.embarcadero.com/abauer/2009/05/29/3 This could drastically reduce Lazarus executable size. Best regards. -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Embarcadero/CodeGear Delphi documents is online

2009/4/28 Michael Van Canneyt mich...@freepascal.org: On Mon, 27 Apr 2009, Inoussa OUEDRAOGO wrote: For your information :   * Delphi documentation is online at http://docs.embarcadero.com/products/rad_studio/ Please note also the Getting Started with Delphi and C++Builder 2009 PDF

[fpc-devel] Embarcadero/CodeGear Delphi documents is online

For your information : * Delphi documentation is online at http://docs.embarcadero.com/products/rad_studio/ Please note also the Getting Started with Delphi and C++Builder 2009 PDF document. Best regards. -- Inoussa O. ___ fpc-devel maillist -

Re: [fpc-devel] SqlDB Oracle transaction support ( TOracleConnection )

2009/3/26 Inoussa OUEDRAOGO inouss...@gmail.com: 2009/3/26 Joost van der Sluis jo...@cnoc.nl: Op donderdag 26-03-2009 om 17:07 uur [tijdzone +0100], schreef Inoussa OUEDRAOGO: Are there someone working on SqlDB Oracle transaction support ? No. I looked at it once, but you can do far too

[fpc-devel] SqlDB Oracle transaction support ( TOracleConnection )

Hello, Are there someone working on SqlDB Oracle transaction support ? Best regards. -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] SqlDB Oracle transaction support ( TOracleConnection )

2009/3/26 Joost van der Sluis jo...@cnoc.nl: Op donderdag 26-03-2009 om 17:07 uur [tijdzone +0100], schreef Inoussa OUEDRAOGO: Are there someone working on SqlDB Oracle transaction support ? No. I looked at it once, but you can do far too much with Oracle's transactions. I had to find out

Re: [fpc-devel] TAVLTree(avl_tree.pp) and XML DOM (dom.pp) thread safety issues

Reminder, reported as http://bugs.freepascal.org/view.php?id=12984 Best regards. -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] TAVLTree(avl_tree.pp) and XML DOM (dom.pp) thread safety issues

Hi, A discussion started a month or two ago about the thread safety issue concerning XML DOM, issue due to avl_tree.pp implementation. There were 3 propositions : 1 - Inoussa OUEDRAOGO : Another proposition is to introduce a base avl class say TBaseAVLTree that defines two

Re: [fpc-devel] TAVLTree(avl_tree.pp) and XML DOM (dom.pp) thread safety issues

No matter what solution will be choosed, a thread-safe implementation of AVL tree is a must, IMHO. Yes. 1+2 sounds compatible. Will you provide a patch? Yes :-) -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

[fpc-devel] [Patch] Unicode FPC : tkUString handling in GetStrProp/GetWideStrProp and SetStrProp/SetWideStrProp

Hi, The patch is an attached file at http://bugs.freepascal.org/view.php?id=12224 * GetStrProp and GetWideStrProp were always returning empty string for Unicode string published properties no matter what the values actually are. * SetStrProp/SetWideStrProp were not changing the properties

Re: [fpc-devel] Unicode FPC : WideString and tkWString / tkUString

2008/9/22 Florian Klaempfl [EMAIL PROTECTED]: Inoussa OUEDRAOGO schrieb: Hi This program prints tkUString. Is this by design or should it had print tkWString ? No, this is currently by design. In 2.3 widestring is a synonym for unicodestring on non windows systems. Only on windows

[fpc-devel] Unicode FPC : WideString and tkWString / tkUString

Hi This program prints tkUString. Is this by design or should it had print tkWString ? code program widestrprop_p; {$mode objfpc}{$H+} uses typinfo; var p : PTypeInfo; begin p := TypeInfo(WideString); WriteLn(GetEnumName(TypeInfo(TTypeKind),Ord(p^.Kind))); ReadLn; end. /code Best

[fpc-devel] Re: Unicode FPC : WideString and tkWString / tkUString

More informations : The tests have been done with fpc trunk : On Linux ( Ubuntu 8.04 ) : tkUString On Win32 ( XP ) : tkWString Best regards. -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] TSdfDataset does not work with records larger then 255 chars

Another wierd thing is that it absolutely does not work (nothing is read from database) if I don't set MaxRecordLength. The property has a default value of 250, which somehow does not work, so I removed the default in the property and initialized the value in the constructor, which works.

Re: [fpc-devel] Sdf / Fixed maximum line length flexibilization

Hi Felipe Monteiro de Carvalho wrote: function StoreToBuf(Source: String): String; virtual; public +MAXSTRLEN: Integer; If you don't object, this is a bit ugly to my taste. Why not 'FMaxStrLen', and have a property MaxStrLen: read FMaxStrLen ? Looks better to me. I second the

Re: [fpc-devel] Sdf / Fixed maximum line length flexibilization

2008/9/7 Felipe Monteiro de Carvalho [EMAIL PROTECTED]: On 9/7/08, Inoussa OUEDRAOGO [EMAIL PROTECTED] wrote: property MaxStringLength read FMaxStringLength write FMaxStringLength default 250; I went for this, but named it MaxRecordLength. even better. -- Inoussa O

Re: [fpc-devel] FPC version 2.2.2 released.

2008/8/11 Michael Van Canneyt [EMAIL PROTECTED]: Hello, The Free Pascal team is pleased to announce that version 2.2.2 is released and available for download for all major platforms: (in alphabetical order) Dos, FreeBSD, Linux, Mac OS X, OS/2, Windows, Windows CE For different CPU types

Re: [fpc-devel] TAVLTree(avl_tree.pp) thread safety : second proposition

2008/8/7 Micha Nelissen [EMAIL PROTECTED]: Inoussa OUEDRAOGO wrote: - TAVLManagedTree that uses a node mem manager provided in the constructor. The developer using this one is _aware_ of the thread safety issue and can then provide a thread safe node mem manager for an instance exposed

[fpc-devel] TAVLTree(avl_tree.pp) thread safety, fcl-xml(DOM) is also concerned.

Hi, TAVLTree in avl_tree.pp is not thread safe due to the node allocation and de-allocation done through the global declared NodeMemManager variable. TAVLTreeNodeMemManager implementation is cleary not thread safe, which btw IMHO is a good thing ( for performance reason). Proposition : (a)

Re: [fpc-devel] TAVLTree(avl_tree.pp) thread safety, fcl-xml(DOM) is also concerned.

2008/8/6 Micha Nelissen [EMAIL PROTECTED]: Inoussa OUEDRAOGO wrote: Hi, TAVLTree in avl_tree.pp is not thread safe due to the node allocation and de-allocation done through the global declared NodeMemManager variable. TAVLTreeNodeMemManager implementation is cleary not thread safe, which

Re: [fpc-devel] GetAppConfigDir confusion

So.. questions are: 1. trailing pathdelims, yes or no? (of course only if there's something to return) What is the most logical according to you ? For consistency purpose ( think of ExtractFileDir and ExtractFilePath ), why not define * GetAppConfigDir : without pathdelim *

Re: [fpc-devel] Russian locale information not compatible with FPC locale variables

As far as I heard we are already incompatible with Delphi regarding Generics (I don't know generics, I just heard of them). So even though FPC has Generics for some time, nobody can use it, because it's incompatible with Delphi. We will see how that pans out in time. Maybe we'll support

[fpc-devel] Call to merge revision 11216 : addressing a bug in Apache header translation

Hi, This is major bug as it prevents Apache module creation on Linux 32 Bits ( tested on Ubuntu, Fedora ). Thanks. Best regards. -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

[fpc-devel] Delphi and C++Builder Roadmap update

Hi, The article here : http://dn.codegear.com/article/36620 The points I think that can interest FPC people are : 1 - Generics, including language and RTL support 2 - Anonymous Methods for Delphi Win32. It worth a look. Best regards. -- Inoussa O.

Re: [fpc-devel] Summer of Code 2008

2008/3/7, Felipe Monteiro de Carvalho [EMAIL PROTECTED]: I think I'll apply again on the name of Free Pascal and Lazarus for summer of code, althougth because of past rejections I'd would be very surprised if they accept us. We already have the answers for the questions from last years so

Re: [fpc-devel] systemh.inc(592, 2) Fatal: Can't open include file currh.inc

I'm trying to compile the latest revision (10436) and I'm having the above error. After quick search (find ./ -name currh.inc) I saw that the file really does not exists. Same here on WinXP. -- Inoussa O. ___ fpc-devel maillist -

[fpc-devel] Re: compiler syntax bug : Fatal: Syntax error, ) expected but ( found

I 'm about to file a bug report and would like to have a confirmation. The compiler conplains( see the code below ) : Fatal: Syntax error, ) expected but ( found It compiles under Delphi ( D7 ). I tried with mode delphi and mode objfpc and still got the same syntax error ( WinXP fpc

Re: [fpc-devel] systemh.inc(592, 2) Fatal: Can't open include file currh.inc

2008/3/3, Jonas Maebe [EMAIL PROTECTED]: On 03 Mar 2008, at 12:40, ik wrote: I'm trying to compile the latest revision (10436) and I'm having the above error. Someone forgot to commit a file yesterday. He will fix it tonight when gets home from work. It does works. Thanks. --

[fpc-devel] compiler syntax bug : Fatal: Syntax error, ) expected but ( found

Hi I 'm about to file a bug report and would like to have a confirmation. The compiler conplains( see the code below ) : Fatal: Syntax error, ) expected but ( found It compiles under Delphi ( D7 ). I tried with mode delphi and mode objfpc and still got the same syntax error ( WinXP fpc 2.2.1

[fpc-devel] Apache header translation Patch

Hi, This patch correct the linux problem with Apache 2.2x It was found by http://wiki.freepascal.org/index.php?title=User:AnthonyRulez Thanks. -- Inoussa O. apr.pas.diff Description: Binary data ___ fpc-devel maillist -

Re: [fpc-devel] Apache header translation Patch

You can't get rid of that warning, and it should actually even be worded more strongly. It is simply not possible to access C-style varargs parameters at the callee side in FPC (you may be able to hak using pointers which will work on some platforms, but it will crash and burn in most cases).

Re: [fpc-devel] Apache header translation Patch

More importantly then supressing it, which I consider something unimportant, would be knowing what it means, and if there is some kind of potential problem it indicates that we are overlooking. Agree, clarified by Jonas's response . By the way, have you been able to make a module on ( Linux +

Re: [fpc-devel] Apache header translation Patch

done : http://www.freepascal.org/mantis/view.php?id=10156 2007/11/12, Marco van de Voort [EMAIL PROTECTED]: double pointer to char in C). I was indeed wrong about the varargs stuff I said earlier, for some reason I had read array of pchar as array of const. Ok, Thanks. By the way,

Re: [fpc-devel] Apache header translation Patch

After your patch a warning appeared when compiling httpd-2.2: http_config.inc(135,3) Warning: cdecl'ared functions have no high parameter I manage to get a code snipet that produces the warning, I do not known how to suppress this warning. Here is the code ( I compile with this command fpc

Re: [fpc-devel] Apache header translation Patch

Ok, have a nice journey ;-) 2007/10/25, Felipe Monteiro de Carvalho [EMAIL PROTECTED]: hi, I am traveling without my computer. I should check and apply when I come back, which means saturday. thanks, -- Felipe Monteiro de Carvalho ___

[fpc-devel] Apache header translation Patch

Hi, These patchs correct the cmd_func type in http_config.inc : - 2.2-http_config.inc.diff for apache 2.2 - 2.0-http_config.inc.diff for apache 2.0 Thanks -- Inoussa O. 2.2-http_config.inc.diff Description: Binary data 2.0-http_config.inc.diff Description: Binary data

Re: [fpc-devel] property syntax extension

Is there anything to be compatible with? Yes, that is syntax used by Delphi.Net Does Delphi/win32 use this in any way? No, but if someday Delphi/win32 has to support attributes it will certainly use the same syntax and FPC will be ready. -- Inoussa O.

Re: [fpc-devel] property syntax extension

Getting these informations at runtime is definitely a _powerful_ _feature_, it's no more than .Net's attributes or java's annotations. Their generation could be activated by a compiler switch like the RTTI {$M+} and {$M-} so in debug mode it will be activated for the LCL code and deactivated in

Re: [fpc-devel] property syntax extension

how is [...] coupled to TransactionModel ? Just because it happens to be declared the line in front of it ? Yes, the attribute declaration is placed imediately prior to the element it applies to. Example at http://hallvards.blogspot.com/2007/09/dn4dp14-net-only-attributes-support.html --

Re: [fpc-devel] property syntax extension

Another usage sample at http://dn.codegear.com/article/36962 In the document, the [ServiceContract] is used by the .Net runtime to define service interface( see bellow ). type [ServiceContract] ISimpleCalc = interface [OperationContract] function Add(a, b: integer): integer;

Re: [fpc-devel] property syntax extension

function func:integer; cdecl; Most of the time yes, sometime no like the following : procedure proc( CONST AParametter : integer ); IMHO this time, Delphi compatibility is a very strong point. -- Inoussa O. ___ fpc-devel maillist -

Re: [fpc-devel] property syntax extension

It is a strong point. On the other hard keeping the language clean is an important responsible task we have. We never planned to be compatible with Delphi.NET. (I have never considered Delphi.NET a real Pascal implementation; it departs rather far from what Wirth designed). While .NET

[fpc-devel] Delphi's generic syntax 2

Hi This blog ( http://hallvards.blogspot.com/2007/08/highlander2-beta-generics-in-delphi-for.html ) gives a more complete overview of the up coming Delphi generic's syntax. Note that the next release of Delphi ( Highlander ) will consume and produce generics only for .Net; win32 is planned to

[fpc-devel] Delphi's generics syntax

Hi I just saw this blog about upcoming Delphi's generic syntax at this address http://www.bobswart.nl/Weblog/Blog.aspx?RootId=5:1498 -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Delphi's generics syntax

IMHO, the better FPC becomes the more Borland/CodeGear will be forced to be coperative as so many people will be using FPC; It's just a matter of time. -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Apache headers

2.0.4 ? Thanks, Regards, Inoussa. 2006/7/4, Inoussa OUEDRAOGO [EMAIL PROTECTED]: Felipe Monteiro de Carvalho Just for the record, my first Free Pascal Apache module just worked =) COOL !!! That is a GOOD NEW. So it will be possible to make Web Services with FPC/Lazarus for Apache! using the Web

[fpc-devel] Memory leak with interfaces in fpc2.0.4.rc3

Hi The attached progam demonstrates a memory leak which is not present in 2.0.2 1- When the program is compiled with 2.0.2, the results are : [listing 2.0.2] Creating 544436 called in test Creating 544468 called in proc1 Destroying 544468 Destroying 544436 Remaining instances ... 0

[fpc-devel] The new FPC web site design is very nice!

hi I just want to say the new FPC web site design is very nice! ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Web Service Toolkit For FPC Lazarus

The second for message handling. The toolkit interface has been unified in one unit, which you'll find has attached file. Inoussa O. 2006/4/24, Michael Van Canneyt [EMAIL PROTECTED]: On Mon, 24 Apr 2006, Inoussa OUEDRAOGO wrote: Does it overlap regarding functionality? This package have

Re: [fpc-devel] Web Service Toolkit For FPC Lazarus

I have no idea, if this is going to be added to the FCL, (that is more appropiate than the LCL), but I do think it is a good idea to put this package on the Lazarus Code and Components Repository. Some people might try and test it. If you are interested in create a new entry for it on

Re: [fpc-devel] Web Service Toolkit For FPC Lazarus

Does it use the xmlrpc unit from the FCL (http://svn.freepascal.org/svn/fpc/trunk/fcl/net/)? Does it overlap regarding functionality? It uses DOM, xmlread and xmlwrite units. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Web Service Toolkit For FPC Lazarus

Does it overlap regarding functionality? This package have a different goal; The primary goal is to expose services as normal fpc interfaces by providing a proxy implementation as Delphi does; please take a look at the doc file. ___ fpc-devel maillist

Re: [fpc-devel] Web Service Toolkit For FPC Lazarus

2006/4/24, Michael Van Canneyt [EMAIL PROTECTED]: On Mon, 24 Apr 2006, Inoussa OUEDRAOGO wrote: Does it overlap regarding functionality? This package have a different goal; The primary goal is to expose services as normal fpc interfaces by providing a proxy implementation as Delphi does

[fpc-devel] Web Service Toolkit For FPC Lazarus

Hi. My congratulations to the FPC team and Lazarus team. I'am working on this toolkit, to add Web Service support to FPC and Lazarus. My aim is to merge it with the FCL (LCL). The attached archive contains all the source code and a documentation file ( OpenDocument format, I use OpenOffice 2.0 to