[fpc-pascal] Building fpcdocs from svn release

2014-04-13 Thread Seweryn Walentynowicz
I want to build docs from latest svn version : $ svn co http://svn.freepascal.org/svn/fpcbuild/trunk/ $ cd trunk $ svn update Updating '.': Fetching external item into 'fpcsrc': External at revision 27536. Fetching external item into 'fpcdocs': External at revision 1098. At revision 1105. $ make

Re: [fpc-pascal] Watching for file change

2014-04-13 Thread Graeme Geldenhuys
On 2014-04-12 20:16, Henry Vermaak wrote: > > No, the linux solution isn't distro dependent, since it's in the kernel. > inotify came in 2005-ish to deprecate dnotify, but even dnotify still OK, but does FCL include a cross-platform API that covers all platforms? When I looked at this before (1.

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

2014-04-13 Thread Michael Van Canneyt
On Sun, 13 Apr 2014, Reinier Olislagers wrote: On 11/04/2014 15:27, Reinier Olislagers wrote: On 11/04/2014 15:00, Michael Van Canneyt wrote: One consequence of this is that the fphttpclient unit now has support for the https:// protocol. I have tested on windows and unix, the support for

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

2014-04-13 Thread Reinier Olislagers
On 11/04/2014 15:27, Reinier Olislagers wrote: > On 11/04/2014 15:00, Michael Van Canneyt wrote: >> One consequence of this is that the fphttpclient unit now has support >> for the https:// protocol. > >> I have tested on windows and unix, the support for client-side SSL >> support works. >> >> I

Re: [fpc-pascal] Processing passwords etc.

2014-04-13 Thread michael
> On 04/13/2014 09:02 AM, Michael Van Canneyt wrote: >> > >> >> You are right. A logic error. ReallocMem is the more tricky one. >> Revised. > > In case of a block move, the memory (OP) is already freed when you > clear/scramble it. I'm afraid you can't simply re-use the underlying > ReAllocMem (th

Re: [fpc-pascal] Processing passwords etc.

2014-04-13 Thread Mark Morgan Lloyd
Michael Van Canneyt wrote: If there is an interest in such thing, we can add it to the RTL. as miniscule as it is compared with others', here's my vote in the positive ;) Duly noted :) Can I add my positive vote vote to that please, for the specific case where a string etc. is expanded.

Re: [fpc-pascal] Processing passwords etc.

2014-04-13 Thread Ludo Brands
On 04/13/2014 09:02 AM, Michael Van Canneyt wrote: > > > You are right. A logic error. ReallocMem is the more tricky one. > Revised. In case of a block move, the memory (OP) is already freed when you clear/scramble it. I'm afraid you can't simply re-use the underlying ReAllocMem (think cmem for

Re: [fpc-pascal] Processing passwords etc.

2014-04-13 Thread Michael Van Canneyt
On Sun, 13 Apr 2014, Ludo Brands wrote: On 04/12/2014 02:24 PM, Michael Van Canneyt wrote: Attached is an implementation that allows you to specify: A few comments: - allocmem already zeros the memory. No need to do it a second time Indeed, copy&paste from getmem. Removed the zeroing.