Re: [fpc-pascal] Minimum Linux version for FPC 3.0.2 (armhf)

[tobiasgiesen]

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

Re: [fpc-pascal] FreePascal and MySQL ?

[Michael Van Canneyt]

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)

[Florian Klämpfl]

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

[fpc-pascal] Minimum Linux version for FPC 3.0.2 (armhf)

[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?

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] FreePascal and MySQL ?

[Snorkl e]

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] FreePascal and MySQL ?

[Terry A. Haimann]

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] FORTRAN from FreePascal

[Mark Morgan Lloyd]

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

Re: [fpc-pascal] FORTRAN from FreePascal

[Schindler Karl-Michael]

> 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