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
http://lists.freepascal.org/cgi-bin/mailman/listin
2015-11-21 17:32 UTC, Sven Barth :
> Hello together!
>
> I'm pleased to finally announce the addition of generic functions,
> procedures and methods (collectively called "routines") to Free Pascal
> which allows writing type safe methods that can be used for multiple types.
Congratulations !
--
2015-02-24 9:51 GMT+00:00 Mattias Gaertner :
>
> On Mon, 23 Feb 2015 20:46:09 -0500
> Dmitry Boyarintsev wrote:
>
> > On Mon, Feb 23, 2015 at 6:02 PM, Jonas Maebe
> > wrote:
> >
> > > I've just committed the AArch64 (aka "ARM64") port to trunk. It
> > > currently only supports iOS, but adding Lin
> ... 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 - fpc-devel@
> ... 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 a
2011/5/17 Michael Schnell
> 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, th
2011/5/17 Michael Van Canneyt
>
>
> 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
> 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 a
Le 9 mars 2011 08:46:00 UTC, Jonas Maebe 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.
___
fpc-dev
2010/7/17 Jonas Maebe :
>
> 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 -d
Le 16 juillet 2010 15:33:50 UTC, Inoussa OUEDRAOGO
a écrit :
>
>
> 2010/7/16 Jonas Maebe :
>> 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 min
2010/7/16 Jonas Maebe :
> 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.
Ho
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 `E:/fpc_d
2010/6/21 Felipe Monteiro de Carvalho :
> 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 ).
Thanks.
--
Inoussa O.
_
Hi
2010/6/2 Felipe Monteiro de Carvalho :
> 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. What
about your porgress ?
Be
2010/5/19 Graeme Geldenhuys :
> 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 "c
Le 19 mai 2010 19:33:14 UTC, Matt Emson a écrit :
>
>
> Sent from my iPhone
>
> On 19 May 2010, at 17:52, Graeme Geldenhuys 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 more
>>> than 20 other little handy
2010/2/19 Nikolai Zhubr :
> 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
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 scen
2009/11/22 Marco van de Voort :
> 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.fre
2009/11/19 Inoussa OUEDRAOGO :
> 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 repor
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
2009/11/12 Michael Schnell :
> (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
--
Inoussa O.
___
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.
___
2009/11/11 Sergei Gorelkin :
> 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 v
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, u
>> 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)
(S
2009/10/23 Sergei Gorelkin :
> 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
http://lists.freepascal.org/mailm
2009/7/7 Michael Schnell :
> Maybe this has been asked already several time, so: sorry for bothering
> you, but I failed to find the appropriate documentation.
>
> I'd like to build a cross-compiler to run in a Linux 386/32 PC to create
> code for a LINUX 386/64 system. (For a start, I need just th
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
http://lists.freepascal.org/mailman/listinfo/fpc-de
2009/4/28 Michael Van Canneyt :
>
>
> 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 "Ge
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 - f
2009/3/26 Inoussa OUEDRAOGO :
> 2009/3/26 Joost van der Sluis :
>> 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,
2009/3/26 Joost van der Sluis :
> 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
> transact
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
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
>> 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
ht
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
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 va
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 s
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
http://lists.fre
Hi
This program prints "tkUString". Is this by design or should it had
print tkWString ?
program widestrprop_p;
{$mode objfpc}{$H+}
uses
typinfo;
var
p : PTypeInfo;
begin
p := TypeInfo(WideString);
WriteLn(GetEnumName(TypeInfo(TTypeKind),Ord(p^.Kind)));
ReadLn;
end.
Best regards.
--
> 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.
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 MaxRecordLeng
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 s
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 differen
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
Second proposition :
Another proposition is to introduce a base avl class say TBaseAVLTree
that defines two abstract virtual methods "NewNode()" and "FreeNode()"
and then define :
- TAVLTree : that _do not_ use a node mem manager, then thread safe.
- TAVLManagedTree that uses a node mem manager
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. TAVLT
2008/8/6 Vinzent Höfler <[EMAIL PROTECTED]>:
> Inoussa OUEDRAOGO wrote:
>>
>> 2008/8/6 Mattias Gaertner <[EMAIL PROTECTED]>:
>>>
>>> On Wed, 6 Aug 2008 19:41:27 +0100
>
>>>
>>>
>>> Providing a local node mem manager doe
2008/8/6 Mattias Gaertner <[EMAIL PROTECTED]>:
> On Wed, 6 Aug 2008 21:19:13 +0100
> "Inoussa OUEDRAOGO" <[EMAIL PROTECTED]> wrote:
>
>> 2008/8/6 Mattias Gaertner <[EMAIL PROTECTED]>:
>> > On Wed, 6 Aug 2008 19:41:27 +0100
>> >
2008/8/6 Vinzent Höfler <[EMAIL PROTECTED]>:
> Inoussa OUEDRAOGO wrote:
>
>> 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
>
2008/8/6 Mattias Gaertner <[EMAIL PROTECTED]>:
> On Wed, 6 Aug 2008 19:41:27 +0100
> "Inoussa OUEDRAOGO" <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> TAVLTree in avl_tree.pp is not thread safe due to the node
>> allocation and de-allocat
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) TAV
>> 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
* GetAppCo
>> 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 sup
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
http://lists.freepascal.org/mailman/listinfo/fpc-d
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.
_
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
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.
Tha
> 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 erro
> 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-deve
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
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 - fpc-devel@lists.freepascal.
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.
> 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
> > This is the c prototype ( type ) translated, actualy it is a array
> > of PCHAR.
> >
> >
> > const char *(*take_argv) (cmd_parms *parms, void *mconfig,
> >int argc, char *const argv[]);
> >
> >
> > Is the following translation valid ?
> >
> > take_argv_t = function
> 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 cas
> 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
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
> ___
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
> 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.
___
> 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 f
> 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 - fpc-devel@lists
> property TransactionModel: TTransactionModel read FtransactionModel
> write SetTransactionModel attribute Engines: List =
> 'firebird,oracle,sybase-asa';
>
> much more logical ?
As attributes is meant to be used with allmost any construct( class,
field, property, method
orprocedure paramet
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;
[
> 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
--
I
so the sample code becomes ( using Delphi's attribute syntax )
TxxxDatabase = class(...)
...
[Engines(List='firebird,oracle,sybase-asa')]
property TransactionModel: TTransactionModel read FtransactionModel
write SetTransactionModel;
...
end;
--
Inoussa
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
Congratulations to all the team. You are doing an amazing job.
--
Inoussa O.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
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 ship
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
http://lists.freepascal.org/
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
http://lists.freepascal.org/mailman/listinfo/fp
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 Apach
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 ..
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
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 Service Toolkit ;-)
___
fpc-devel ma
here are 2 registries :
The first one to register transport
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
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 prox
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
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
http://lists.freep
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
http://wik
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
93 matches
Mail list logo
