Re: [fpc-devel] handling of 2.3.x (new 2.4) branch

On Tue, 25 Aug 2009 12:12:53 +0200 Graeme Geldenhuys wrote: > Just to let you all know, SubVersion branch "fixes_2_4" is now available > in the Git mirror as branch "fixes_2.4". Thank you! ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http:

[fpc-devel] arm binutils

Hi, when trying to build arm crosscompilers on Mac OS X and make packages for fink, I did not manage to get the binutils for arm-gba, arm-nds, arm-palmos, arm-symbian nor arm-embedded. Either the build of the binutils failed or the build of the crosscompiler. I only found win32 binaries of the

Re: [fpc-devel] DOM patch

Michael Van Canneyt pisze: On Thu, 27 Aug 2009, Michael Van Canneyt wrote: On Thu, 27 Aug 2009, Dariusz Mazur wrote: Hi I use DOM from fcl-xml both for Delphi and FPC development. I work with older version, till I notice serious bugs. Today i've upgrade it from current svn. And problem

Re: [fpc-devel] DOM patch

- Using PtrInt for doing pointer math is discouraged in favor of PtrUInt; I've changed PtrInt do PtrUInt, but its not possible in each place how to resolve tClass= tClass(PtrUInt +ptrInt) FPC claim: combined unsigned and signed make result 64bit, which is incompatible with pointer wha

Re: [fpc-devel] DOM patch

On 28 Aug 2009, at 13:10, Dariusz Mazur wrote: - Using PtrInt for doing pointer math is discouraged in favor of PtrUInt; I've changed PtrInt do PtrUInt, but its not possible in each place how to resolve tClass= tClass(PtrUInt +ptrInt) FPC claim: combined unsigned and signed make result 64

[fpc-devel] web site up-to-date

bugs on: http://www.freepascal.org/develop.var 1. (trunk - currently v2.3.x) should be 2.5.x 2. size of trunk: fpc.zip (24 MB). should be 31MB 3.bottom site: Copyright Free Pascal team 1993-2007. should be 2009 -- Darek

Re: [fpc-devel] DOM patch

Jonas Maebe pisze: On 28 Aug 2009, at 13:10, Dariusz Mazur wrote: - Using PtrInt for doing pointer math is discouraged in favor of PtrUInt; I've changed PtrInt do PtrUInt, but its not possible in each place how to resolve tClass= tClass(PtrUInt +ptrInt) FPC claim: combined unsigned and s

[fpc-devel] new TMultiReadExclusiveWriteSynchronizer

Hi, As I mentioned in the fpc-pascal mailing list. The current implementation is wrong and is actually the equivalent of Delphi's TSimpleRWSync class. I submitted a patch to Mantis which has a new implementation. I also rename the old implementation to TSimplRWSync. I also changed the instantiati

[fpc-devel] XML canonical

Hi this is my first approach to implement canonical transform fromAlgorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> its used in XADES sign. can somebody review it, if its interesting -- Darek {

Re: [fpc-devel] DOM patch

Dariusz Mazur wrote: Michael Van Canneyt pisze: On Thu, 27 Aug 2009, Michael Van Canneyt wrote: On Thu, 27 Aug 2009, Dariusz Mazur wrote: Hi I use DOM from fcl-xml both for Delphi and FPC development. I work with older version, till I notice serious bugs. Today i've upgrade it from cu

Re: [fpc-devel] web site up-to-date

On Fri, 2009-08-28 at 13:18 +0200, Dariusz Mazur wrote: > bugs on: http://www.freepascal.org/develop.var > > 1. (trunk - currently v2.3.x) should be 2.5.x > 2. size of trunk: fpc.zip > (24 > MB). should be 31MB > 3.bottom site: C

Re: [fpc-devel] new TMultiReadExclusiveWriteSynchronizer

Graeme Geldenhuys wrote: > > As I mentioned in the fpc-pascal mailing list. The current > implementation is wrong and is actually the equivalent of Delphi's > TSimpleRWSync class. Regarding Florian's comment in the bug tracker. I was using Sleep(100) which Florian says will slow down the class a

Re: [fpc-devel] new TMultiReadExclusiveWriteSynchronizer

On 28 Aug 2009, at 14:43, Graeme Geldenhuys wrote: Graeme Geldenhuys wrote: As I mentioned in the fpc-pascal mailing list. The current implementation is wrong and is actually the equivalent of Delphi's TSimpleRWSync class. Regarding Florian's comment in the bug tracker. I was using Sleep(10

Re: [fpc-devel] new TMultiReadExclusiveWriteSynchronizer

Is there support for semaphores? the following should work you need: - a WriterSemaphore initialized at 1 (the writer semaphore is like the CriticalSection, it may be better named ExclusiveSemaphore) - a ReaderSemaphore initalized at 0 * when writing you will do this - decrease the WriterSema

Re: [fpc-devel] XML canonical

Dariusz Mazur wrote: Hi this is my first approach to implement canonical transform fromAlgorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> its used in XADES sign. can somebody review it, if its interesting First of all, it ignores the fact that DOM is based on WideStrings (UT

Re: [fpc-devel] XML canonical

Sergei Gorelkin pisze: Dariusz Mazur wrote: Hi this is my first approach to implement canonical transform fromAlgorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> its used in XADES sign. can somebody review it, if its interesting First of all, it ignores the fact that DOM is b

Re: [fpc-devel] XML canonical

Dariusz Mazur wrote: I'd suggest you to find a test suite (some examples are contained directly in the text of w3.org specification, others may be ripped from opensource projects that support canonicalization, like libxml2) and verify your unit against it. I draw from libxml2. First i resolve

Re: [fpc-devel] XML canonical

Sergei Gorelkin schrieb: > > So for me it seems a better idea to improve the existing writer rather > than making a new one. I cannot speak on behalf of the whole team, > however. Other opinions are welcome. Well, consider you as as the xml maintainer so it's up to you :)

Re: [fpc-devel] XML canonical

Sergei Gorelkin pisze: Dariusz Mazur wrote: I'd suggest you to find a test suite (some examples are contained directly in the text of w3.org specification, others may be ripped from opensource projects that support canonicalization, like libxml2) and verify your unit against it. I draw from l