Re: [fpc-pascal] Catalina upgrade changes

2019-10-14 Thread Anthony Walter
Are there making lists for fpc macos? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] DecodeDate vs DecodeDateFully

2019-10-14 Thread Alexander Grotewohl
Returns true if it's a leap year according to source.--Alexander Grotewohlhttp://dcclost.comOn Oct 14, 2019 4:36 PM, Ched wrote:Hello All, I'm wondering why DecodeDate is a procedure and DecodeDateFully a function in SysUtils... And there is no description of the returned Boolean. https://www.fre

[fpc-pascal] DecodeDate vs DecodeDateFully

2019-10-14 Thread Ched
Hello All, I'm wondering why DecodeDate is a procedure and DecodeDateFully a function in SysUtils... And there is no description of the returned Boolean. https://www.freepascal.org/docs-html/rtl/sysutils/decodedate.html https://www.freepascal.org/docs-html/rtl/sysutils/decodedatefully.html Ch

Re: [fpc-pascal] FPC_CURRENCY_IS_INT64

2019-10-14 Thread Florian Klämpfl
Am 14.10.19 um 19:40 schrieb LacaK: So it is safe to assume that in memory is Currency always stored as Int64 on Win32, Win64? Yes. To get it's value, divide it by 1 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepa

Re: [fpc-pascal] DirectoryExists on FreeBSD , problem

2019-10-14 Thread Alexey Tor.
>Does SysUtils.DirectoryExists work? No, the dir name is pure English, so DirectoryExistsUTF8 does the same. -- Regards, Alexey ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pasca

Re: [fpc-pascal] FPC_CURRENCY_IS_INT64

2019-10-14 Thread LacaK
>> what is the meaning of this compiler define?>> I am expecting, that Currency datatype is internaly stored using >>Int64>> datatype (*1).>> This compiler define is set for Win64, but not for Win32.>> Does it means, that on Win32 there is Currency internaly represented>> using another data typ

Re: [fpc-pascal] DirectoryExists on FreeBSD , problem

2019-10-14 Thread Karoly Balogh (Charlie/SGR)
Hi Alexey, On Mon, 14 Oct 2019, Alexey Tor. wrote: >  FPC 3.3.1-r43118 [2019/10/04], on Linux x64, cross compiling to > FreeBSD x64 12.0 (TrueOS). > Smth is broken in DirectoryExistsUTF8() on FreeBSD. After this FPC > update CudaText cannot see that folder (in subdir of home dir, access > rights

Re: [fpc-pascal] fcl-passrc errors

2019-10-14 Thread Ryan Joseph
> On Oct 14, 2019, at 8:02 AM, Sven Barth via fpc-pascal > wrote: > > No. Nothing of that. There is a variable in the for-in-loop and nothing more. > Anything else currently is a bug and *will* break. > I don’t disagree with anything you’re saying but this is going to make for-in loops mu

Re: [fpc-pascal] DirectoryExists on FreeBSD , problem

2019-10-14 Thread Mattias Gaertner via fpc-pascal
On Mon, 14 Oct 2019 16:07:31 +0300 "Alexey Tor." wrote: >  FPC 3.3.1-r43118 [2019/10/04], on Linux x64, cross compiling to > FreeBSD x64 12.0 (TrueOS). > Smth is broken in DirectoryExistsUTF8() on FreeBSD. Does SysUtils.DirectoryExists work? > After this FPC > update CudaText cannot see tha

Re: [fpc-pascal] fcl-passrc errors

2019-10-14 Thread Mattias Gaertner via fpc-pascal
On Mon, 14 Oct 2019 14:02:44 +0200 Sven Barth via fpc-pascal wrote: > Mattias Gaertner via fpc-pascal > schrieb am Mo., 14. Okt. 2019, 10:39: >[...] > First you agree with me and then you provide in essence the same > examples as Ryan? So what is it now? Ryan gave several examples. I agreed wit

[fpc-pascal] DirectoryExists on FreeBSD , problem

2019-10-14 Thread Alexey Tor.
 FPC 3.3.1-r43118 [2019/10/04], on Linux x64, cross compiling to FreeBSD x64 12.0 (TrueOS). Smth is broken in DirectoryExistsUTF8() on FreeBSD. After this FPC update CudaText cannot see that folder (in subdir of home dir, access rights ok) exists. After removing this check in app, app now cannot

Re: [fpc-pascal] fcl-passrc errors

2019-10-14 Thread Sven Barth via fpc-pascal
Mattias Gaertner via fpc-pascal schrieb am Mo., 14. Okt. 2019, 10:39: > On Mon, 14 Oct 2019 07:37:38 +0200 > Sven Barth via fpc-pascal wrote: > > >[...] > > Because the iterator returns a Pointer and not whatever you think it > > might return. If you know it's something else, you cast that insid

Re: [fpc-pascal] FPC_CURRENCY_IS_INT64

2019-10-14 Thread Sven Barth via fpc-pascal
LacaK schrieb am Mo., 14. Okt. 2019, 11:08: > Hi, > > what is the meaning of this compiler define? > I am expecting, that Currency datatype is internaly stored using Int64 > datatype (*1). > This compiler define is set for Win64, but not for Win32. > Does it means, that on Win32 there is Curr

Re: [fpc-pascal] fcl-passrc errors

2019-10-14 Thread Michael Van Canneyt
On Mon, 14 Oct 2019, Mattias Gaertner via fpc-pascal wrote: On Mon, 14 Oct 2019 07:37:38 +0200 Sven Barth via fpc-pascal wrote: [...] Because the iterator returns a Pointer and not whatever you think it might return. If you know it's something else, you cast that inside the loop. I agre

[fpc-pascal] FPC_CURRENCY_IS_INT64

2019-10-14 Thread LacaK
Hi, what is the meaning of this compiler define? I am expecting, that Currency datatype is internaly stored using Int64 datatype (*1). This compiler define is set for Win64, but not for Win32. Does it means, that on Win32 there is Currency internaly represented using another data type? T

Re: [fpc-pascal] fcl-passrc method/function invocations

2019-10-14 Thread Mattias Gaertner via fpc-pascal
On Sun, 13 Oct 2019 23:13:04 +0200 (CEST) Michael Van Canneyt wrote: >[...] > The resolver is implemented in pasresolver.pp and pasresolveeval.pas > (but I think you'll only need the former) The latter is used by the former. Note that the resolver can only parse whole modules, not mere expressio

Re: [fpc-pascal] fcl-passrc errors

2019-10-14 Thread Mattias Gaertner via fpc-pascal
On Mon, 14 Oct 2019 07:37:38 +0200 Sven Barth via fpc-pascal wrote: >[...] > Because the iterator returns a Pointer and not whatever you think it > might return. If you know it's something else, you cast that inside > the loop. I agree with Sven. What about the other way round? For example th