Hi All,
I am trying to convert an R program to pascal. Having 2 problems:
1. In R, ln(0) is -Inf (negative infinity) and ln(-1) is NaN, while in FPC
(2.6.2), ln(0) is NaN, and ln(-1) is -Inf, why? Mathematically, I think R's
rationale is better because ln(x) approaches -Inf while X approaches 0.
Dennis Poon wrote / napísal(a):
LacaK wrote:
Dennis Poon wrote / napísal(a):
I tried, the results are:
@@character_set_client : utf8
@@character_set_connection : latin1
@@character_set_database : latin1
Dennis, do you received my reply?:
IMO @@character_set_connection is wron
On Mon, 24 Mar 2014 20:12:50 +
Graeme Geldenhuys wrote:
>[...]
> > The parser converts *; to Unicode characters when
> > reading. AFAIR some xsl parsers like xsltproc do the same.
> > If you want xslt to output ' ' you can use ' '
>
> Thanks for that info, it helped find the problem (
On 2014-03-24 13:58, Mattias Gaertner wrote:
>
> Yes, XSL is XML.
Thought so - thanks for confirming.
> The parser converts *; to Unicode characters when
> reading. AFAIR some xsl parsers like xsltproc do the same.
> If you want xslt to output ' ' you can use ' '
Thanks for that info, i
You recompiled the FPC? Or simple change of fpc.cfg options solves your
problem?
2014-03-22 21:55 GMT-03:00 Fred van Stappen :
>
> >> Works fine for me if I compile everything with those parameters
> >> (and -trunk) I assume you compiled with the build.sh and then
> >> didn't clean up properly w
I was able to reproduce your problem,
but not to fix it yet
I hope I will find a fast fix.
Sorry for the trouble,
Pierre Muller
De : fpc-pascal-boun...@lists.freepascal.org
[mailto:fpc-pascal-boun...@lists.freepascal.org] De la part de Lubomír Cabla
Envoyé : lundi 24 mars 2014 15:54
[ANN] Travel Lazarus Brook | REST | JSON.
Good afternoon,
It is with great pleasure that I bring this news to you. Received from a
friend:
http://t2ti.com/erp2/modulos/lazarus/brook_rest_json.php
For those who wanted a course in Brazilian Portuguese Brook, I believe this
is an excellent opportu
On 03/15/2014 07:33 PM, Paul Breneman wrote:
...
My main specialty is communication software (
www.turbocontrol.com/APro.htm ), so right now that is what I'm working
on. I have a USB hub working with a keyboard on my Nexus 7 (via OTG),
but a FTDI USB-serial adapter doesn't show up in /dev so I h
No need to apologize, thank you and Tomas Hajny for your help.
I made a fresh installation of FPC GO32V2 2.6.4 in pure DOS from Win98
SE/FAT32 with DOSLFN.
(BTW, in package dos264full.zip is missing cwsdpmi.exe)
For testing FP.EXE with GDB is used small test program:
var x : word;
begin
x:=1;
On Sun, 23 Mar 2014 17:58:16 +
Graeme Geldenhuys wrote:
> Hi,
>
> I'm loading up a XSL file into a TXMLDocument using XMLRead. Up to this
> point everything seems to be ok, and I can query the DOMNodes without
> problem. If I then save that file out again, using XMLWrite, I noticed
> that so
On Sun, Mar 23, 2014 at 2:58 PM, Graeme Geldenhuys
wrote:
> I'm using FPC 2.6.2 under 64-bit FreeBSD, but will be compiling this
> application for Windows 32-bit and 64-bit tomorrow at work.
If you can, try also the "Laz2_" XML units: Laz2_Dom, Laz2_xmlwrite and read.
They seem to work better wi
LacaK wrote:
Dennis Poon wrote / napísal(a):
I tried, the results are:
@@character_set_client : utf8
@@character_set_connection : latin1
@@character_set_database : latin1
Dennis, do you received my reply?:
IMO @@character_set_connection is wrong and must be utf8.
I will try fix
On 2014-03-24 10:57, Marco van de Voort wrote:
In our previous episode, Torsten Bonde Christiansen said:
Yes. A case where a check is missing doesn't automatically mean a
feature has been implemented where that check is not needed.
Overriding methods with declarations that don't match the origi
In our previous episode, Torsten Bonde Christiansen said:
> >> the construct where forward declared classes is possible.
> > That's a separate language enhancement request, read
> > http://www.freepascal.org/faq.var#extensionselect
> Since this is already possible in objfpc mode (at least partially
On 2014-03-24 10:38, Marco van de Voort wrote:
In our previous episode, Torsten Bonde Christiansen said:
Should I add this to the bugtracker?
Yes. The code with Tfoo and TBar above also shouldn't not compile, at least
not in Delphi mode.
Should I report this as a bug where this construct is no
In our previous episode, Torsten Bonde Christiansen said:
> >> Should I add this to the bugtracker?
> > Yes. The code with Tfoo and TBar above also shouldn't not compile, at least
> > not in Delphi mode.
> Should I report this as a bug where this construct is not allow at all
> (not just Delphi mo
On 03/23/2014 08:12 PM, Luca Olivetti wrote:
but, as Jonas said, it't not guaranteed to work (in practice it works
with win32/linux 32 and linux 64, though it could break with a
different version of the compiler). Bye
AFAIK: mostly dependent on endianess of the arch.
-Michael
___
On 03/23/2014 08:44 PM, Jonas Maebe wrote:
In part it's because no one has been able yet to come up with a
natural way to specify them in Pascal.
There was an interesting discussion on that in the mse forum (for the
to-be-defined "mselang"). It might be worth looking there, as several
viab
On 2014-03-22 17:33, Marco van de Voort wrote:
In our previous episode, Torsten Bonde Christiansen said:
The problem seem to be that the a descendant enumerator class overriding
a virtual method cannot
return a class which i only forward declared.
If the TFoo and TBar classes are moved above th
On 03/23/2014 08:06 PM, Bernd Oppolzer wrote:
I would like to add that bitfields in C are not at all portable;
it is completely implementation dependant if they are
allocated from right to left in the structure or the other way round
etc.;
I _found_ that in bitfield records, with high endian a
Sorry for the late reply.
This is indeed a packaging error.
I managed to build a IDE containing GDB 7.4 library.
Nevertheless, before changing the idedos.zip
in dist/2.6.4/i386-go32v2/separate/
and the content of the files at
dist/2.6.4/i386-go32v2/ level.
I would like you,
On 2014-03-22 22:34, hinsta...@yandex.ru wrote:
What you do this for? Using override directive makes no sense in this case, so
I suggest you just don't use it. If you don't use it, the descendant enumerator
will still work like intended
I Think override makes perfect sense in this case.
I get
Hi,
I'm loading up a XSL file into a TXMLDocument using XMLRead. Up to this
point everything seems to be ok, and I can query the DOMNodes without
problem. If I then save that file out again, using XMLWrite, I noticed
that some data is lost. :-/
I don't know if this is because the file is a XSL fi
23 matches
Mail list logo