[fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Anton Shepelev
Hello, all. According to Borland's official language guide to Turbo Pascal 7.0, To be used as procedural values, procedures and functions must be declared with a 'far' directive or compiled in the '{$F+}' state. whereas Free Pascal in -Mtp seems to accept any non- system procedure

Re: [fpc-pascal] Freepascal Floating Point Issue

2017-08-29 Thread Sven Barth via fpc-pascal
Am 29.08.2017 08:35 schrieb "Michael Schnell" : > > On 28.08.2017 08:04, Sven Barth via fpc-pascal wrote:I don't understand why we will have no more the right to use it under x64 OS... >> >> >> Because Microsoft declared it as deprecated. That means that should Microsoft ever bring out a 64-bit onl

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Sven Barth via fpc-pascal
Am 29.08.2017 11:10 schrieb "Anton Shepelev" : > > Hello, all. > > According to Borland's official language guide to > Turbo Pascal 7.0, > > To be used as procedural values, procedures and > functions must be declared with a 'far' directive > or compiled in the '{$F+}' state. > > where

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Anton Shepelev
Sven Barth to Anton Shepelev: >>According to Borland's official language guide to >>Turbo Pascal 7.0, >> >> To be used as procedural values, procedures and >> functions must be declared with a 'far' direc- >> tive or compiled in the '{$F+}' state. >> >>whereas Free Pascal in -Mtp seems to

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Anton Shepelev
I wrote: >According to Borland's official language guide to >Turbo Pascal 7.0, > > To be used as procedural values, procedures and > functions must be declared with a 'far' directive > or compiled in the '{$F+}' state. > >whereas Free Pascal in -Mtp seems to accept any >non-system proced

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 29 Aug 2017, Anton Shepelev wrote: > >> To be used as procedural values, procedures and > >> functions must be declared with a 'far' direc- > >> tive or compiled in the '{$F+}' state. > >> > >>whereas Free Pascal in -Mtp seems to accept any > >>non-system procedure or funct

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Anton Shepelev
Karoly Balogh to Anton Shepelev: >>According to Borland's official language guide to >>Turbo Pascal 7.0, >> >> To be used as procedural values, procedures and >> functions must be declared with a 'far' directive >> or compiled in the '{$F+}' state. >> >>whereas Free Pascal in -Mtp seems to a

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 29 Aug 2017, Anton Shepelev wrote: > Ignoring them in the sense of not affecting the gen- > erated machine code is perfectly OK, but not requir- > ing their presence in the source, to make the pro- > gram compilable in Turbo Pascal, seems wrong when > Free Pascal is in Turbo Pasc

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Sven Barth via fpc-pascal
Am 29.08.2017 14:26 schrieb "Anton Shepelev" : > > Karoly Balogh to Anton Shepelev: > > >>According to Borland's official language guide to > >>Turbo Pascal 7.0, > >> > >> To be used as procedural values, procedures and > >> functions must be declared with a 'far' directive > >> or compiled in

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Marco van de Voort
In our previous episode, Anton Shepelev said: > But this is from the Language guide -- a document > that descrbes the language in a platform-agnostic > way Then you have a very different TP manual than me. Mine is really only for the specific 16-bit case, and there is no platform agnosti

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Anton Shepelev
Karoly Balogh to Anton Shepelev: >>But this is from the Language guide -- a document >>that descrbes the language in a platform-agnostic >>way... > >Then you have a very different TP manual than me. >Mine is really only for the specific 16-bit case, >and there is no platform agnostic allowa

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Anton Shepelev
I miswrote: >Karoly Balogh to Anton Shepelev: Beg your pardon for the misattribution, Marco. -- Please, do not forward replies to the list to my e-mail. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/m

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Sven Barth via fpc-pascal
Am 29.08.2017 18:48 schrieb "Anton Shepelev" : > I now see from other replies that the -Mtp mode > helps compile TP programs in FPC but not vice versa, > which makes me wonder why pointer arithmetics is so > limited in -Mtp that one must use Inc and Dec in- > stead of the direct '+' and '-

Re: [fpc-pascal] FPHTTPClient OpenSSL implementation

2017-08-29 Thread Pavol Stugel
2. option don't resolve "screen capture software" warning in enterprise, and I found this from doc: "RAND_event() and RAND_screen() are deprecated since OpenSSL 1.1.0. Use the functions described above instead." https://www.openssl.org/docs/man1.1.0/crypto/RAND_screen.html so 1.option will be

Re: [fpc-pascal] TP compatibility: procedural type

2017-08-29 Thread Marco van de Voort
In our previous episode, Anton Shepelev said: > and the built-in TP documentation: > > http://putka.upm.si/langref/turboPascal/ > > Neither source makes any exceptions about the 'far' > and 'near' reserved words. Thence I concluded that > even though on some platforms these concepts may be

[fpc-pascal] HTTPS with fphttpclient

2017-08-29 Thread kristakis
Hi, I'd like to make a request to a HTTPS address with TfpHTTPClient but am getting an unknown protocol error. I'm running fpc 2.6.4 on Rasbian 8 (Jessie) on a Pi 3. Here's the source code: program test2; {$mode objfpc}{$H+} uses fphttpclient; begin WriteLn(TFPHTTPClient.SimpleGet('http://w