Re: [fpc-pascal] FORTRAN from FreePascal
> Am 20.11.2017 um 12:00 schrieb fpc-pascal-requ...@lists.freepascal.org: > > Date: Sun, 19 Nov 2017 11:14:50 + > From: Mark Morgan Lloyd > To: fpc-pascal@lists.freepascal.org > Subject: Re: [fpc-pascal] FORTRAN from FreePascal > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Oh really? Well I'll let you travel back in time and argue with numerous > former colleagues who've routinely found differences between their > "fortran" (-IV, -77 or whatever) and "fast fortran" compilers which in > those days tended to be separate programs even if supplied together. Wasn't the problem somewhat different? There have always been "fast-math" version of some costly function. So, the point was, whether the faster routines could be used at the price of their larger numerical errors. Similarly, the choice of the optimization level of a compiler needed to be checked. Furthermore, the wide spread use of fortran for numerical intense simulation up to this date stands in contrast to your statement, in particular in the field called high performance computing. MiSchi. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FORTRAN from FreePascal
On 20/11/17 12:00, Schindler Karl-Michael wrote: Am 20.11.2017 um 12:00 schrieb fpc-pascal-requ...@lists.freepascal.org:> > Date: Sun, 19 Nov 2017 11:14:50 +> From: Mark Morgan Lloyd > To: fpc-pascal@lists.freepascal.org> Subject: Re: [fpc-pascal] FORTRAN from FreePascal> Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed> > Oh really? Well I'll let you travel back in time and argue with numerous > former colleagues who've routinely found differences between their > "fortran" (-IV, -77 or whatever) and "fast fortran" compilers which in > those days tended to be separate programs even if supplied together. Wasn't the problem somewhat different? There have always been "fast-math" version of some costly function. So, the point was, whether the faster routines could be used at the price of their larger numerical errors. Similarly, the choice of the optimization level of a compiler needed to be checked. Furthermore, the wide spread use of fortran for numerical intense simulation up to this date stands in contrast to your statement, in particular in the field called high performance computing. Possibly. It might be that the "fast" variant of the compiler was actually pulling in different libraries. However, the situation as described to me has always been in terms of "if you have problems don't use the 'fast' compiler" or, with more recent development tools "the first thing to try is turning optimisation off". And this advice seems to /particularly/ apply to FORTRAN. And leaving aside for the moment a small number of specialists who I only know from subscription online services etc. (such things do still exist), I've had this in most detail from well-respected senior academic colleagues one of whom had been involved with the design of the Manchester computers back when 2K words was "more than a man can keep track of". Oh, and the story about Turing suggesting using gin in the delay lines is inaccurate. He merely observed that gin, as an aqueous alcohol mixture with trace oil content, was excellent for cleaning the transducers before the line was filled with mercury. But this is getting way off topic and we'll get a "moderatorial cough" any moment :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
[fpc-pascal] FreePascal and MySQL ?
Hello, This is probably a dumb question. But I have data in a tstringlist that I want to upload into a MediumText MySQL column. It looks to me as if you do something like: Stream := TMemoryStream.Create; MySL.SaveToStream(Stream); Blobfield(BcfQuery.FieldByName('JobMemo')). LoadFromStream(Stream); But what I don't understand is how I indicate what row to add the MediumText field to. Is there some way to combine this with an insert or update statement. I have done a lot in the past with MySQL and FreePascal, but I have mostly or entirely worked with standard columnar data, i.e. (Strings, floats and integers). Thanks in advance, Terry H. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FreePascal and MySQL ?
You don't need to use a stream just do Dataset.fieldbyname('somecolumn').asstring:=mystringlist.text On Nov 20, 2017 10:02 AM, "Terry A. Haimann" wrote: > Hello, > > This is probably a dumb question. But I have data in a tstringlist that > I want to upload into a MediumText MySQL column. It looks to me as if > you do something like: > > Stream := TMemoryStream.Create; > MySL.SaveToStream(Stream); > Blobfield(BcfQuery.FieldByName('JobMemo')). > LoadFromStream(Stream); > > But what I don't understand is how I indicate what row to add the > MediumText field to. Is there some way to combine this with an insert > or update statement. I have done a lot in the past with MySQL and > FreePascal, but I have mostly or entirely worked with standard columnar > data, i.e. (Strings, floats and integers). > > Thanks in advance, > > Terry H. > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
[fpc-pascal] Minimum Linux version for FPC 3.0.2 (armhf)
Hello, I wonder what the minimum Linux version is ... I have made NAS versions of my app, and it runs fine on an older Synology NAS with this uname info: Linux DS-212j 2.6.32.12 armv5tel GNU/Linux synology_88f6281_212j But it crashes with access violations, and EThread exceptions on this old QNAP Linux: Linux QNAPTS109II 2.6.12.6-arm1 armv5tejl unknown All newer QNAP versions running Linux 3.x are fine. But that firmware is not available for the some of the really old boxes. I admit that it's not important for me to support the old Linux, but I wonder what causes it and if it can be fixed? I suspect that TCriticalSection and threading causes it, but it is really hard to find out. The AVs seem to be memory corruption related (allocating/freeing strings for example). Cheers, Tobias ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Minimum Linux version for FPC 3.0.2 (armhf)
Am 20.11.2017 um 19:50 schrieb Tobias Giesen: > Hello, > I wonder what the minimum Linux version is ... I have made NAS versions of my > app, > and it runs fine on an older Synology NAS with this uname info: > Linux DS-212j 2.6.32.12 > armv5tel GNU/Linux synology_88f6281_212j > > But it crashes with access violations, and EThread exceptions on this old > QNAP Linux: > Linux QNAPTS109II 2.6.12.6-arm1 > armv5tejl unknown > > All newer QNAP versions running Linux 3.x are fine. But that firmware is not > available > for the some of the really old boxes. > > I admit that it's not important for me to support the old Linux, but I wonder > what > causes it and if it can be fixed? > Are the older ones really armhf? Even for the DS-212 I doubt it. Can you please post the output of cat /proc/cpuinfo Another reason might be the use of kernel based synchronization primitives (e.g. kuser_cmpxchg), those appeared years ago in the kernel, I gues around 2.6.20. You can test this by removing the defines SYSTEM_HAS_KUSER_... in fpc/rtl/arm/armdefines.inc and recompile fpc. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FreePascal and MySQL ?
On Mon, 20 Nov 2017, Terry A. Haimann wrote: Hello, This is probably a dumb question. But I have data in a tstringlist that I want to upload into a MediumText MySQL column. It looks to me as if you do something like: Stream := TMemoryStream.Create; MySL.SaveToStream(Stream); Blobfield(BcfQuery.FieldByName('JobMemo')). LoadFromStream(Stream); But what I don't understand is how I indicate what row to add the MediumText field to. Edits are always on the current row in the dataset. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Minimum Linux version for FPC 3.0.2 (armhf)
Hi Florian, many thanks for your reply! On DS-212j, it works perfectly including complex threading, OpenSSL, sqlite, sockets etc. so I didn't have any reason to think about armhf or not. Here's the CPU Info: Synology cpuinfo: Processor : Feroceon 88FR131 rev 1 (v5l) BogoMIPS: 1192.75 Features: swp half thumb fastmult edsp CPU implementer : 0x56 CPU architecture: 5TE CPU variant : 0x2 CPU part: 0x131 CPU revision: 1 Hardware: Feroceon-KW Revision: Serial : QNAP TS 109 (not working): Processor : ARM926EJ-Sid(wb) rev 0 (v5l) BogoMIPS: 332.59 Features: swp half thumb fastmult CPU implementer : 0x41 CPU architecture: 5TEJ CPU variant : 0x0 CPU part: 0x926 CPU revision: 0 Cache type : write-back Cache clean : cp15 c7 ops Cache lockdown : format C Cache format: Harvard I size : 32768 I assoc : 1 I line length : 32 I sets : 1024 D size : 32768 D assoc : 1 D line length : 32 D sets : 1024 Hardware: MV-88fxx81 Revision: Serial : Cheers, Tobias On Mon, 20 Nov 2017 20:18:21 +0100 Florian Klämpfl wrote: > Am 20.11.2017 um 19:50 schrieb Tobias Giesen: > > Hello, > > I wonder what the minimum Linux version is ... I have made NAS versions of > > my app, > > and it runs fine on an older Synology NAS with this uname info: > > Linux DS-212j 2.6.32.12 > > armv5tel GNU/Linux synology_88f6281_212j > > > > But it crashes with access violations, and EThread exceptions on this old > > QNAP Linux: > > Linux QNAPTS109II 2.6.12.6-arm1 > > armv5tejl unknown > > > > All newer QNAP versions running Linux 3.x are fine. But that firmware is > > not available > > for the some of the really old boxes. > > > > I admit that it's not important for me to support the old Linux, but I > > wonder what > > causes it and if it can be fixed? > > > > Are the older ones really armhf? Even for the DS-212 I doubt it. Can you > please post the output of > cat /proc/cpuinfo > > Another reason might be the use of kernel based synchronization primitives > (e.g. kuser_cmpxchg), > those appeared years ago in the kernel, I gues around 2.6.20. You can test > this by removing the > defines SYSTEM_HAS_KUSER_... in fpc/rtl/arm/armdefines.inc and recompile fpc. > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal Kind Regards, Tobias Giesen Super Flexible Software Ltd. & Co. KG Buddenstr. 29-31 48143 Münster, Germany www.superflexible.com www.tgtools.com --- Registered at register court Münster as HRA 9716 Liability / general partner: TGTools Ltd. Company No. 05513299 Registered in England and Wales Directors: Tobias Giesen and Claudia Giesen ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal